軟件測試中編寫(xiě)測試用例方法心得體會(huì )
編寫(xiě)背景：
一直以來(lái)都不太想把技術(shù)方面的文章寫(xiě)出來(lái)給大家看，一個(gè)是怕寫(xiě)作功底不好誤導哪些剛入門(mén)的測試同行，自己的表達能力有限，另一方面怕有的同行拿出去炒作，再者測試網(wǎng)站論壇上關(guān)于測試用例的資料已經(jīng)實(shí)在是多。但是看到同行紛紛都在問(wèn)我測試用例的問(wèn)題，都很想知道我寫(xiě)測試用例的心得體會(huì )。我就抱著(zhù)試試看的心態(tài)寫(xiě)寫(xiě)吧，希望測試的老前輩看見(jiàn)了，可以給我多提提建議。
編寫(xiě)測試用例方法心得體會(huì )
在我的個(gè)人郵箱和MSN上，通常同行都問(wèn)我類(lèi)似下面這樣的問(wèn)題：
�。�、一個(gè)測試用例要寫(xiě)到什么程度才比較好?
�。�、剛開(kāi)始做測試的時(shí)候，你是怎么學(xué)習寫(xiě)測試用例的？
�。�、你對黑盒測試用例的編寫(xiě)的體會(huì )是什么？有什么好的版本或者標準嗎？
對于測試用例，而我目前正在思考的問(wèn)題是：怎么寫(xiě)出對公司有價(jià)值的測試用例，對公司來(lái)說(shuō)，怎么測試才是最有價(jià)值的測試？
下面先來(lái)分析第一個(gè)問(wèn)題吧：一個(gè)測試用例要寫(xiě)到什么程度才比較好？
這個(gè)問(wèn)題，沒(méi)有定語(yǔ)，沒(méi)有說(shuō)是在什么樣的一個(gè)情況下，因此我這里只能就我工作中碰到的情況說(shuō)說(shuō)了。說(shuō)起來(lái)比較長(cháng)阿，大家要有耐心看才行哈。^_^
在我測試工作中，碰上的測試類(lèi)型我自己劃分成這么４種：
^
對項目、產(chǎn)品的測試，測試的時(shí)候通常要考慮這個(gè)項目的周期和測試資源。我所在的公司，通常項目開(kāi)發(fā)時(shí)間都很短４到５個(gè)月，然而測試通常都是在開(kāi)發(fā)即將結束的時(shí)候才真正介入。測試就是１個(gè)人負責。因此時(shí)間和人力資源對測試來(lái)說(shuō)是完成測試工作的一個(gè)風(fēng)險。為此在這種情況下，我都是先熟悉系統的業(yè)務(wù)，把握重點(diǎn)業(yè)務(wù)和功能后，參考需求，把測試需求、測試計劃和測試大綱給制定好。由于時(shí)間關(guān)系，測試用例都是先寫(xiě)重點(diǎn)的業(yè)務(wù)，也就是集成測試的測試用例。另外測試用例是根據測試大綱來(lái)的。通常都是先挑最重要的測試項和風(fēng)險大的業(yè)務(wù)功能編寫(xiě)測試用例。由于測試用例是本人執行，所以測試用例可以寫(xiě)的簡(jiǎn)單些，但是一定要開(kāi)發(fā)人員能夠看明白�？上宜诘墓�，都沒(méi)有人來(lái)看我的測試用例。測試用例對我來(lái)說(shuō)是用來(lái)提示我不要忘記了要測試哪些項。一些很有價(jià)值的ｂｕｇ通常不是在寫(xiě)測試用例的時(shí)候發(fā)現的，而是在測試軟件的過(guò)程中，我在家睡覺(jué)前的思考和回家的路上思考出來(lái)的。這就是手動(dòng)測試的魅力，有些軟件的缺陷是在你使用軟件的一瞬間和思考的一剎那突然發(fā)現的。所以要我回答測試用例要寫(xiě)到什么程度才比較好，我覺(jué)的只要你所寫(xiě)的測試用例在你的公司能夠順利的執行，不影響你的測試執行工作就可以了。因為測試用例寫(xiě)的太詳細，你要花費時(shí)間和人力成本，這樣出來(lái)的測試用例是最好的也是最貴的，一旦需求變更，也需要修改，這時(shí)你會(huì )發(fā)現這種詳細的測試用例是最不掙錢(qián)的。測試用例寫(xiě)的太粗，別人看不懂，不能執行，那你要花費你的時(shí)間去解釋?zhuān)@就加大了測試的工作量。這也不是好的方法。
第二個(gè)問(wèn)題，剛開(kāi)始做測試的時(shí)候，你是怎么學(xué)習寫(xiě)測試用例的？
我之所以選擇測試這個(gè)工作是因為：我畢業(yè)后，在第一家公司做技術(shù)支持，產(chǎn)品的問(wèn)題很多，導致技術(shù)支持工作很辛苦、很累。為了讓用戶(hù)買(mǎi)到的產(chǎn)品的質(zhì)量是好的，我選擇了做測試，到了現在的公司。我剛做測試的時(shí)候，對測試一無(wú)所知，什么測試流程阿、文檔阿都不知道，公司的測試和管理也不規范。對測試，大家都認為不就是拿個(gè)鼠標點(diǎn)來(lái)點(diǎn)去，誰(shuí)都可以來(lái)做。為此，我經(jīng)常上網(wǎng)查測試的資料，看看自己到底適合不適合做測試，測試到底是什么樣的一個(gè)職業(yè)，怎么去規劃自己的個(gè)人發(fā)展。其實(shí)要做好測試，真是不容易。不喜歡，真是不能做這個(gè)職業(yè)。
現在想想自己剛開(kāi)始寫(xiě)測試用例的時(shí)候，真是好笑。就像小孩子學(xué)習寫(xiě)字一樣。先是在網(wǎng)上狂搜索了一把測試用例的模板，綜合了幾個(gè)，就形成了。我之所以不用公司原有的測試用例模板，是因為太不適用了。還好，公司沒(méi)有嚴格要求必須要那個(gè)模板，只要適用就行。模板找好了，可是寫(xiě)就費勁了。對于剛做測試的新人，看似簡(jiǎn)單的一個(gè)填表工作，要寫(xiě)好真是不簡(jiǎn)單。一開(kāi)始寫(xiě)的比較不自然，有些生搬硬套，而且還很慢。沒(méi)有辦法，那時(shí)候沒(méi)有人指導我，全靠自己自學(xué)和領(lǐng)悟，所以那段日子很苦阿！多寫(xiě)幾次后，就知道和領(lǐng)悟了，測試用例要根據測試大綱來(lái)寫(xiě)，測試大綱要根據測試計劃來(lái)寫(xiě)。測試大綱更多的是把握住測試項的方向，而測試用例是指導怎么去執行測試。還好，我有編程的經(jīng)驗，所以對我熟悉軟件幫了一個(gè)很大的忙。熟悉了軟件的業(yè)務(wù)才能去寫(xiě)測試用例，才能更好的去測試。這也是我一點(diǎn)一點(diǎn)的領(lǐng)悟出來(lái)的。說(shuō)了這么多，不知道這樣的回答是否是回答了這個(gè)問(wèn)題。
最后一個(gè)問(wèn)題了，我盡量少寫(xiě)些，文字太多了大家看的也累，我寫(xiě)的也累。嘿嘿。^_^
你對黑盒測試用例的編寫(xiě)的體會(huì )是什么？有什么好的版本或者標準嗎？
我的體會(huì )：
�。�、測試用例要根據測試大綱來(lái)編寫(xiě)
�。�、測試用例也要分測試項進(jìn)行歸類(lèi)，這樣比較好分析和閱讀。如：業(yè)務(wù)流程測試、安裝測試、功能測試、用戶(hù)友好性測試、兼容性測試、性能測試、安全性測試等等。
�。�、編寫(xiě)測試用例要考慮各種情況，精力主要集中在軟件的主要業(yè)務(wù)流程和風(fēng)險高的地方。能分出測試優(yōu)先級別就最好了。
�。�、熟悉系統，對編寫(xiě)測試用例很有幫助。
�。�、即使對測試很熟悉了，在時(shí)間非常緊的時(shí)候，編寫(xiě)測試用例還是很有必要和好處的。
今天就想到那么些了，以后想到了在補充上了。我把我用的模板給你們粘貼一份上來(lái)，只能給你們做些參考，具體還是要看對你所在的公司適用不適用。測試項的歸類(lèi)我就不列舉了，因為每個(gè)公司的都不太一樣。
文章來(lái)源于領(lǐng)測軟件測試網(wǎng) http://kjueaiud.com/
