在軟體測試的生命週期中，我們可以看到乙個軟體產品的測試，是需要從編寫測試計畫、測試用例的設計與開發、執行測試、報告缺陷、測試總結幾個關鍵步驟開始的。
在制定測試計畫階段，是為了使整個測試專案組所有成員必須按照事先制定好的計畫加以實施。所以在測試計畫裡，要包含的條目很多，也很必要。從計畫的目的、被測專案的簡介、測試需求、測試範圍、測試策略與方法的選取、測試優先順序、測試的啟動暫停終止再啟動標準、測試用例編號規範、缺陷的嚴重等級與修復優先順序、測試進度與里程碑、風險分析與防範等等多個方面，要系統全面地對乙個產品測試的實施進行周密的布置。這很象乙個戰爭狀態下一名深謀遠慮的指揮員，為了取得戰爭的勝利，在開戰之前所做的一系列準備。
當計畫制定好以後，需要專案組的所有人員必須清醒的認識到計畫的重要性、與嚴格貫徹實施的必要性。這樣才能保證測試過程順利的進行。
計畫準備完之後，就要著手實施了。但怎麼下手呢？在戰爭狀態下，一城一池、一草一木都是兵家必爭的。當你看到戰爭大片裡，指揮員在緊張地布置各級人員任務的時候，我們就可以想到，在計畫裡已經做好了人員的分工，而且每個人的職責都很明確。一旦任務明確，那麼各級人員怎麼去拿下主攻目標就要看各自的能力與決心了。對於專案組中的測試人員也一樣，分工明確後就要開始進行測試用例的設計與開發了。
本篇及後續篇章只介紹功能測試中常見的設計測試用例的方法，以後有時間將不斷進行補充其他測試用例的設計方法，也希望大家在一起相互討論。
目前，在市面上有很多種軟體測試方面的書籍，也有一些書裡介紹了測試用例的設計方法，但是在術語上還有不一致的地方，我認為一是測試知識本身的不系統性造成的，二是翻譯理解上有一些偏差。
關於軟體測試用例的由來：
在早期的軟體測試中，一是沒有測試計畫，二是沒有測試用例。我們說沒有測試計畫或測試用例，那麼測試活動能不能開展呢，難道沒有這兩個階段就不能進行測試了嗎？應該說，沒有計畫和測試用例也是能開展測試活動的。但是隨著軟體測試過程的不斷完善，沒有計畫，就很盲目：被測物件不清楚、測試目的與測試策略不明確、資源安排混亂、人員分工職責不明晰，測試進度無法保證，那麼乙個軟體產品的測試怎麼能順利進行呢？
所以，測試計畫是必須要有的，那麼有了計畫，知道「做什麼」了，但是「怎麼做」卻又是一頭霧水了。為了做到提高測試效率、明確測試重點、未來版本測試回歸以及衡量測試覆蓋率，所以通過設計乙個實際的例子來開展測試活動是有必要的。那麼用來進行參與測試的例子就是我們所說的測試用例（test case）。有了它，測試人員就知道怎麼去對相關的功能點進行測試了。
就跟要占領乙個山頭一樣，一團300人從左攻，二團280人從右攻，三團360人從正面攻擊，30門火炮支援，15架轟炸機地毯式轟炸。當你有了進攻的路線、進攻的步驟和進攻所需的必要資源後，就可以去占領那個山頭了。
未完待續..........
軟體測試用例設計方法
1.概述 grenford j.myers在 the art of software testing 一書中提出 乙個好的測試用例是指很可能找到迄今為止尚未發現的錯誤的測試，由此可見測試用例設計工作在整個測試過程中的地位，我們不能只憑藉一些主觀或直觀的想法來設計測試用例，應該要以一些比較成熟的測試用...
軟體測試用例設計方法
一 測試過程中遇到的問題 1.不知道是否較全面的測試了所有內容 2.測試的覆蓋率無法衡量 3.對新版本的重複測試很難實施 4.存在大量冗餘測試影響測試效率。二 等價劃分 分析問題 1.等價類劃分概念 2.等價類 是指某個輸入域的子集合。在該子集合中，各個輸入資料對於揭露程式中 的錯誤都是等效的 3....
軟體測試用例設計方法
1.等價類劃分法 等價類是指某個輸入域的子集合，該子集合中對於揭示程式錯誤是等效的。某個等價類的代表值與該等價類的其他值對於測試來說是等價的 因此可以把全部的輸入資料劃分成若干的等價類，在每乙個等價類中取乙個資料來測試，這樣就能以較少的具有代表性的資料進行測試 有效等價類 是指對於程式的規格說明來說...