對于剛入行的測試人員來講，如果想要把自己的測試技術有所進步的話，扎實自己的理論知識是必不可少的一門功課。下面，我們就一起來復習一下，那些讓我們一知半解或者記不全的理論知識吧。
最老套，但是測試人最應該知道的一個問題，就是軟件測試是什么。
軟件測試就是對項目開發過程中產生的一系列產品（包括代碼、組件、子系統、系統/平臺、各類項目相關文檔等）進行有效審查及驗證，其質量的一種任務活動。
從直觀上來講，軟件測試似乎就是對測試對象進行檢查、驗證，但其實不然，它是由許多處理環節構成的。根據測試目標、質量控制的要求，它被劃分為以下各類環節，并被設置了不同的準入、準出標準。
02軟件測試的原則有哪些？
①盡早和持續不斷的測試；
②徹底完全的測試是不可能的；
③軟件測試是有風險的行為；
④并非所有的軟件錯誤都能修復；
⑤反向思維邏輯；
⑥由小到大的測試范圍；
⑦避免測試自己的項目；
⑧從用戶需求入手。
03軟件測試的原則有哪些？
對于一個軟件產品來說，想要做完全測試，幾乎是不太可能的。這是因為軟件項目涉及的測試范圍較廣，在當前資源（人力物力財力及時間資源）有限的前提下，想要完整地對整個項目中包含的產品及各類文檔進行測試，顯示是不現實的。
所需測試的數據輸入量太大、可輸出的結果太多造成的。比如，軟件的操作步驟過多，就會造成測試結果輸出量過大的問題。另外，軟件說明書雖然可以指導我們正常使用軟件產品，但并不能成為我們測試的全部內容，因為軟件還可能存在一些隱藏著的漏洞。
04軟件測試過程可能存在哪些問題？
對于一個軟件產品進行測試，我們應對測試過程設計并編寫測試用例，并嚴格按照測試流程來進行。
舉個例子，下圖是個正常的測試流程圖。在測試設計階段，相關測試設計人員會對測試對象進行了解、分析，盡可能覆蓋更多的測試點。當發現錯誤時，測試人員會根據缺陷反饋給開發人員進行修改，修改完畢后，再進行回歸測試。
但由于國內軟件測試行業興起的較晚，很多企業仍存在很多不規范的測試問題。比如，由于軟件開發階段消耗的時間過長，導致留給后期測試的時間緊缺。尤其是做回歸測試時，往往重復測試過于頻繁、項目期限日益迫近，導致很多項目只能憑借經驗、記憶及技術人員的口述，對程序修改過的地方草草重測一遍了事。這也是軟件在測試過程中，存在的的問題。
05做好測試計劃的關鍵是什么？
我們都知道，軟件測試計劃是指導測試過程的綱領性文件，包含了產品概述、測試策略、測試方法、測試區域、測試配置、測試周期、測試資源、測試交流、風險分析等內容。
借助軟件測試計劃，參與測試的項目成員，尤其是測試管理人員，可以明確測試任務和測試方法，保持測試實施過程的順暢溝通等。
那么，做好測試計劃的關鍵是什么呢？我認為，應該做好以下4點：
（1）明確測試的目標，增強測試計劃的實用性；
（2）堅持“5W”規則，明確內容與過程；
（3）采用評審和更新機制，測試計劃滿足實際需求；
（4）分別創建測試計劃、測試詳細規格和測試用例。
06測試用例的基本格式
對于一個合格的測試用例來說，它應到具備這6個要素：測試用例編號、測試標題、重要級別、測試輸入、操作步驟、預期結果。下面給大家逐一介紹，幫助大家復習一下。
1）用例編號：測試用例的編號有一定的規則，比如系統測試用例的編號定義規則為：WEBLOAD1-ST-001，命名規則是項目名稱+測試階段類型（系統測試階段）+編號。定義測試用例編號，便于查找測試用例，便于測試用例的跟蹤。
2）測試標題：對測試用例的描述，測試用例標題應該清楚表達測試用例的用途。比如“測試用戶登錄時輸入了錯誤密碼，軟件的響應情況”。
3）重要級別：定義測試用例的優先級別，可以籠統地分為“高”和“低”兩個級別。一般來說，如果軟件需求的優先級為“高”，那么針對該需求的測試用例優先級也為“高”；反之亦然。
4）測試輸入：提供測試執行中的各種輸入條件。根據需求中的輸入條件，確定測試用例的輸入。測試用例的輸入對軟件需求當中的輸入有很大的依賴性，如果軟件需求中沒有很好的定義需求的輸入，那么測試用例設計中會遇到很大的障礙。
5）操作步驟：提供測試執行過程的步驟。對于復雜的測試用例，測試用例的輸入需要分為幾個步驟完成。
6）預期結果：提供測試執行的預期結果，預期結果應該根據軟件需求中的輸出得出。如果在實際測試過程中，得到的實際測試結果與預期結果不符，那么測試不通過；反之則測試通過。
另外，我們應結合軟件需求文檔和軟件產品本身，設計出更為全面、合理的測試用例。具體的測試用例設計方法可以參見我們之前推送過的內容，這里就不贅述了。希望本文能對大家有一定的幫助，也祝愿每一個測試新手，都能將自己的測試之路越走越寬。
成都軟件測試班課程