- 掛牌上市企業(yè)
- 60秒人工響應(yīng)
- 99.99%連通率
- 7*24h人工
- 故障100倍補(bǔ)償
怎么樣的測試用例才算是好的用例 |
| 發(fā)布時(shí)間: 2012/9/15 18:08:58 |
|
雖然我是一名測試新人，但是我自認(rèn)為自己是一個(gè)很有想法的人，覺得測試用例對(duì)我來說應(yīng)該不是什么問題，誰知道今天發(fā)生了一件事，讓我不得不重新審驗(yàn)一下自己的想法，以及最重要的一點(diǎn)是，我要搞清楚怎么樣的用例才算是好的用例。 話說事情是這樣的，這次客戶有一些新的需求，比如說原來的merchant ID改成merchant code, TID改成終端serial_no, 在屏幕上增加VAT的輸出（以前只有base amount的輸出），當(dāng)前時(shí)間增加秒級(jí)（之前只有日期，小時(shí)，分），金額中增加貨幣，如以前是1000,現(xiàn)在變成1000元等。 按我的想法是新需求就增加新的用例，用例中重點(diǎn)體現(xiàn)這些新加入或修改的內(nèi)容是否正確，而按我們頭頭的想法卻是在舊的用例中修改，加入這些新的內(nèi)容。 先說說為什么我覺得是增加新的用例，而不是在舊內(nèi)容中更改，理由一，每次測試都應(yīng)該有一個(gè)測試重點(diǎn)，不能每次都把所有的用例全都跑一遍，這樣測試人員會(huì)很累，像這次新增加或是修改的內(nèi)容應(yīng)該作為新的一次測試重點(diǎn)，測試過程中只需要測這些新增或修改的內(nèi)容，以及新增或修改部分可能會(huì)影響到的功能，不相關(guān)的用例可以不跑，因此用例應(yīng)該體現(xiàn)出測試重點(diǎn)來。然而我們頭頭的意思是在原來的用例上修改，而且用例寫完了還得全部再跑一次所有的用例，因此我覺得很悲劇。目前我們的用例沒有任何層次性，一個(gè)項(xiàng)目對(duì)應(yīng)一整套用例，如果有新需求就在原來的基礎(chǔ)上進(jìn)行修改，按頭頭的意思是如果不對(duì)原來的用例進(jìn)行修改，那么會(huì)導(dǎo)致后面的測試無法按照用例來跑，因?yàn)橛美桥f的。 好吧，我承認(rèn)我無法反駁這一點(diǎn)，舊的用例無法跑，或是新入職的測試人員想通過測試用例了解測試過程時(shí)可能會(huì)令他們感覺很迷茫，這些用例都不對(duì)嘛！可是我也無法說服自己每次增加一些新需求就得重新修改用例，純粹的copy->粘貼，沒有什么技術(shù)含量，感覺好浪費(fèi)時(shí)間，而且最重要的是下一次測試得全部測過一遍會(huì)讓我提不起干活的勁頭，如果有一個(gè)很直接的目標(biāo)，那么很容易讓我有那種“OK,就是它了”的感覺，然后很有干勁地直奔過去處理，但是假如有N多個(gè)目標(biāo)，那么這樣只會(huì)讓我覺得提不起勁，感覺沒有了目標(biāo)，因此最后的結(jié)果還是重點(diǎn)測一下新增或修改部分，對(duì)于其他大多敷衍了事。 理由二，在原有的用例上修改的話意味著我得從頭核對(duì)一次用例，看哪些需要修改就進(jìn)行修改，這樣我的工作量便增大了，這讓我這種以追求效率為目標(biāo)的人很難受，換另一句話來說就是覺得浪費(fèi)時(shí)間，按頭頭的想法是預(yù)算中給了你一周的時(shí)間，工作量不成問題，好吧，這點(diǎn)，我也沒法反駁，確實(shí)，時(shí)間是足夠的，但是問題在于我們不能因?yàn)轭A(yù)算時(shí)間足夠就可以隨便浪費(fèi)時(shí)間，如果有多余的空閑時(shí)間我可以學(xué)習(xí)其他方面豈不是更好，不過這句話我可不敢跟頭頭說，人家請(qǐng)你來是干活的，可不是學(xué)習(xí)的。 理由三，在寫舊的用例時(shí)，輸出數(shù)據(jù)不是所有的數(shù)據(jù)都列出來的，而是只挑我認(rèn)為的重要的項(xiàng)才列出來，其他數(shù)據(jù)略過，當(dāng)初覺得merchant ID, TID不重要，根本就沒列出來，而且當(dāng)前時(shí)間也不列出來的，現(xiàn)在必須加入這些，那么如果在舊用例上修改的話，意味著每個(gè)相關(guān)的用例都得加上這些，又是一個(gè)copy->粘貼的過程，如果是增加新用例，我可以在一個(gè)用例中把這些信息包括進(jìn)去，這樣就省事多了，總的來說，還是時(shí)間問題。按我的意思是這些東西并不是那么重要的，寫一個(gè)用例來查看就可以了，沒必要在每個(gè)相關(guān)用例上都增加進(jìn)去，就算是以后新入職的人員寫用例也是將其作為不重點(diǎn)信息，因此用例上沒有這些信息倒也不相干，既然如此，我增加一個(gè)用例來測試這些新增加/修改的內(nèi)容就OK了，但是按頭頭的意思，寫用例時(shí)不需要把所有的項(xiàng)都列出來，挑重點(diǎn)項(xiàng)列出來沒問題，但是既然客戶提需求了，就必須把提到的都列出來了，而且他認(rèn)為這些新增加/修改的內(nèi)容不能作為一個(gè)測試點(diǎn)來看待，因此不能獨(dú)立成為一個(gè)用例。 我問頭頭為啥不能作為一個(gè)測試點(diǎn)，這次的測試我在測試過程中肯定要查看這些內(nèi)容是否正確的呀。而頭頭的回答是，只有與具體某個(gè)功能相聯(lián)系才能作為一個(gè)測試點(diǎn)，不能說你的測試點(diǎn)就是查看一下屏幕是否顯示正確，這不是一個(gè)測試點(diǎn)，只是一個(gè)測試點(diǎn)中的一個(gè)環(huán)節(jié)，聽到這里我就開始迷茫了，這跟我認(rèn)為的測試用例完全不是同一回事了。 在我看來，用例是指導(dǎo)測試用的，那么用例就應(yīng)該體現(xiàn)我的測試過程，測試思想什么的，比如說我測試的時(shí)候是這樣的，比如測試一個(gè)報(bào)表吧，有多個(gè)查詢條件，那么第一步我會(huì)先查看一下這些查詢條件的顯示是否正確，比如說有彈出框選擇，那么選擇完后在輸入框中顯示的內(nèi)容是否跟我的選擇一致，這是一個(gè)測試點(diǎn)，然后再是點(diǎn)擊查詢按鈕查詢出來的結(jié)果是不是按照我的查詢條件得出的結(jié)果，這又是一個(gè)測試點(diǎn)，這里就包含了兩個(gè)測試點(diǎn)，也就是說至少需要兩個(gè)用例。然后按照頭頭的想法是報(bào)表的功能是查詢功能，那么只能是以某個(gè)查詢功能來寫用例，像我所說的第一個(gè)用例完全沒必要寫，第一個(gè)用例只是整個(gè)查詢過程的一個(gè)步驟，而不能作為一個(gè)測試點(diǎn)。 正是因?yàn)槲腋^頭理解的用例完全不一樣，于是我們的談話進(jìn)而提升到討論什么樣的用例是一個(gè)好的用例。 我剛做測試的時(shí)候，我的確是不懂怎么寫用例，于是都是按照一個(gè)功能一個(gè)功能地去寫用例，就是我們頭頭說的那種，但是在測試過程中我就發(fā)現(xiàn)了一些現(xiàn)象，雖然每個(gè)功能都涉及到了，但是，1、有很多bug沒法找到相對(duì)應(yīng)的用例；2、有時(shí)候一個(gè)用例對(duì)應(yīng)N多個(gè)bug;3、有時(shí)候N多個(gè)用例對(duì)應(yīng)一個(gè)bug,即一個(gè)步驟錯(cuò)了，那么所有包含該步驟的用例都fail了。4、有些用例寫得過于籠統(tǒng)，無法指導(dǎo)測試過程，也無法體現(xiàn)你的測試思路。于是針對(duì)各個(gè)問題，我的應(yīng)付是，對(duì)于1,找不到bug的時(shí)候我就想一下這個(gè)bug是怎么發(fā)現(xiàn)的，為啥用例沒有，大部分時(shí)候是因?yàn)槿鄙倬唧w的測試點(diǎn)造成的，于是我就給這些bug新增測試點(diǎn)，對(duì)于2-4,總結(jié)了一下，大多也是因?yàn)闇y試點(diǎn)的問題，于是我把用例改了，每個(gè)用例對(duì)應(yīng)一個(gè)具體的測試點(diǎn)，針對(duì)有些很容易出現(xiàn)問題的地方，增加多一些測試點(diǎn)，這樣子把用例修改下來后，我發(fā)現(xiàn)無論是測試過程還是測試結(jié)果的執(zhí)行都省事了，因?yàn)闇y試標(biāo)題寫的就是測試點(diǎn)，這樣我在測試過程中不需要看用例的具體步驟，我就知道該怎么測了，就按照測試點(diǎn)跑一遍就OK,當(dāng)然了，這需要你對(duì)系統(tǒng)熟悉了之后做的，如果不熟悉，還得看看步驟怎么操作的。在執(zhí)行測試結(jié)果的時(shí)候也很省事，我只要對(duì)應(yīng)一下哪個(gè)測試點(diǎn)出了問題，就給它一個(gè)fail,沒問題的就給它pass.如果像之前的用例那樣，如果是某個(gè)步驟錯(cuò)了，凡是含有該步驟的用例我都得給它一個(gè)fail,因此在執(zhí)行的時(shí)候還得一個(gè)一個(gè)去看，好煩人地說。 結(jié)果我跟我們頭頭這么一說，這下子就出問題了，他覺得我做事的方法不對(duì)，做事不是這么做的，用例也不是這么寫的，然后說了很多理由云云。 我問他說“一個(gè)好的用例不是應(yīng)該是一個(gè)能發(fā)現(xiàn)bug的用例么？”在我看來，“不管白用例黑用例，能測出bug的用例就是好用例”,他說是，但是不能為了發(fā)現(xiàn)bug而修改用例，因?yàn)閷懹美笆遣恢滥睦飼?huì)出現(xiàn)bug的，所以只能根據(jù)功能點(diǎn)來寫，把每個(gè)功能點(diǎn)涉及了就行了，你發(fā)現(xiàn)了bug之后再來修改用例，是因?yàn)槟阒肋@么做會(huì)出現(xiàn)這個(gè)bug,但是這個(gè)過程就不對(duì)之類的云云。 針對(duì)上面測試過程中出現(xiàn)的4點(diǎn)問題，對(duì)于1,他覺得既然是因?yàn)閱栴}出現(xiàn)在有些缺少的項(xiàng)中，那么就去修改用例，加上出現(xiàn)的bug的項(xiàng)就OK,沒必要增加新的測試點(diǎn)；對(duì)于2-4,他認(rèn)為這不是問題，還是原來的話，只要每個(gè)功能點(diǎn)涉及到了就行了，不需要過于詳細(xì)，他認(rèn)為我寫的用例過于詳細(xì)了，測試點(diǎn)過多。 談話談到這里，我已經(jīng)徹底無法接受了，我認(rèn)為的用例的編寫方法跟我們頭頭完全不一樣，我無法接受他的想法，更無法否認(rèn)自己的做法，心底下我覺得我的用例并沒有問題，而且做得很對(duì)，但是我們頭頭要求我按照他的想法去修改我的用例，于是我很糾結(jié)~~~ 本文出自：億恩科技【mszdt.com】 服務(wù)器租用/服務(wù)器托管中國五強(qiáng)！虛擬主機(jī)域名注冊(cè)頂級(jí)提供商！15年品質(zhì)保障！--億恩科技[ENKJ.COM] |
0371-60135900
京公網(wǎng)安備41019702002023號(hào)
香港服務(wù)器租用
美國服務(wù)器租用
電信骨干機(jī)房
聯(lián)通骨干機(jī)房
