軟件測(cè)試之我們?yōu)槭裁匆獙?xiě)測(cè)試用例

第第頁(yè)軟件測(cè)試之我們?yōu)槭裁匆獙?xiě)測(cè)試用例？軟件測(cè)試之我們?yōu)槭裁匆獙?xiě)測(cè)試用例？

發(fā)表于：2023-03-06來(lái)源：：點(diǎn)擊數(shù)：標(biāo)簽：軟件測(cè)試

測(cè)試用例的編寫(xiě)作為QC特定的概念、技能，成為唯一廣泛公認(rèn)的東西，這是我進(jìn)入測(cè)試行業(yè)時(shí)感到很驚訝的事情?，F(xiàn)在，過(guò)去10多年了，我終于有點(diǎn)明白了。現(xiàn)在，我是探索性測(cè)試（ExploratoryTesting）的鼓吹者，我在這之前甚至沒(méi)有聽(tīng)過(guò)這個(gè)術(shù)語(yǔ)和方法。但是，

測(cè)試用例的編寫(xiě)作為QC特定的概念、技能，成為唯一廣泛公認(rèn)的東西，這是我進(jìn)入測(cè)試行業(yè)時(shí)感到很驚訝的事情?，F(xiàn)在，過(guò)去10多年了，我終于有點(diǎn)明白了。現(xiàn)在，我是探索性測(cè)試（ExploratoryTesting）的鼓吹者，我在這之前甚至沒(méi)有聽(tīng)過(guò)這個(gè)術(shù)語(yǔ)和方法。但是，我現(xiàn)在仍然寫(xiě)測(cè)試用例，在一些有意義的地方，相信“銀彈”適用于任何地方是錯(cuò)誤的。在上年的時(shí)候，我曾經(jīng)把測(cè)試用例比喻成盾，而把測(cè)試比喻成劍。（/node/view/3041），我仍然相信測(cè)試用例的創(chuàng)建會(huì)有兩個(gè)用途或目的：1）測(cè)試用例被認(rèn)為是要交付給顧客的產(chǎn)品的一部分。測(cè)試用例在這里充當(dāng)了提高可信度的作用。典型的是UAT（可接受）級(jí)別。2）測(cè)試用例只作為內(nèi)部使用。典型的是系統(tǒng)級(jí)別的測(cè)試。在這里測(cè)試效率是目的。在代碼尚未完成時(shí)，我們基于設(shè)計(jì)編寫(xiě)測(cè)試用例，以便一旦代碼準(zhǔn)備好了，我們就可以很快地測(cè)試產(chǎn)品。在轉(zhuǎn)向敏捷開(kāi)發(fā)的過(guò)程中，第二條失去了它的價(jià)值。我在我們公司和其他公司都看到了這樣的事情。看起來(lái)要變成以下的方式：a）測(cè)試用例被內(nèi)部使用，但是目的是可信度，而不是效率。也意味著測(cè)試用例會(huì)在測(cè)試執(zhí)行過(guò)程中被不斷修改和重寫(xiě)。b）探索性測(cè)試會(huì)取而代之，不寫(xiě)測(cè)試用例我不回進(jìn)一步去探討a）的方式，因?yàn)楹苊黠@這種是很不可靠的測(cè)試管理–你不能使管理層相信這是低效的利用資源的方式。也有一些時(shí)候，測(cè)試用例被創(chuàng)建只是用于報(bào)告測(cè)試進(jìn)度。比如說(shuō)，我們有80%的測(cè)試用例編寫(xiě)了，而其中70%通過(guò)測(cè)試。我已經(jīng)在抨擊這種方式，并且還會(huì)繼續(xù)抨擊它。因?yàn)檫@是典型的用缺陷數(shù)字來(lái)衡量質(zhì)量，用測(cè)試用例個(gè)數(shù)來(lái)衡量測(cè)試進(jìn)度的錯(cuò)誤方法。上面兩種方式是否正確依賴于我們是否需要可重用的測(cè)試用例。我相信回歸測(cè)試用例的編寫(xiě)和自動(dòng)化測(cè)試腳本的編寫(xiě)有很多共同點(diǎn)。甚至可以說(shuō)它們有3個(gè)級(jí)別：1、純探索性測(cè)試2、執(zhí)行編寫(xiě)好的測(cè)試用例3、執(zhí)行自動(dòng)化測(cè)試腳本從上到下，設(shè)計(jì)所需的時(shí)間要不斷增加，但是測(cè)試執(zhí)行的時(shí)間不斷減少，因?yàn)樽詣?dòng)化測(cè)試可能僅會(huì)驗(yàn)證你在腳本里寫(xiě)好要驗(yàn)證的東西，那就意味著你要預(yù)測(cè)什么缺陷會(huì)出現(xiàn)。而在手工測(cè)試過(guò)程中，你可能看到間接的證據(jù)表明存在某些缺陷。測(cè)試用例越詳細(xì)，測(cè)試人員已經(jīng)測(cè)試的時(shí)間就會(huì)越多（現(xiàn)在會(huì)執(zhí)行得更快了），能找到那些間接驗(yàn)證的問(wèn)題的可能性越低。講了這么多理論，現(xiàn)在來(lái)點(diǎn)實(shí)踐性的東西。我在新項(xiàng)目是按下面的方式做的：首先，我會(huì)找出所有在第一個(gè)版本中界面自動(dòng)化失效的地方。這可能會(huì)與那些只發(fā)布一次的項(xiàng)目不一樣，但是我在那些方面沒(méi)有什么經(jīng)驗(yàn)。當(dāng)然單元測(cè)試像JUnit執(zhí)行指定的API函數(shù)也會(huì)很有用，能被開(kāi)發(fā)人員很好地創(chuàng)建，但是測(cè)試人員有時(shí)候也應(yīng)該幫助一下他們。接下來(lái)，在測(cè)試執(zhí)行周期中，我不會(huì)寫(xiě)任何測(cè)試用例。我只會(huì)在版本發(fā)布后更新測(cè)試計(jì)劃，詳細(xì)地寫(xiě)出被測(cè)試功能特性的列表，以及對(duì)應(yīng)有哪些功能特性不生效、對(duì)應(yīng)的缺陷ID。在版本發(fā)布后，我創(chuàng)建詳細(xì)的測(cè)試用例文檔描述怎樣調(diào)用每個(gè)功能特性，輸入什么數(shù)據(jù)等等?？雌饋?lái)像是文檔，但是有著不同的目標(biāo)和用途：目的是讓回歸測(cè)試執(zhí)行更快速進(jìn)行。例如，我把數(shù)據(jù)附加上去，從而減少準(zhǔn)備數(shù)據(jù)的時(shí)間；我細(xì)化一些瑣碎的測(cè)試用例，測(cè)試人員（新手除外）會(huì)添加錯(cuò)誤處理的一些細(xì)節(jié)。我嘗試使用測(cè)試白板（TestingDashboard）去替換正式的包含測(cè)試用例執(zhí)行/通過(guò)/失敗