從事測試工作了一段時間，對開始書本中的理解和實際工作的經(jīng)驗寫了這篇文章希望能幫助新來的朋友吧。
測試用例的編寫，對于每一個Tester來說都是不可避免的，平時很一部分的工作內(nèi)容就是編寫測試用例，如何寫一個好的用例呢？如果你的用例只是用于ISO的審核，那沒必要再這里探討這個問題。好的Case，是Tester的勞動成果，它應(yīng)該是充滿智慧的，具有可復(fù)用性，啟發(fā)性，能充分體現(xiàn)一個Tester的水平。很多人的Case雖然寫的很不錯，可惜只有他自己才能看懂其中的內(nèi)容和體會Case的意思，為什么？因為它寫的Case描述不清楚，只有他自己看了才明白，一個好的Case必須有良好的書寫格式與習慣，能讓所有看的人都能理解，也就是說，當你離開這個項目，其他人來接受你的工作時，只要看你的Case就能明白項目的目標與需求。如果做到這一點呢？
第一步，我想應(yīng)該是Case格式的確立，擁有好的，清晰的格式，有利于幫助Tester來組織他的Case，會讓你事半功倍，反之亦然，一個結(jié)構(gòu)不合理的格式，會讓你覺得蹩手蹩腳，影響你的發(fā)揮。如果選擇一個良好的結(jié)構(gòu)，要根據(jù)具體工作的情況，項目的結(jié)構(gòu)，以及用例的目標（功能測試用例，性能測試用例以及其他）我認為不同的測試手段要使用不同的用例結(jié)構(gòu)。確定好這些因素后，在來談?wù)劀y試用例中涉及到的一些東西，理解Case所需要的東西，我認為這些東西是比不可少的，1：軟件版本編號。2：測試用例編號，編號的格式可根據(jù)軟件版本號+用例號來確定，這樣不會應(yīng)為Case的日積越累或軟件版本的不停升級而混亂。
3：用例的優(yōu)先級，在一個時間緊湊的測試環(huán)境下，為了跟效率的完成測試用例，我們所能做的是完成那些優(yōu)先級高的用例，至于優(yōu)先級如何來確定，可以根據(jù)項目需求，或者用戶那邊的需求來確定，也可以根據(jù)實際經(jīng)驗對那些很容易產(chǎn)生缺陷的模塊設(shè)置為高優(yōu)先級。4：用例步驟。5：輸入數(shù)據(jù)。 6：實際輸出數(shù)據(jù)。
7：期望輸出數(shù)據(jù)。某個步驟下，輸入了某條數(shù)據(jù)，你期望程序會輸出什么數(shù)據(jù)?？梢砸粊砜梢耘c實際輸出的數(shù)據(jù)相比較。8：備注。為什么要備注，可能你在思考這個Case的時候有一個好的點子或者思路，可以寫在備注里面?；蛘邔@個用例還有一些必要的補充說明等。9：測試環(huán)境。10：用例編寫人/日期。11：測試執(zhí)行者/日期?？赡芨鶕?jù)不同的項目還需要一些補充，可以根據(jù)具體情況具體分析。
第二步。設(shè)計測試用例，通常情況下在你編寫測試用例之前，你必須要有一個測試計劃，這里我只討論測試用例。嗯，開始設(shè)計之前還有一些準備工作，必須熟讀軟件需求說明，一定要清晰的了解每一條需求，明白軟件的性能指標，綜合考慮測試環(huán)境，人員配置，要根據(jù)自己的實際能力，測試工具使用狀況寫出符合自己測試團隊的用例。用例的劃分有很多種方法，根據(jù)測試的類型，比如功能性測試，你可以按照功能模塊劃分用例，劃分科學的模塊你可以組織這些用例直接進行集成測試，組合部分模塊或者所有模塊來測試。性能測試，可以根據(jù)性能指標來確定用例劃分，對于用例環(huán)境的不同來劃分用例等等。也可以根據(jù)測試工具在組織測試用例，比如那些Case可以在測試工具上完成，那些需要手動去完成，劃分的方法很多，但是有一點必須保證，就是測試覆蓋率，是否覆蓋了所有的需求。寫好一個用例，需要工作經(jīng)驗的積累，需要對項目需求的了解，我覺得Tester應(yīng)該是公司里最了解軟件需求與功能的人。測試的技術(shù)很多，可以在Case中體現(xiàn)出來，比如說邊界值測試，溢出測試，等價類劃分測試法，等等。按照這些來編寫你的Case也可以提高你的技能。
第二步。審核你的Test Case，怎么樣才能完美你的Case呢？最好的辦法就是進行同行評審，也就是讓你的同事來看你的Case，同時與開發(fā)部門負責人進行溝通，討論你的Case。進行這兩步后可能要對你的Case進行一些修改。但并不是這樣一個好的Case就產(chǎn)生了，在執(zhí)行測試用例的過程中，你可能還會發(fā)現(xiàn)很多問題，這也是一個Case的完善過程。對于從一個項目中成長起來的Tester，會隨著對項目的不停理解與思考而隨時修改自己的Case，我是這樣理解的。
嗯！以上就是我對Test Case的理解，還有很多東西沒有寫進去，其實要寫的東西太多太多，我想盡力過一段時間的測試工作后你也會有我同樣的思考吧，在這里希望能幫助一些在編寫測試用例中遇到問題的朋友。
