<sub id="l9qyp"><listing id="l9qyp"></listing></sub>

    <form id="l9qyp"><legend id="l9qyp"></legend></form>
      1. <wbr id="l9qyp"></wbr>
        1. 更多課程 選擇中心

          軟件測試培訓
          達內IT學院

          400-111-8989

          零基礎如何入門軟件測試?新手從零開始學軟件測試從哪入手?

          • 發布:foreverhuylee
          • 來源:軟件測試就業
          • 時間:2018-08-27 15:37

          今天主要為大家分享零基礎如何入門軟件測試、新手從零開始學軟件測試從哪入手等相關內容,更有資深軟件測試工程師教你超級實用的測試技巧,還不趕緊來看看看?

          零基礎如何入門軟件測試,從零開始學軟件測試從哪入手

          本文面向軟件測試新手,從測試前的準備工作、測試需求收集、測試用例設計、測試用例執行、測試結果分析幾個方面給出建議和方法。鑒于國內的軟件開發、測試不規范的現狀,本文為軟件測試新手提供了若干個軟件測試的關注點。

          1測試準備工作

          在測試工作伊始,軟件測試工程師應該搞清楚軟件測試工作的目的是什么。如果你把這個問題提給項目經理,他往往會這樣回答: “ 發現我們產品里面的所有 BUG ,這就是你的工作目的 ” 。作為一名軟件測試新手,如何才能發現所有的 BUG ?如何開始測試工作?即便面對的是一個很小的軟件項目,測試需要考慮的問題也是方方面面的,包括硬件環境、操作系統、產品的軟件配置環境、產品相關的業務流程、用戶的并發容量等等。該從何處下手呢?

          2向有經驗的測試人員學習

          如果你進入的是一家運作規范的軟件公司,有獨立的軟件測試部門、規范的軟件測試流程、軟件測試技術有一定的積累,那么,恭喜你!你可以請求測試經理委派有經驗的測試人員作為你工作上的業務導師,由他列出軟件測試技術相關書籍目錄、軟件測試流程相關文檔目錄、產品業務相關的文檔目錄,在業務導師的指導下逐步熟悉軟件測試的相關工作。其實,在很多運作規范的軟件公司,已經把上述的師父帶徒弟的方式固化到流程中。

          如果你進入的是一個軟件測試一片空白的軟件企業,那么,也恭喜你!你可以在這里開創一片自己的軟件測試事業,當然,前提是老板確實認識到軟件測試的重要性,實實在在需要提高產品的質量。這時候,可以到國內的軟件測試論壇和相關網站上尋找軟件測試資源,這種情況下,自學能力和對技術的悟性就至關重要了。

          3閱讀軟件測試的相關書籍

          現在,中文版的軟件測試書籍越來越多,有的是國人自己寫的,有的是翻譯國外經典之作。可以到一些站點查找軟件測試相關的書籍。目前,從國外引入的軟件測試書籍有很多經典之作,但是,翻譯成中文后,翻譯質量對閱讀效果有很大的影響。

          4走讀缺陷跟蹤庫中的問題報告單

          如果您所在的公司已經有軟件缺陷跟蹤庫了,無論采用的是商用工具,如 ClearQuest 、 TestDirecter 等工具,還是采用的 Bugzilla 、 Mantis 等開源工具,這都無關緊要,缺陷跟蹤庫中的缺陷報告單才是有價值的。缺陷跟蹤庫中的問題報告單是軟件測試工程師工作績效的集中體現,同時也是軟件產品問題的集中體現。

          一般來說,缺陷報告單中最關鍵的幾個部分包括:

          第一部分是發現缺陷的環境,包括軟件環境、硬件環境等;

          第二部分是缺陷的基本描述;

          第三部分是開發人員對缺陷的解決方法。通過對上述缺陷報告單的三個部分作仔細分析,不知不覺你已經吸收了其他軟件測試人員的工作經驗,并掌握了軟件產品常見的基本問題。

          這是迅速提高軟件測試經驗的好方法。

          5走讀相關產品的歷史測試用例

          如果你所在的公司有測試用例管理系統,那么,走讀相關產品的軟件測試用例是迅速提高測試用例設計水平的一條捷徑。走讀測試用例也是有技巧的。測試用例寫作一般會包括測試用例項和根據測試用例項細化的測試用例,下面舉例說明。 “ 測試用戶登錄的功能 ” 是一個測試項,該測試項的目的是測試用戶登錄功能是否正確,是否能夠完成正常的登錄功能,是否能夠對非法用戶名和密碼做異常處理等等。因此,根據該用例項,可以設計出若干個測試用例,大多數情況下,測試用例項和測試用例是一對多的關系。

          通過走讀測試用例項目,你可以掌握應該從哪些功能點著手未來的測試工作;通過走讀軟件測試用例,你可以了解如何根據被測試的功能點開展軟件測試用例的設計工作,包括如何確定測試用例的輸入、測試用例的操作步驟和測試用例的輸出結果等。

          總之,走讀其他軟件測試人員設計的優秀軟件測試用例,是提高自身用例設計水平的好方法。

          6學習產品相關的業務知識

          軟件測試人員不僅要掌握軟件測試技術相關知識,對產品相關的業務知識也要學習。這很好理解,如果從事財務軟件的測試工作,一定要學習財務知識;如果從事通訊產品測試工作,那么相關的通訊理論知識也是必須的;如果從事銀行軟件的測試,銀行的業務流程也是不可或缺的知識點。

          因此,在學習軟件測試技術的同時,千萬不要忽略產品相關業務知識的學習。如果你是一個軟件測試技術專家,但是對產品業務知識一無所知,那么也只能測試出來純粹的軟件缺陷,而面對眼前出現的產品業務相關的缺陷,很可能是視而不見,如此這般,軟件測試的效果會大打折扣。

          7識別測試需求

          識別測試需求是軟件測試的第一步。如果開發人員能夠提供完整的需求文檔和接口文檔,那固然好。可以根據需求文檔中描述的每個功能項目的輸入、處理過程和輸出,來設計測試用例。

          如果開發人員沒有提供軟件需求文檔,那該如何是好?下面給出幾個有效的方法:

          主動獲取需求

          開發人員通常不會更好地考慮軟件測試,如果沒有開發流程的強制規定,他們通常是不愿意提供任何開發文檔,即便有強制規定,需求文檔也未必能夠真正指導軟件系統測試工作。因此,需要測試人員發揮主觀能動性,與相關的軟件開發項目經理和軟件開發人員保持溝通,了解軟件實現的主要功能是什么,并記錄得收集到的信息。一般來說,開發人員即便沒有提供相關需求文檔,也會保存一些簡單的過程文檔,主動向開發人員索要這些文檔,可以作為測試的參考。此外,可以與公司的技術支持人員交流,技術支持人員是最貼近用戶的人,因此,通過交流可以獲取第一手的用戶使用感受,在測試的過程中會更加貼近用戶。

          確認需求的優先級

          確認需求的優先級是很必要的,如果在產品進度比較緊的情況下,測試人員可以考慮優先測試優先級高的需求項,如果進度允許,那么在測試優先級低的需求項,如果進度不允許,那么就放棄測試優先級低的需求項。如果軟件公司有規范的流程支撐,開發人員在提供軟件需求文檔的時候,應該在文檔中確定需求的優先級。但是,如果開發人員連基本的軟件需求文檔都沒有提供,又怎能指望他們確定軟件需求的優先級?如果是這樣,需求的優先級只能由測試人員完成了。

          加入開發小組的郵件群組

          測試人員需要通曉被測試產品,但是,產品在開發的過程中往往是不斷變化的。如果軟件開發團隊有一套變更控制流程,測試人員會對產品的變更了如指掌。如果沒有變更控制,那就要采用其他的土方法了。如果公司里面有自動化辦公系統,也許采用的是 Lotus Notes 系統,也許使用的是 E-mail 系統,測試人員應該加入到開發人員的郵件群組中。當開發人員通過郵件討論問題、通知召開技術會議的時候,測試人員可以及時知曉,如果必要,可以參加開發人員的技術會議。即便公司里面有了軟件變更控制流程,加入到開發郵件群組也是一個很好的習慣。

          與開發人員為鄰

          建議測試人員與開發人員為鄰。我所在的測試組曾經與開發組是在相鄰的寫字間里,開發人員與測試人員的關系非常融洽,拋去同事關系,大家還是不錯的朋友。不管開發人員有什么樣的活動,測試人員都能第一時間獲得信息。無論從事軟件測試工作,還是從事其它的工作,與工作中上下游環節的同事保持良好的個人關系對工作有很大便利。一般的公司內部都存在部門墻,良好的人際關系是打通部門墻的手段之一。向領導建議測試人員與開發人員為鄰,這很必要。

          8測試用例設計

          測試需求收集完畢后,開始測試設計。測試用例是什么?測試用例就是一個文檔,描述輸入、動作、或者時間和一個期望的結果,其目的是確定應用程序的某個特性是否正常的工作。

          重用同類型項目的測試用例

          如果我看得遠,那是因為我站在巨人的肩上 --牛頓。

          一般來說,每個軟件公司的項目可以分為固定的幾大類。可以按業務類型劃分,比如 ERP 軟件、產品數據管理軟件、通信軟件、地理信息系統軟件等等;可以按軟件結構來劃分,比如 B/S 架構的軟件、 C/S 架構的軟件、嵌入式軟件等等。參考同類別軟件的測試用例,會有很大的借鑒意義。如果,公司中有同類別的軟件系統,千萬別忘記把相關的測試用例拿來參考。如果,系統非常接近,甚至經過對測試用例簡單修改就可以應用到當前被測試的軟件。 “ 拿來主義 ” 可以極大的開闊測試用例設計思路,也可以節省大量的測試用例設計時間。

          利用已有的軟件 Checklist

          在上面一個小節中,按照不同的規則劃分了不同的軟件類型。每種類型的軟件都有一定的測試規范,比如, Web 軟件系統在系統測試過程中,會有一系列的范式,比如針對 Cookie 就會有很多測試點。在設計測試用例的時候,不妨到網上去搜索相關的 Checklist ,不過國內外的網站很少有這方面的資料,即便有,也不是特別系統。可以先找一份粗糙的 Checklist ,然后,在設計測試用例的時候不斷的去完善它,以作為下次測試用例設計的基礎。

          加強測試用例的評審

          測試用例設計完畢后,最好能夠增加評審過程。同行評審是 CMM3 級的一個 KPA ,如果因為公司沒有通過 CMM3 級,就不開展同行評審是不恰當的。測試用例應該由產品相關的軟件測試人員和軟件開發人員評審,提交評審意見,然后根據評審意見更新測試用例。 如果認真操作這個環節,測試用例中的很多問題都會暴露出來,比如用例設計錯誤、用例設計遺漏、用例設計冗余、用例設計不充分等等;如果同行評審不充分,那么,在測試執行的過程中,上述本應在評審階段發現的測試用例相關問題,會給測試執行帶來大麻煩,甚至導致測試執行掛起。

          定義測試用例的執行順序

          在測試用例執行過程中,你會發現每個測試用例都對測試環境有特殊的要求,或者對測試環境有特殊的影響。因此,定義測試用例的執行順序,對測試的執行效率影響非常大。比如某些異常測試用例會導致服務器頻繁重新啟動,服務器的每次重新啟動都會消耗大量的時間,導致這部分測試用例執行也消耗很多的時間。那么在編排測試用例執行順序的時候,應該考慮把這部分測試用例放在最后執行,如果在測試進度很緊張的情況下,如果優先執行這部分消耗時間的異常測試用例,那么在測試執行時間過了大半的時候,測試用例執行的進度依然是緩慢的,這會影響到測試人員的心情,進而導致匆忙地測試后面的測試用例,這樣測試用例的漏測、誤測就不可避免,嚴重影響了軟件測試效果和進度。因而,合理地定義測試用例的執行順序是很有必要的。

          9搭建軟件測試環境,執行測試用例

          測試用例設計完畢后,接下來的工作是測試執行。

          測試用例執行過程中,搭建測試環境是第一步。一般來說,軟件產品提交測試后,開發人員應該提交一份產品安裝指導書,在指導書中詳細指明軟件產品運行的軟硬件環境,比如要求操作系統系統是 Windows 2000 pack4 版本,數據庫是 SQL Server 2000 等等,此外,應該給出被測試軟件產品的詳細安裝指導書,包括安裝的操作步驟、相關配置文件的配置方法等等。對于復雜的軟件產品,尤其是軟件項目,如果沒有安裝指導書作為參考,在搭建測試環境過程中會遇到種種問題。

          如果開發人員拒絕提供相關的安裝指導書,搭建測試中遇到問題的時候,測試人員可以要求開發人員協助,這時候,一定要把開發人員解決問題的方法記錄下來,避免同樣的問題再次請教開發人員,這樣會招致開發人員的反感,也降低了開發人員對測試人員的認可程度。

          10測試執行過程應注意的問題

          測試環境搭建之后,根據定義的測試用例執行順序,逐個執行測試用例。在測試執行中需要注意以下幾個問題:

          全方位的觀察測試用例執行結果:

          測試執行過程中,當測試的實際輸出結果與測試用例中的預期輸出結果一致的時候,是否可以認為測試用例執行成功了?答案是否定的,即便實際測試結果與測試的預期結果一致,也要查看軟件產品的操作日志、系統運行日志和系統資源使用情況,來判斷測試用例是否執行成功了。全方位觀察軟件產品的輸出可以發現很多隱蔽的問題。以前,我在測試嵌入式系統軟件的時候,執行某測試用例后,測試用例的實際輸出與預期輸出完全一致,不過在查詢 CPU 占用率地時候,發現 CPU 占用率高達 90 %,后來經過分析,軟件運行的時候啟動了若干個 1ms 的定時器,大量的消耗的 CPU 資源,后來通過把定時器調整到 10ms , CPU 的占用率降為 7 %。如果觀察點單一,這個嚴重消耗資源的問題就無從發現了。

          加強測試過程記錄:

          測試執行過程中,一定要加強測試過程記錄。如果測試執行步驟與測試用例中描述的有差異,一定要記錄下來,作為日后更新測試用例的依據;如果軟件產品提供了日志功能,比如有軟件運行日志、用戶操作日志,一定在每個測試用例執行后記錄相關的日志文件,作為測試過程記錄,一旦日后發現問題,開發人員可以通過這些測試記錄方便的定位問題。而不用測試人員重新搭建測試環境,為開發人員重現問題。

          及時確認發現的問題:

          測試執行過程中,如果確認發現了軟件的缺陷,那么可以毫不猶豫的提交問題報告單。如果發現了可疑問題,又無法定位是否為軟件缺陷,那么一定要保留現場,然后知會相關開發人員到現場定位問題。如果開發人員在短時間內可以確認是否為軟件缺陷,測試人員給予配合;如果開發人員定位問題需要花費很長的時間,測試人員千萬不要因此耽誤自己寶貴的測試執行時間,可以讓開發人員記錄重新問題的測試環境配置,然后,回到自己的開發環境上重現問題,繼續定位問題。

          與開發人員良好的溝通:

          測試執行過程中,當你提交了問題報告單,可能被開發人員無情駁回,拒絕修改。這時候,只能對開發人員曉之以理,做到有理、有據,有說服力。首先,要定義軟件缺陷的標準原則,這個原則應該是開發人員和測試人員都認可的,如果沒有共同認可的原則,那么開發人員與測試人員對問題的爭執就不可避免了。此外,測試人員打算說服開發人員之前,考慮是否能夠先說服自己,在保證可以說服自己的前提下,再開始與開發人員交流。

          11及時更新測試用例

          測試執行過程中,應該注意及時更新測試用例。往往在測試執行過程中,才發現遺漏了一些測試用例,這時候應該及時的補充;往往也會發現有些測試用例在具體的執行過程中根本無法操作,這時候應該刪除這部分用例;也會發現若干個冗余的測試用例完全可以由某一個測試用例替代,那么刪除冗余的測試用例。

          總之,測試執行的過程中及時地更新測試用例是很好的習慣。不要打算在測試執行結束后,統一更新測試用例,如果這樣,往往會遺漏很多本應該更新的測試用例。

          12提交一份優秀的問題報告單

          軟件測試提交的問題報告單和測試日報一樣,都是軟件測試人員的工作輸出,是測試人員績效的集中體現。因此,提交一份優秀的問題報告單是很重要的。軟件測試報告單最關鍵的域就是 “ 問題描述 ” ,這是開發人員重現問題,定位問題的依據。問題描述應該包括以下幾部分內容:軟件配置、硬件配置、測試用例輸入、操作步驟、輸出、當時輸出設備的相關輸出信息和相關的日志等。

          根據被測試軟件產品的不同,需要在 “ 問題描述 ” 中增加相應的描述內容,這需要具體問題具體分析。

          13測試結果分析

          軟件測試執行結束后,測試活動還沒有結束。測試結果分析是必不可少的重要環節, “ 編筐編簍,全在收口 ” ,測試結果的分析對下一輪測試工作的開展有很大的借鑒意義。前面的 “ 測試準備工作 ” 中,建議測試人員走讀缺陷跟蹤庫,查閱其他測試人員發現的軟件缺陷。測試結束后,也應該分析自己發現的軟件缺陷,對發現的缺陷分類,你會發現自己提交的問題只有固定的幾個類別;然后,再把一起完成測試執行工作的其他測試人員發現的問題也匯總起來,你會發現,你所提交問題的類別與他們有差異。這很正常,人的思維是有局限性,在測試的過程中,每個測試人員都有自己思考問題的盲區和測試執行的盲區,有效的自我分析和分析其他測試人員,你會發現自己的盲區,有針對性的分析盲區,必定會在下一輪測試用避免盲區。

          總結:

          限于文章的篇幅,本文給出一個指導性的軟件測試新手入門。無論從事軟件測試還是從事其它的工作,技術上的和技巧上的問題都可以通過查詢相關的軟件測試技術書籍獲取,掌握一套基本的方法論是最重要的。

          感謝您的閱讀,以上就是對零基礎如何入門軟件測試、新手從零開始學軟件測試從哪入手等相關內容的介紹,你都理解了嗎?更多軟件測試技巧、方法,盡在達內軟件測試培訓機構,敬請關注!

          免責聲明:內容和圖片源自網絡,版權歸原作者所有,如有侵犯您的原創版權請告知,我們將盡快刪除相關內容。

          預約申請免費試聽課

          填寫下面表單即可預約申請免費試聽!怕錢不夠?可就業掙錢后再付學費! 怕學不會?助教全程陪讀,隨時解惑!擔心就業?一地學習,可全國推薦就業!

          上一篇:零基礎參加軟件測試培訓,一年時間里將薪資從6K提升到18K是怎么做到的?
          下一篇:如何快速入門軟件測試?軟件測試的必備技能有哪些?

          測試工程師是吃青春飯的嗎?軟件測試能干到多少歲?

          軟件測試培訓有用嗎?

          高中生能學軟件測試嗎?達內軟件測試培訓高中生能參加嗎?

          如何入門軟件測試?這份入門指南送給你!

          • 關注微信公眾號

            回復關鍵字:視頻資料

            免費領取 達內課程視頻學習資料

          • 視頻學習QQ群

            添加QQ群:1143617948

            免費領取達內課程視頻學習資料

          Copyright ? 2018 Tedu.cn All Rights Reserved 京ICP備08000853號-56 京公網安備 11010802029508號 達內時代科技集團有限公司 版權所有

          選擇城市和中心
          黑龍江省

          吉林省

          河北省

          陜西省

          湖南省

          貴州省

          云南省

          廣西省

          海南省

          奇米影视奇米色777欧美欧美一级高清片在线观看876av电影高清 百度 好搜 搜狗
          <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <文本链> <文本链> <文本链> <文本链> <文本链> <文本链>