軟件測試中測試用例設計方法

        在制定測試計劃階段，是為了使整個測試項目組所有成員必須按照事先制定好的計劃加以實施。所以在測試計劃里，要包含的條目很多，也很必要。從計劃的目的、被測項目的簡介、測試需求、測試范圍、測試策略與方法的選取、測試優先級、測試的啟動暫停終止再啟動標準、測試用例編號規范、缺陷的嚴重等級與修復優先級、測試進度與里程碑、風險分析與防范等等多個方面，要系統全面地對一個產品測試的實施進行周密的布置。這很象一個戰爭狀態下一名深謀遠慮的指揮員，為了取得戰爭的勝利，在開戰之前所做的一系列準備。

        當計劃制定好以后，需要項目組的所有人員必須清醒的認識到計劃的重要性、與嚴格貫徹實施的必要性。這樣才能保證測試過程順利的進行。

        計劃準備完之后，就要著手實施了。但怎么下手呢？在戰爭狀態下，一城一池、一草一木都是兵家必爭的。當你看到戰爭大片里，指揮員在緊張地布置各級人員任務的時候，我們就可以想到，在計劃里已經做好了人員的分工，而且每個人的職責都很明確。一旦任務明確，那么各級人員怎么去拿下主攻目標就要看各自的能力與決心了。對于項目組中的測試人員也一樣，分工明確后就要開始進行測試用例的設計與開發了。

        本篇及后續篇章只介紹功能測試中常見的設計測試用例的方法，以后有時間將不斷進行補充其他測試用例的設計方法，也希望大家在一起相互討論。

        目前，在市面上有很多種軟件測試方面的書籍，也有一些書里介紹了測試用例的設計方法，但是在術語上還有不一致的地方，我認為一是測試知識本身的不系統性造成的，二是翻譯理解上有一些偏差。

        關于軟件測試用例的由來：

        在早期的軟件測試中，一是沒有測試計劃，二是沒有測試用例。我們說沒有測試計劃或測試用例，那么測試活動能不能開展呢，難道沒有這兩個階段就不能進行測試了嗎？應該說，沒有計劃和測試用例也是能開展測試活動的。但是隨著軟件測試過程的不斷完善，沒有計劃，就很盲目：被測對象不清楚、測試目的與測試策略不明確、資源安排混亂、人員分工職責不明晰，測試進度無法保證，那么一個軟件產品的測試怎么能順利進行呢？

        所以，測試計劃是必須要有的，那么有了計劃，知道“做什么”了，但是“怎么做”卻又是一頭霧水了。為了做到提高測試效率、明確測試重點、未來版本測試回歸以及衡量測試覆蓋率，所以通過設計一個實際的例子來開展測試活動是有必要的。那么用來進行參與測試的例子就是我們所說的測試用例（Test Case）。有了它，測試人員就知道怎么去對相關的功能點進行測試了。

        就跟要占領一個山頭一樣，一團300人從左攻，二團280人從右攻，三團360人從正面攻擊，30門火炮支援，15架轟炸機地毯式轟炸。當你有了進攻的路線、進攻的步驟和進攻所需的必要資源后，就可以去占領那個山頭了。

原文轉自：http://www.kjueaiud.com