軟體測試怎麼測試

1. 軟體測試的流程是什麼

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

2. 自學軟體測試怎麼學

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

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

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

3. 軟體測試怎麼自學

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

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

4. 什麼是軟體測試，軟體怎麼測試

軟體測試定義是：為了發現程序中的錯誤而執行程序的過程 （這個行業現在比較熱門。而且好的測試員收入可觀。）

它是幫助識別開發完成（中間或最終的版本）的計算機軟體（整體或部分）的正確度(correctness) 、完全度(completeness)和質量(quality)的軟體過程；是SQA(software quality assurance)的重要子域。

軟體測試的目標：

(1)測試是為了發現程序中的錯誤而執行程序的過程；

(2)好的測試方案是極可能發現迄今為止尚未發現的錯誤的測試方案；

(3)成功的測試是發現了至今為止尚未發現的錯誤的測試。

軟體測試的內容：

軟體測試主要工作內容是驗證(verification)和確認( validation )，下面分別給出其概念：

驗證(verification)是保證軟體正確地實現了一些特定功能的一系列活動，即保證軟體做了你所期望的事情。(Do the right thing)

1.確定軟體生存周期中的一個給定階段的產品是否達到前階段確立的需求的過程；

2.程序正確性的形式證明，即採用形式理論證明程序符號設一計規約規定的過程；

3.評市、審查、測試、檢查、審計等各類活動，或對某些項處理、服務或文件等是否和規定的需求相一致進行判斷和提出報告。

確認(validation)是一系列的活動和過程，目的是想證實在一個給定的外部環境中軟體的邏輯正確性。即保證軟體以正確的方式來做了這個事件(Do it right)

1.靜態確認，不在計算機上實際執行程序，通過人工或程序分析來證明軟體的正確性；

2.動態確認，通過執行程序做分析，測試程序的動態行為，以證實軟體是否存在問題。

軟體測試的對象不僅僅是程序測試，軟體測試應該包括整個軟體開發期問各個階段所產生的文檔，如需求規格說明、概要設計文檔、詳細設計文檔，當然軟體測試的主要對象還是源程序。

從不同的角度出發，軟體測試可以劃分為不同的分類：

從是否關心軟體內部結構和具體實現的角度劃分

A.白盒測試

B.黑盒測試

C.灰盒測試

從是否執行程序的角度

A.靜態測試

B.動態測試。

從軟體開發的過程按階段劃分有

A.單元測試

B.集成測試

C.確認測試

D.驗收測試

E.系統測試

5. 如何面試軟體測試

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

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

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

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

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

6. 怎麼軟體測試啊

軟體測試方法

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

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

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

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

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

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

7. 軟體測試的流程怎麼描述

1、單元測試

對該軟體的模塊進行測試，通過測試以發現該模塊的實際功能出現不符合的情況和編碼錯誤。

由於該模塊的規模不大，功能單一，結構較簡單，且測試人員可通過閱讀源程序清楚知道其邏輯結構，首先應通過靜態測試方法，比如靜態分析、代碼審查等，對該模塊的源程序進行分析，按照模塊的程序設計的控制流程圖，以滿足軟體覆蓋率要求的邏輯測試要求。

2、集成測試

軟體測試的第二階段，在這個階段，通常要對已經嚴格按照程序設計要求和標准組裝起來的模塊同時進行測試，明確該程序結構組裝的正確性，發現和介面有關的問題，比如模塊介面的數據是否會在穿越介面時發生丟失；各個模塊之間因某種疏忽而產生不利的影響。

將模塊各個子功能組合起來後產生的功能要求達不到預期的功能要求；一些在誤差范圍內且可接受的誤差由於長時間的積累進而到達了不能接受的程度；資料庫因單個模塊發生錯誤造成自身出現錯誤等等。

3、系統測試

本階段的主要測試內容包括健壯性測試、性能測試、功能測試、安裝或反安裝測試、用戶界面測試、壓力測試、可靠性及安全性測試等。為了有效保證這一階段測試的客觀性，必須由獨立的測試小組來進行相關的系統測試。

另外，系統測試過程較為復雜，由於在系統測試階段不斷變更需求造成功能的刪除或增加，從而使程序不斷出現相應的更改，而程序在更改後可能會出現新的問題，或者原本沒有問題的功能由於更改導致出現問題。所以，測試人員必須進行回歸測試。

4、驗收測試

最後一個階段的測試操作，在軟體產品投入正式運行前的所要進行的測試工作。和系統測試相比而言，驗收測試與之的區別就只是測試人員不同，驗收測試則是由用戶來執行這一操作的。

驗收測試的主要目標是為向用戶展示所開發出來的軟體符合預定的要求和有關標准，並驗證軟體實際工作的有效性和可靠性，確保用戶能用該軟體順利完成既定的任務和功能。通過了驗收測試，該產品就可進行發布。

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

軟體測試原則

對計算機軟體進行測試前，首先需遵循軟體測試原則，即不完全原則的遵守。不完全原則即為若測試不完全、測試過程中涉及免疫性原則的部分較多，可對軟體測試起到一定幫助。

因軟體測試因此類因素具有一定程度的免疫性，測試人員能夠完成的測試內容與其免疫性成正比，若想使軟體測試更為流暢、測試效果更為有效，首先需遵循此類原則，將此類原則貫穿整個開發流程，不斷進行測試，而並非一次性全程測試。

8. 軟體測試的測試流程是怎樣的

• 需求：閱讀需求，理解需求，與客戶、開發、架構多方交流，深入了解需求。--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.用戶體驗、軟體發布等……

9. 軟體測試流程是什麼

1、需求分析、需求評審

分析客戶的需求可不可行，需要怎麼進行測試。

2、編寫測試計劃

通俗講就是什麼人在什麼時間做什麼事，最後產出什麼東西。那也就是測試人員要測試哪些模塊、在什麼期限內，提交哪些文檔。

3、編寫測試用例、用例評審

測試用例就是指導測試的文檔，比如要測試商城登錄、買東西等功能，通過測試方法和策略設計測試用例。評審就是評價審查，比如密碼輸錯時怎麼辦？會不會有相應的報錯等等？

4、執行測試、提交bug、回歸測試

Bug就是缺陷，發現bug之後，要提交給開發人員讓他們去修改，然後進行回歸測試，驗證開發人員有沒有改好。

5、編寫測試總結報告

Bug都改好了之後，要編寫測試總結報告，這款軟體的質量如何。

軟體測試的重要性

軟體測試的目的就是確保軟體的質量、確認軟體以正確的方式做了你所期望的事情，所以他的工作主要是發現軟體的錯誤、有效定義和實現軟體成分由低層到高層的組裝過程、驗證軟體是否滿足任務書和系統定義文檔所規定的技術要求、為軟體質量模型的建立提供依據。

軟體的測試不僅是要確保軟體的質量，還要給開發人員提供信息，以方便其為風險評估做相應的准備，重要的是他要貫穿在整個軟體開發的過程中，保證整個軟體開發的過程是高質量的。

軟體測試時在軟體設計及程序編碼之後，在軟體運行之前進行最為合適。考慮到測試人員在軟體開發過程中的尋找Bug、避免軟體開發過程中的缺陷、關注用戶的需求等任務。

所以作為軟體開發人員，軟體測試要嵌入在整個軟體開發的過程中，比如在軟體的設計和程序的編碼等階段都得嵌入軟體測試的部分，要時時檢查軟體的可行性，但是作為專業的軟體測試工作，還是在程序編碼之後，軟體運行之前最為合適。

10. 怎樣做好軟體測試

作為一個軟體測試工程師，首先，你要建立自己的測試思維，這個很重要，因為測試思維相當於你的軟體的世界觀，這也就是為什麼，個人不支持從 開發轉測試的原因，因為對於開發而言，他們是目標型的世界觀，即需求要完成什麼我去完成，如果你在開發中待的時間太長，容易習慣這樣目標型世界觀，而測試更多關注的是多方面的，有時候，就是一些在開發所謂的不可能、無所謂的東西最後造成軟體的失敗，而如何建立自己的軟體世界觀，那就要去通過測試的方法論的理解，很多人喜歡把黑盒測試方法論、白盒測試方法論，分得很清楚，其實兩者是相通的，看懂這些東西很快的，但是悟透，這個過程會漫長。
接下來 我們講講你需要作為一個初級功能工程師所需要基本素質吧
1、軟體測試的基本方法（邊界值、等價類、錯誤分類、流程分析等等黑盒、白盒測試方法要有了解，並且掌握）這個不難，但請務必牢記在心中，它是你去建立自己世界觀的基礎，所有的測試逃不出這些方法
2、會寫的基礎的測試文檔（測試用例、缺陷報告等）
3、會看開發文檔（需求說明書、操作手冊）
4、知道軟體工程中，測試所需要做的事情，了解性能測試、安全測試等
當你有了基礎，同時也有了自己的世界觀，祝賀你已經入門了，這個時候，我建議你可以去了解不同軟體開發不同環節人所作的事情，不單單是開發，需求、設計、運維等等，因為這樣你會知道什麼是體系、規范，為你以後的發展有著很好的幫助，這也是測試相對於開發優勢的地方，開發更關注的是點，而測試要關注的是面，所以對於測試而言，除了准確的抓住細節的同時，大局觀要好，否則做不好測試。

最後才是細節技術就是所謂的白盒測試、性能測試、自動化、安全等等，這些其實對測試而言反而是小節，技術永遠不會阻礙你前行的腳步，反而思維，這個你可以根據自己喜好去發展，沒有固定模式
順便說一句，別看不起基礎的功能測試，它沒外人看得那麼簡單，因為如果你連測試用例都不會設計就別去說做性能測試、自動化測試、安全測試等等，要做一好的功能測試工程師，寫的一手好用例（你的用例是個識字人都能執行、並且用例有效的系統覆蓋率也是很高的）、好缺陷（是個識字的人都能理解你說的是問題，並且抓住重點），很難的，真心不是普通人能做好的，要去花心思琢磨的。