基於測試用例的功能測試

功能測試(「unctiona!test)通常使用黑盒測試的方法—將程式視為乙個不能開啟的黑盒，在完全不考慮程式內部結構和內部特徵的情況下，從軟體產品的介面、架構、介面出發，輸入預定的資料，在預期結果和實際結果之間進行評測，並判斷軟體產品是否符合使用者需求。

使用黑盒測試方法的功能測試流程簡述如下:

1.確定參照體系，參照體系是軟體測試的判斷依據。對於不同的實現，需要參照體系明確正確的實現方式。功能測試中，參照體系的角色通常由需求規格說明書來擔當。在更為細緻深入的測試中，還可引入系統設計文件等。

2.用例編寫，測試用例是有條理、有組織的，對於測試行為的描述。測試用例描述了測試執行時，執行者所應進行的具體操作。測試用例應嚴格按照需求文件進行編寫。

3.測試執行，測試者執行測試時，應按照測試用例所描述的內容進行操作，並將產出的結果與測試用例中的描述進行對比，並判斷測試結果。若測試未通過，測試者應將該步驟的測試結果判定為失敗，並提交缺陷給相應的開發人員，並在後續的測試中，追蹤該缺陷的修復情況，直至該缺陷被修復。

4.測試用例維護，測試用例不是一次性產品，應不斷進行調整與更新。乙份維護良好的測試用例，不但可以大大加快後續回歸測試的速度，更可讓新入職的員工—不論測試還是開發，能夠更快、更方便的熟悉業務。

比起需求文件的錯綜複雜、面面俱到，經過編寫人員的理解、提煉而成的測試用例，是乙份需求文件的精華摘要，閱讀的有效性更高。測試用例對於專案而言，是乙份非常寶貴的資料。整個黑盒測試過程看似簡單，但由於大部分程式難以做到與需求文件嚴格一致，而需求文件也無法做到對於程式的每個細節都進行詳細說明。

測試過程中，測試人員應當依據經驗、常識等進行判斷，某個和測試用例描述的期望結果不完全一致的實際結果應判定為通過還是失敗。

在測試執行過程中，測試人員對於測試用例的態度應尊重但不迷信。雖然測試用例是經過仔細編寫和詳細評審的，但錯誤依舊難免。因此，作為測試執行者，不應進行機械測試，而應多動腦，能夠站在使用者、設計人員的角度看問題，這樣不但可以發現一些測試用例中可能存在的問題，還能發現更多測試用例中沒有涵蓋到的缺陷。

繼續深入闡述幾個測試用例編寫中需要遵循的原則，總結為如下五點:

1.正確性，正確性是測試用例編寫中的最基本原則。測試執行時，測試者的操作是基於測試用例的。因此，一旦測試用例存在錯誤，將對測試者產生誤導，影響測試判斷的準確性，從而產生缺陷誤報或缺陷遺漏。

2.可讀性，前文對於這點已進行較為詳細的闡述。由於測試用例面對的讀者眾多，因此，乙個優秀的測試用例的最基本要求是能夠讓他人理解，不會因為表述上的問題產生歧義。

3.完整性，完整性是對正確性的補充。完整性要求測試用例能夠覆蓋到整個軟體專案的每個模組、每個功能、每個細節。完整性缺失的測試用例，後果或比缺複雜工作流軟體自動化測試方法的研究第二章件測試理論，j技術基礎失正確性的測試用例更為嚴重。正確性的缺失影響的通常是乙個功能點，而完整性的缺失則會影響整個模組。

4.可執行性，可執行性是指使用者能夠按照測試用例中的測試步驟描述，進行測試的執行。為此，步驟描述必須清晰完整，測試用例的拆分設計也必須思路清晰，結構合理。

5.一致性，一致性指依據測試用例的描述執行測試時，操作與產出結果應是一致的。測試用例應減少操作者的主觀性，增加操作的確定性。這樣才『能讓功能測試的結果更為客觀，讓後續的回歸測試結果更為精確。避免因為測試者的變更，導致測試結果的改變。

乙個設計良好的測試用例應當符合以上五點。前兩點更多針對編寫者的編寫技術與細心程度，而後三點則更多與用例的設計方法有關，因此，後文對測試用例設計方法的論述中，將著重以後三點作為評定標準，比較設計方法的優劣。