如何軟體測試

❶ 軟體測試如何入門

家裡條件不好不代表就一定不能參見學習啊，自學不是不可以，但是由於在我國開發人員待遇普遍高於測試人員，因此能寫代碼的幾乎都去做開發了，而很多人則是因為做不了開發或者不能從事其它工作才「被迫」從事測試工作（就像樓主這樣的情況）。最終的結果則是很多測試人員只能從事相對簡單的功能測試，能力強一點的則可以藉助測試工具進行簡單的自動化測試（主要錄制、修改、回放測試腳本）。
與開發人員相比，測試人員掌握的知識具有「博而不精」的特點，「藝多不壓身」是個非常形象的比喻。由於測試中經常需要配置、調試各種測試環境，而且在性能測試中還要對各種系統平台進行分析與調優，因此測試人員需要掌握更多網路、操作系統、資料庫等知識。現在軟體測試已經成為一個很有潛力的專業。要想成為一名優秀的測試工程師，首先應該具有扎實的專業基礎。因此，測試工程師應該努力學習測試專業知識，告別簡單的「點擊」之類的測試工作，讓測試工作以自己的專業知識為依託。
測試專業知識很多，學習主要以測試人員應該掌握的基礎專業技能為主。測試專業技能涉及的范圍很廣：既包括黑盒測試、白盒測試、測試用例設計等基礎測試技術，也包括單元測試、功能測試、集成測試、系統測試、性能測試等測試方法，還包括基礎的測試流程管理、缺陷管理、自動化測試技術等知識。
說這么多的意思希望樓主能夠明白，好好考慮一下，如果真想在測試這條路上發展下去應該付出怎樣的努力，不要看網上那些測試不需要基礎，容易上手，職業壽命長等等的話，首先提高自身的水平，去學習，去充電才是最重要的

❷ 軟體測試的流程是什麼

軟體測試的流程：
1、根據軟體設計需求制定測試計劃，測試數據和測試用例。
2、搭建測試環境、執行測試用例。
3、提交測試報告。
4、跟蹤Bug修改情況，不斷測試完善產品。
5、產品的其他方面測試。

❸ 如何面試軟體測試

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

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

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

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

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

❹ 如何進行軟體測試

測試裡面的知識學習可以分為以下三個階段來進行（這個階段只是自己的一種個人見解）：第一個階段我們必須要讓做測試的人明白測試在整個軟體工程裡面的重要性，了解測試的相關基礎知識，並且在了解這些知識的過程中逐漸挖掘出他對測試的興趣。興趣愛好是很好的從事一項工作的一個重要條件。讓一個對測試絲毫不懂而且不感興趣的人去直接去做測試，你不覺得是在耽誤別人的青春嗎？ 第二個階段我們必須對測試的流程的管理工作通過實際的軟體測試有個非常明確的認識。因為很多時候工作都是在團隊相互協調的情況下進行的，所以對於整個軟體開發流程以及開發流程當中的測試流程都需要很熟悉，這樣才可以更好的配合工作。當我們這些都很熟悉並且在工作當中應用很流暢的時候，我們就可以對測試工具進行相對應的學習。誠然，現在很多公司在招聘測試人員的時候總是要求了解自動化測試工具，實際上據了解，很多公司並不能真正用自動化測試。所以不要一進門就想著學習自動化測試工具，很多知識在你了解了其他知識之後學習效果跟用途可能會更好。在了解測試相關流程的同時我們必須擴充我們的其他相關知識，包括對我們的產品的客戶的需求的了解要比開發人員了解更全面，更深入。這樣才能保證我們的流程，我們的測試按照客觀的正確的方向前進，而不至於被開發人員的思想所牽引。呵呵。我喜歡做事主動而不是被動的去執行。 到第三個階段我們可以跟區分專業一樣走自己喜歡的途徑：一方面可以繼續深入提高自己的測試的專業技能並且能夠真正從事自動化測試，成為技術領域裡面的專家。另一方面我們可以慢慢趨於測試管理方面。從一個初級測試工程師晉升到一個高級測試工程師比較快，但是從一個初級測試工程師發展到一個Team Leader所需要的時間相對比較長。而從一個高級測試工程師發展到一個資深測試工程師花費時間更長一點，到達資深測試工程師之後就可以很容易做到測試主管了，以後可以發展到PM。當然從初級測試人員到高級、資深測試人員並不是表述為「曲線發展過程」的，很多時候行業經驗、行業知識的累積等都很重要。而這點只有深入發展的人才會發現其重要性的。很多隨著時間的推移和經驗的增長，一些沉澱下來的東西不是表現在字面上，別人就可以理解並領悟的。所以要有信心的同時我們做事還必須有耐心，羅馬非一日建成。相信明天就要緊緊把握今天。

❺ 怎麼軟體測試啊

軟體測試方法

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

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

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

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）,下圖顯示了一般單元測試的環境。驅動模塊在大多數場合稱為「主程序」，它接收測試數據並將這些數據傳遞到被測試模塊，被測試模塊被調用後，「主程序」列印「進入-退出」消息。

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

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

❻ 如何進行軟體測試

1、轉分析階段
需求分析人員完成《需求規格說明書》之後，測試人員參加《需求規格說明書》的評審
2、轉設計階段
設計人員完成《界面原型規范》之後，測試人員參加《界面原型規范》的評審
3、計劃階段
測試組長編寫《系統測試計劃》、《項目進度計劃》，測試人員參加評審，評審之後，由組長召開項目開工會
4、設計階段
測試工程師編寫《系統測試方案》，並由測試工程師組織相關人員對《系統測試方案》評審
5、實現階段
測試工程師編寫《系統測試用例》，並由測試工程師組織相關人員對《系統測試用例》評審
6、預測試階段
代碼寫完之後，由開發工程師以《系統演示》的方式進行預測試，由開發工程師組織相關人員參加系統演示會議
7、全面測試階段
系統演示通過的模塊，由測試工程師根據測試方案、用例執行全面測試，提交缺陷
8、發布階段
全面測試通過之後，由發布人員將產品打包發給現場實施人員，進行現場的環境搭建組裝
9、回歸測試階段
實施人員發現問題的，將問題陳訴打包回公司，由配置工程師統一進行分配給開發工程師進行修改，修改完成後，再由測試工程師進行回歸測試，回歸測試之後，由配置工程師將增量打包發回現場。

❼ 軟體測試的測試流程是怎樣的

• 需求：閱讀需求，理解需求，與客戶、開發、架構多方交流，深入了解需求。--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、開始自學的時候找一本書來入門(軟體測試原版第三版很不錯)-差不多要1個月左右的時間、要能看懂明白裡面的知識、這個階段主要是學習理論知識
2、有基礎知識之後找一個軟體來自己操作、從開始寫測試計劃、測試用例、到自己完成測試、並輸出測試報告(這個階段必須自己操作、如果有問題可以去51testing論壇提問)這里如果產品小的話1個月左右、軟體功能多的話2個月多都有可能、建議從功能少的軟體入手
3、在執行第二個步驟的時候經常多去51testing論壇看看那些問題帖子、絕對增長你的知識量
4、前面3個步完成之後可以開始關注招聘網站那些招聘軟體測試的公司、去看看他們公司的做的什麼產品、可以吧他們的產品下載回來按照步驟2的方式來自己寫用例 執行測試、記錄BUG、提交測試報告等內容(如果你去面試公司的時候拿著你的測試報告以及BUG單的話 成功率會高很多)
5、前面幾個步驟完成之後差不多要開始找工作了、建議去看看那本<軟體測工程師試面試指導>的書籍、這本書裡面有很多軟體測試的面試題目多看看提高知識量
自學軟體測試差不多需要6個月左右的時間
PS:自學成才的3個要素、一是方法，二是願望，三是自律。這三個要素中任何一個的提高，都會加快目標的實現。當然如果要在同樣時間內實現目標，三個要素其中一個要素的增高，也就同時降低對其他兩個要素的要求。

我有一個軟體測試的公眾號叫TesterTraining，你可以看看那，上面有很多關於軟體測試的干貨，然後，也有很多軟體測試的小白在裡面自學，你可以找到志同道合的小夥伴~~~~

❾ 如何進行軟體測試

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

❿ 怎麼自學軟體測試

第一步，測試基礎：

測試基礎是軟體測試最最最重要的部分，只要你是做測試，不管是什麼測試，測試的基礎、理論知識都是必須學會的。大概就包括：測試計劃編寫、設計測試用例、編寫測試報告、編寫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展開發向思維及拓展想像。任何一個測試最先面對的心理壓力就是重復性的勞動。在你的測試生涯中，一定會碰見很多心理的考驗，自己對於質量心裡沒有底、或者由於產品發布問題或者達到了測試瓶頸時候的困惑等。每個人都有自己的背景以及性格，往往對於測試來講，就是考驗心理素質的時候，這個時候就需要你自己不斷地去克服這些心理