軟體測試怎麼

A. 軟體測試的步驟

1、需求：閱讀需求，理解需求，與客戶、開發、架構多方交流，深入了解需求。--testing team

2、測試計劃: 根據需求估算測試所需資源（人力、設備等）、所需時間、功能點劃分、如何合理分配安排資源等。---testing leader or testing manager

3、用例設計：根據測試計劃、任務分配、功能點劃分，設計合理的測試用例。---testing leader, senior tester

4、執行測試：根據測試用例的詳細步驟，執行測試用例。--every tester(主要是初級測試人員)

5、執行結果記錄和bug記錄：對每個case記錄測試的結果，有bug的在測試管理工具中編寫bug記錄。--every tester(主要是初級測試人員)

6、defect tracking：追蹤leader分配給你追蹤的bug.直到 bug fixed。--every tester

7、測試報告：通過不斷測試、追蹤，直到被測軟體達到測試需求要求，並沒有重大bug.

8、用戶體驗、軟體發布等。

(1)軟體測試怎麼擴展閱讀：

測試工作流程

從測試流程的角度看，軟體測試可分為單元測試、集成測試和確認測試。

單元測試

單元測試（unit testing），也稱模塊測試，通常可放在編程階段，由程序員對自己編寫的模塊自行測試，檢查模塊是否實現了詳細設計說明書中規定的功能和演算法。單元測試主要發現編程和詳細設計中產生的錯誤，單元測試計劃應該在詳細設計階段制定。

單元測試期間著重從以下幾個方面對模塊進行測試：模塊介面、局部數據結構、重要的執行通路、出錯處理通路及邊界條件等。

集成測試

集成測試（integration testing），也稱組裝測試，它是對由各模塊組裝而成的程序進行測試，主要目標是發現模塊間的介面和通信問題。集成測試主要發現設計階段產生的錯誤，集成測試計劃應該在概要設計階段制定。集成的方式可分為非漸增式和漸增式。

B. 軟體測試怎麼樣。

做軟體測試挺好的，軟體測試原來不受重視，一直對軟體測試存在偏見，以為沒有多少技術含量，但是國外的軟體測試師比開發還吃香，足以看到軟體測試的地位。現在在國內也越來越受到重視了，每年的缺口都很大，所以培訓軟體測試的也很多，拿的工資也不比開發的少，一個好的軟體測試師很難找，軟體測試的前景很不錯！不過要進大公司啊，小公司學不到多少東西，還不夠重視。

C. 自學軟體測試怎麼學

自學需要有一個良好的規劃：
1、首先是對於行業的認知
目前很多人轉IT，但是IT也有很多的崗位，你需要對崗位的工作內容，工作環境，薪資，發展，入職要求等做好相應的了解。
2、其次給自己規劃適合的路線
前者提到IT崗位很多，那麼你自己想要從事什麼崗位，能從事什麼崗位，適合什麼崗位，以後你想要得到什麼，後續的發展路線是怎麼樣做好提前規劃。
3、時間安排
學習是持續性的，如果你太隨意那麼最終的學習效果也會很隨意。建議你可以提前規劃每天花多少時間用於學習，每天的學習內容是什麼，需要達到什麼樣的效果。
4、學習內容
可以參考各個培訓機構的學習路線，（基本上各個培訓機構官網都可以查到，你可以參考學習）
5、學習資源
各大視頻網站，自薦蝸牛學苑B站有Python測試開發全套視頻及資料，整套學習內容是蝸牛學苑線下就業班上課的隨堂錄屏，歡迎學習收藏。
6、學習方式
視頻+訓練+書籍的方式進行，期間可以加一些技術交流群，多逛逛技術論壇，如果能找到一些在從事行業能幫你解決問題的是最好。

學習過程是比較辛苦的，有很多從入門到放棄只需要幾天。希望你可以堅持下來。

如果想要短時間內掌握一門技能的話，培訓是最快捷有效的途徑。目前IT培訓機構大多都是線下的集中面授學習，有濃厚的學習氛圍和約束力，這點對於那些自律性差的學生還是比較重要的。
好的培訓機構的講師一般都是在企業一線做過的，會跟進企業的需求進行系統的培訓，培養培養你的編程思維，答疑解惑，讓你少走彎路，培訓機構是能提供一些便捷進入企業的機會。

D. 軟體測試怎麼樣薪水呢

入門門檻低，大中專學歷即可，是不是計算機專業都可以。如果是其他有業務背景的專業更有優勢，例如：會計、金融、辦公自動化、酒店管理、網站設計等。對於有行業背景的人來說入門更快，因為對於測試工作來說，有時懂業務比懂技術還重要，你會了技術，去各行各業做測試都是要學習業務知識的，這是很正常的事。初級技術要求低，目前大部分測試技術還屬於手工測試，手工測試要求入門門檻很低。你只要會寫用例，會提缺點就可以了。測試人員需要簡單了解業務知識，學習所開發系統的使用，也就是會使用系統就可以了。照著用例執行測試，發現缺點直接提交缺點就可以了。很大的薪酬優勢，剛開始工作時月薪很低4000多，但工作半年，對工作流程了解後，再去換工作，五六千沒問題。如果做銀行業務測試起薪六七千沒問題，有一點銀行業務知識的再去換工作八千以上沒問題，現在銀行測試人員缺口很大。尤其是在大的外包公司做好的項目，比如銀行項目等待遇和同等工作經歷的開發差不多。就業好，國外開發與測試的比例是1:2。目前國內開發與測試的比例是6:1。所以測試行業人才缺口很大，就業前景很好。基本屬於供不應求。工作比較輕松，比起軟體開發工程師來說，軟體測試工程師的工作就相對輕松多了發展大，測試分為三個階段：手工測試、自動化測試、性能測試。這是一個逐步提升的過程。較初工作可能做手工測試，也是目前絕大部分測試人員所從事的工作。自動化測試是測試的發展趨勢，而且現在自動化測試人員急缺，且薪資很高。現在較稀缺的是性能測試人員，目前性能測試人員的待遇比同等經歷的開發可能還要高，因為現在性能測試人員屬於稀缺狀態。（1）手工測試：現在比較普及，大多數測試都還停留在手工測試階段。（2）自動化測試：是趨勢，但目前用自動化測試的還比較少，需要適當的代碼編寫工作。做一段手工測試後，積累一定經驗，可以慢慢步入自動化測試階段，如果自動化測試比較熟練，月薪1萬沒問題，和開發工資差不多。（3）性能測試：性能測試人員現在稀缺人群，一般能做性能測試，且做得可以的一般月薪都在1.6萬以上，比開發要高。無性別要求，軟體測試工程師對性別沒有特定要求，因此是一相對來說比較適合女性的IT職業。越老越吃香，軟體測試工作是對質量的把關，其中包含技術及管理等方面的工作，工作相對穩定，對年齡沒有限制，而且隨著經驗的積累，工齡越長越吃香。希望可以幫助到你！

E. 怎麼自學軟體測試

第一步，測試基礎：

測試基礎是軟體測試最最最重要的部分，只要你是做測試，不管是什麼測試，測試的基礎、理論知識都是必須學會的。大概就包括：測試計劃編寫、設計測試用例、編寫測試報告、編寫BUG報告單、跟蹤BUG修復情況、還需要良好的溝通能力、以及各種測試階段所使用的測試方法、單元測試、功能測試、集成測試、系統測試等。

第二步：學習腳本語言

如：python語言,當然python 是一門相對簡單的計算機語言，考慮長遠發展，需要了解C語言或者java。都說C語言最難，但是用得確實也多。

第三步：學習軟體測試工具

學習軟體測試工具並不難，只是需要我們去系統的學習。比如性能測試工具loadrunner，自動化測試工具selenium、Appium,介面測試Jmeter、Postman等。雖然說工具不是萬能的但是工具能為我們提高工作效率，所以必須得會熟練的使用。最關鍵的一點，是要結合項目具體去操作，實踐出真知，理論知識在實際項目中才能得到鞏固。

第四步：計算機硬體知識

做過性能測試的都知道在性能測試過程中硬體性能也是一個非常重要的指標、CPU、內存、IO、帶寬等等、如果你是做硬體測試的。那麼就更不用說了。交換機、路由器、防火牆這些設備都需要有所了解。

第五步：資料庫測試

MySQL資料庫

MySQL簡介、命令行工具以及數據管理、MySQL數據查詢（條件、分組、聚合函數、排序、分頁、連接查詢、自關聯、子查詢）、內置函數、項目練習、數據分表、Python操作MySQL。

Redis資料庫

Redis簡介、客戶端和伺服器、數據類型(string、hash、list、set、zset）、各種數據類型操作、Python操作Redis、主從、集群。

第六步：項目實戰

最好參與真實項目的測試工作，積累真實項目的測試經驗。

成為優秀軟體測試員之提升條件，如果你想成為一個更優秀的軟體測試員的話，除了上面那些，你也最好能夠具備開發語言即代碼編寫能力，雖然不會寫代碼也能做測試、但是如果你想做到高級測試工程師以上、那麼代碼編寫能力就是必選項、如果不會寫代碼、那麼你不可能成為高級測試。高級測試工程 師的一部分工作就是在寫測試工具。雖然測試也需要寫代碼但不需要和開發一樣那麼精通某一門語言、可是測試卻需要了解很多門開發語言（舉一個簡單的例子：你 現在所在的項目從C++語言、2年後你換工作了、新公司的開發語言是Java或者是VB什麼的）所以在開發語言中測試需要更廣的學習。

成為軟體測試員之必備條件，就是你一定要有良好的心態。心要靜、細心耐心、責任心。心靜不下來無法對bug展開發向思維及拓展想像。任何一個測試最先面對的心理壓力就是重復性的勞動。在你的測試生涯中，一定會碰見很多心理的考驗，自己對於質量心裡沒有底、或者由於產品發布問題或者達到了測試瓶頸時候的困惑等。每個人都有自己的背景以及性格，往往對於測試來講，就是考驗心理素質的時候，這個時候就需要你自己不斷地去克服這些心理

F. 做軟體測試怎麼樣 知乎

記得在求職的時候，面試官經常問我：「為什麼要選擇軟體測試工作?」而我也會經常說一堆自己有的沒的優勢去應付。

工作這么久了，也不再浮躁，靜下心來回憶當初選擇軟體測試工作的歷程，也是對自己職業生涯的一次回顧。

一、選擇軟測的幾大理由：

1.大學學的是開發，但是感覺沒學好，想轉測試

這種的一般是大學沒有認真學習，面臨畢業壓力，找不到開發工作，所以考慮轉測試。

2.其他行業人士，從各種渠道聽說測試工作好，工資高，因此想轉測試

這種的一般是不滿足現在的工作，而且對高薪資很嚮往，想轉測試但是沒有門路。

3.大學學的不是開發，對計算機感興趣，對比開發和測試之後，覺得測試入門簡單

這種的一般是有一定自己的想法，但是又不敢勇敢地邁出第一步，一直在糾結中。乍一看，好像測試比不上開發那麼吃香，屬於咱們的第二選擇。其實不然，俗話說既來之則安之，既然選擇了測試工作，那麼就要用心地做好，不然什麼工作都做不好。

之前有個偶然接觸到測試行業的朋友，她也是誤打誤撞海投簡歷面試上了測試崗位，後面入門之後發現測試越來越有意思，現在已經是測試主管了。

所以說，工作沒有好壞，能夠決定未來的只有自己！

二、我為什麼選擇了軟體測試?

IT行業選擇如此之多，我為什麼就偏偏選擇了軟體測試?簡而言之一句話，軟體測試上手容易。（就是這么無恥而又現實）入門級的話，對計算機專業知識技術要求沒那麼高。

本著先就業再擇業的態度，就一腳踏入了測試這個坑。不曾想，有些時候一旦入坑，就很難回頭了，因為只要開始一份工作，後面都會按著相似的崗位和既定的軌跡來走。若要重新開始一條路，就意味著要舍棄很多，要多付出不可估量的努力，而最關鍵的是，寶貴的時間就在這種轉換中被無情地浪費掉了。所以，大家一定要慎重選擇自己的第一份職業，第一份工作。

而我比較慶幸的是，我選擇的測試行業不管是從前期投入還是回報來說都是比較良好的。雖然不說有多麼喜歡做測試，但是至少我不討厭，偶爾也能從工作中獲得小小的成就感，學習提升的時候也能感受到滿足感，而不是每天做著重復，機械的工作，把自己變成一台只會工作的機器。

三、選擇軟體測試是偶然也是必然

肯定不會單純因為是計算機專業就選擇了軟體測試，更重要的是我看到了這個崗位的就業需求量巨大，基本上任何一個成型的互聯網公司都是需要軟體測試工程師的。不言而喻，有需求就有前景。

按書上的理論來說，一開始企業是不重視軟體測試的，有程序員設計開發出來一套產品，能用就能掙錢了，何必多花一筆錢找個不能創造價值的傢伙來專門負責挑刺呢。後來因為各種千奇百怪的bug層出不窮，造成了意想不到的損失之後。老闆們紛紛意識到，質量保證人員也是不可或缺的，於是企業們紛紛向測試工程師揮手，薪資待遇什麼的自然水漲船高。

G. 怎麼軟體測試啊

軟體測試方法

軟體測試的基本方法
單元測試的基本方法
綜合測試的基本方法
確認測試的基本方法
系統測試的基本方法
軟體測試的基本方法

軟體測試的方法和技術是多種多樣的。
對於軟體測試技術，可以從不同的角度加以分類：

從是否需要執行被測軟體的角度，可分為靜態測試和動態測試。
從測試是否針對系統的內部結構和具體實現演算法的角度來看，可分為白盒測試和黑盒測試；

1、黑盒測試

黑盒測試也稱功能測試或數據驅動測試，它是在已知產品所應具有的功能，通過測試來檢測每個功能是否都能正常使用，在測試時，把程序看作一個不能打開的黑盆子，在完全不考慮程序內部結構和內部特性的情況下，測試者在程序介面進行測試，它只檢查程序功能是否按照需求規格說明書的規定正常使用，程序是否能適當地接收輸入數鋸而產生正確的輸出信息，並且保持外部信息（如資料庫或文件）的完整性。黑盒測試方法主要有等價類劃分、邊值分析、因果圖、錯誤推測等，主要用於軟體確認測試。 「黑盒」法著眼於程序外部結構、不考慮內部邏輯結構、針對軟體界面和軟體功能進行測試。「黑盒」法是窮舉輸入測試，只有把所有可能的輸入都作為測試情況使用，才能以這種方法查出程序中所有的錯誤。實際上測試情況有無窮多個，人們不僅要測試所有合法的輸入，而且還要對那些不合法但是可能的輸入進行測試。

2、白盒測試

白盒測試也稱結構測試或邏輯驅動測試，它是知道產品內部工作過程，可通過測試來檢測產品內部動作是否按照規格說明書的規定正常進行，按照程序內部的結構測試程序，檢驗程序中的每條通路是否都有能按預定要求正確工作，而不顧它的功能，白盒測試的主要方法有邏輯驅動、基路測試等，主要用於軟體驗證。

「白盒」法全面了解程序內部邏輯結構、對所有邏輯路徑進行測試。「白盒」法是窮舉路徑測試。在使用這一方案時，測試者必須檢查程序的內部結構，從檢查程序的邏輯著手，得出測試數據。貫穿程序的獨立路徑數是天文數字。但即使每條路徑都測試了仍然可能有錯誤。第一，窮舉路徑測試決不能查出程序違反了設計規范，即程序本身是個錯誤的程序。第二，窮舉路徑測試不可能查出程序中因遺漏路徑而出錯。第三，窮舉路徑測試可能發現不了一些與數據相關的錯誤。

3．ALAC(Act-like-a-customer)測試

ALAC測試是一種基於客戶使用產品的知識開發出來的測試方法。ALAC測試是基於復雜的軟體產品有許多錯誤的原則。最大的受益者是用戶，缺陷查找和改正將針對哪些客戶最容易遇到的錯誤。

單元測試的基本方法

單元測試的對象是軟體設計的最小單位模塊。單元測試的依據是詳細設描述，單元測試應對模塊內所有重要的控制路徑設計測試用例，以便發現模塊內部的錯誤。單元測試多採用白盒測試技術，系統內多個模塊可以並行地進行測試。
單元測試任務

單元測試任務包括：1 模塊介面測試；2 模塊局部數據結構測試；3 模塊邊界條件測試；4 模塊中所有獨立執行通路測試；5 模塊的各條錯誤處理通路測試。

模塊介面測試是單元測試的基礎。只有在數據能正確流入、流出模塊的前提下，其他測試才有意義。測試介面正確與否應該考慮下列因素：
1 輸入的實際參數與形式參數的個數是否相同；
2 輸入的實際參數與形式參數的屬性是否匹配；
3 輸入的實際參數與形式參數的量綱是否一致；
4 調用其他模塊時所給實際參數的個數是否與被調模塊的形參個數相同；
5 調用其他模塊時所給實際參數的屬性是否與被調模塊的形參屬性匹配；
6調用其他模塊時所給實際參數的量綱是否與被調模塊的形參量綱一致；
7 調用預定義函數時所用參數的個數、屬性和次序是否正確；
8 是否存在與當前入口點無關的參數引用；
9 是否修改了只讀型參數；
10 對全程變數的定義各模塊是否一致；
11是否把某些約束作為參數傳遞。

如果模塊內包括外部輸入輸出，還應該考慮下列因素：
1 文件屬性是否正確；
2 OPEN/CLOSE語句是否正確；
3 格式說明與輸入輸出語句是否匹配；
4緩沖區大小與記錄長度是否匹配；
5文件使用前是否已經打開；
6是否處理了文件尾；
7是否處理了輸入/輸出錯誤；
8輸出信息中是否有文字性錯誤；

檢查局部數據結構是為了保證臨時存儲在模塊內的數據在程序執行過程中完整、正確。局部數據結構往往是錯誤的根源，應仔細設計測試用例，力求發現下面幾類錯誤：
1 不合適或不相容的類型說明；
2變數無初值；
3變數初始化或省缺值有錯；
4不正確的變數名（拼錯或不正確地截斷）；
5出現上溢、下溢和地址異常。

除了局部數據結構外，如果可能，單元測試時還應該查清全局數據（例如FORTRAN的公用區）對模塊的影響。

在模塊中應對每一條獨立執行路徑進行測試，單元測試的基本任務是保證模塊中每條語句至少執行一次。此時設計測試用例是為了發現因錯誤計算、不正確的比較和不適當的控制流造成的錯誤。此時基本路徑測試和循環測試是最常用且最有效的測試技術。計算中常見的錯誤包括：
1 誤解或用錯了算符優先順序；
2混合類型運算；
3變數初值錯；
4精度不夠；
5表達式符號錯。

比較判斷與控制流常常緊密相關，測試用例還應致力於發現下列錯誤：
1不同數據類型的對象之間進行比較；
2錯誤地使用邏輯運算符或優先順序；
3因計算機表示的局限性，期望理論上相等而實際上不相等的兩個量相等；
4比較運算或變數出錯；
5循環終止條件或不可能出現；
6迭代發散時不能退出；
7錯誤地修改了循環變數。

一個好的設計應能預見各種出錯條件，並預設各種出錯處理通路，出錯處理通路同樣需要認真測試，測試應著重檢查下列問題：
1輸出的出錯信息難以理解；
2記錄的錯誤與實際遇到的錯誤不相符；
3在程序自定義的出錯處理段運行之前，系統已介入；
4異常處理不當；
5錯誤陳述中未能提供足夠的定位出錯信息。

邊界條件測試是單元測試中最後，也是最重要的一項任務。眾的周知，軟體經常在邊界上失效，採用邊界值分析技術，針對邊界值及其左、右設計測試用例，很有可能發現新的錯誤。

單元測試過程

一般認為單元測試應緊接在編碼之後，當源程序編制完成並通過復審和編譯檢查，便可開始單元測試。測試用例的設計應與復審工作相結合，根據設計信息選取測試數據，將增大發現上述各類錯誤的可能性。在確定測試用例的同時，應給出期望結果。

應為測試模塊開發一個驅動模塊（driver）和（或）若干個樁模塊（stub）,下圖顯示了一般單元測試的環境。驅動模塊在大多數場合稱為「主程序」，它接收測試數據並將這些數據傳遞到被測試模塊，被測試模塊被調用後，「主程序」列印「進入-退出」消息。

驅動模塊和樁模塊是測試使用的軟體，而不是軟體產品的組成部分，但它需要一定的開發費用。若驅動和樁模塊比較簡單，實際開銷相對低些。遺憾的是，僅用簡單的驅動模塊和樁模塊不能完成某些模塊的測試任務，這些模塊的單元測試只能採用下面討論的綜合測試方法。

提高模塊的內聚度可簡化單元測試，如果每個模塊只能完成一個，所需測試用例數目將顯著減少，模塊中的錯誤也更容易發現。

H. 怎麼進行軟體測試

測試方法很多，白盒，黑盒和灰盒，最初級的是黑盒測試，也稱功能測試，也就是根據需求、原型和效果圖和所做的系統進行對比，將需求不明的同項目經理確認，超出需求以外的或需求上的功能有的沒有實現的話，可以記錄，然後重現以便開發人員更改這些問題，這個是很多中小型企業比較關心的，性能、壓力、兼容性對手機客戶端的開發較為重要，這些你可以自己問問度娘，我就不一一列舉了，白盒測試，就是對代碼進行修改，以完善功能的實現，灰盒就是白盒加黑盒，此外，現在很多公司還注重自動化測試，這個就要看你使用的自動化測試工具的不同而言了，比如loadrunnner，他是腳本的錄制與回放，monkey是性能測試，這個學習工程是較為龐大的，要想學好軟體測試。
必看書籍：軟體測試 嵌入式 計算機組成原理 計算機網路 C語言這些最基本的，祝你學習愉快！

I. 如何面試軟體測試

對於軟體測試這一塊來說，考官基本都是注重文案一點。對IT代碼這一方面並不是太看重，所以在面試的時候可以展示自己的文案特色以及自己的資歷方面的特點。

不過對於大多數公司來說肯定不會選擇小白來做測試，一般會看一點專業或者是否對IT了解，特別是編程，如果學過某些語言但是不精通也沒關系。比如我曾經學習過Java、資料庫、H5等，只要是自己學過的都寫上去。

這上面是最基本的測試用例內容，當然只可能比它多，稍微多一點自己的想法和特色。

在面試的時候最有說服力和最打動面試官的就是一份項目的測試文檔，你拿一份項目的測試文檔比說千百個優點都有用，所以做一個這樣的文檔就相當於一份最好的簡歷。

對軟體測試可深可淺，講深了不一定能看懂！

J. 如何進行軟體測試

測試方法很多，白盒，黑盒和灰盒，最初級的是黑盒測試，也稱功能測試，也就是根據需求、原型和效果圖和所做的系統進行對比，將需求不明的同項目經理確認，超出需求以外的或需求上的功能有的沒有實現的話，可以記錄，然後重現以便開發人員更改這些問題，這個是很多中小型企業比較關心的，性能、壓力、兼容性對手機客戶端的開發較為重要，這些你可以自己問問度娘，我就不一一列舉了，白盒測試，就是對代碼進行修改，以完善功能的實現，灰盒就是白盒加黑盒，此外，現在很多公司還注重自動化測試，這個就要看你使用的自動化測試工具的不同而言了，比如loadrunnner，他是腳本的錄制與回放，monkey是性能測試，這個學習工程是較為龐大的，要想學好軟體測試。