有(yǒu)個(gè)問(w Ω׶èn)題應該不(bù)用(yòng)過多(duō)贅述了(le)：線下(x&∏ià)測試管理(lǐ)（excel、word...）的(de)效率和(™★±✘hé)質量，不(bù)如(rú)線上(shàng)測試管理(lǐ)（測試管理(lǐ)系統）。☆✘≥ 如(rú)果還(hái)在做(zuò)線下(xià)測試用(yòng)例管理(l≈ <ǐ)，團隊leader需要(yào)思考一(y±↔ī)下(xià)：不(bù)同測試工(gōng)程師(shī)執→§行(xíng)同一(yī)份測試用(yòng)例✔Ω，測試結果的(de)一(yī)緻性夠嗎(ma)≈±•？測試用(yòng)例的(de)評審好(hǎoπ≤)做(zuò)嗎(ma)？如(rú)何确保測試用(yòng)例的(de)場(chǎng)景覆蓋度 π夠全面？會(huì)不(bù)會(huì)漏掉某些(xiē)§≠場(chǎng)景？測試用(yòng)例修改之後，其他(tā)人(rén)知(zhī)道(dà☆↓<o)嗎(ma)？測試工(gōng)程師(shī)離(lí)職之後，新來(lái)的(de)工(gōn✔↔<g)程師(shī)，能(néng)快(kuài)速撿起來(lái•♥€)嗎(ma)？每次測試完成後，還(hái)在花(huā)很(hěn)多(duō)時(shí)間(jiān)整理₹¶¶✔(lǐ)bug嗎(ma)？測試結果記錄在哪兒(ér)呢(ne)？版本發布越來(lái)越多(duō)，現(xiàn)有(y£&→®ǒu)人(rén)力還(hái)能(néng)不(bù)能(n&∏éng)cover得(de)過來(lái)？ 如(rú)果還(hái)能(π™'εnéng)cover，是(shì)業(yè)務場(chǎng)景太簡單，導緻了≤ (le)測試用(yòng)例數(shù)量有(yǒu)限；還(hái)是(shφ>ì)沒有(yǒu)維護測試用(yòng)例，導緻測試用(yòng)例數(shù)量有(yǒu)λ∞限？
前者是(shì)由業(yè)務屬性決定的('≥de)，而後者導緻的(de)産品質量問(wèn)題，就(jiù)屬于人(rén)禍了(le)。
今天這(zhè)篇文≈∞(wén)章(zhāng)，我們主要(yào)來(lái)講解：如(rú)何做→∏(zuò)線上(shàng)測試用(yòng)例管理(lǐ)的(de∞§∑$)思路(lù)。會(huì)包含一(yī)些(xiē)工(gōσ'$ng)具的(de)介紹。
首先，我們來(lái)明(míng)确一(yī)♥β★下(xià)測試管理(lǐ)的(de)範圍。測試管理(lǐ)包含了(le)←φ×哪些(xiē)部分(fēn)？
在我看(kànδ↕₹)來(lái)，測試管理(lǐ)至少(shǎo)包含了(le)：測試用(yòng)例的(de)管理(lǐ)，測試用(yòng)例的(de)評審、測試計(jì>÷£ )劃的(de)管理(lǐ)，Bug 的(de)創建及跟蹤，測 試用(yòng)例與需求的(de)關聯。
測試用(yòng)例的(de)創建
$∞ 是(shì)所有(yǒu)測試活動的(de)基礎。如(rú)果沒有(yǒu)測試用(yò≥↓"ng)例，很(hěn)難保證測試的(de)一(yī)緻性。如(rú)果完全沒δ&有(yǒu)測試用(yòng)例，可(kě)以認定為(wèi)$π這(zhè)是(shì)感知(zhī)測試。基于每一(yī)個(gè)人(r™€én)感知(zhī)程度的(de)不(bù)同，得(→£¶de)出的(de)結論也(yě)不(bù)一(yī)樣。所以，針對(duì)一(yīφ££)個(gè)嚴謹的(de)工(gōng)程項目，一(yī)定需要(yào) ×"做(zuò)測試用(yòng)例的(de)管理(lǐ)。
測試用(yβφφσòng)例應該怎麽創建？有(yǒu)一(yī)些(xiē)β¥團隊是(shì)在線下(xià)，用(yòng) excel 、word來(lái)創建測δ₽試用(yòng)例。有(yǒu)很(hěn)多(duō)團隊是(shì)用(®✘πΩyòng)思維導圖的(de)方式創建測試用(yòng)例。思維導圖是(shì)一↕λ(yī)個(gè)非常好(hǎo)的(de)工(gα׶ōng)具，它最大(dà)的(de)優點就(jiù)是(shì)思維的(de)連貫性。 λ←λ也(yě)就(jiù)是(shì)，測試工(gōng)程師(sh≠₹ī)可(kě)以從(cóng)一(yī)個↓π✔(gè)待測點出發，不(bù)斷地(dì)去(qù)延♠δ伸。這(zhè)種思考方式，和(hé)産品經理(lǐ)思考産品的(de)思路(l€↑ ù)，以及開(kāi)發工(gōng)程師(shī)解決問(wèn)題的(de)思路(l§☆ù)是(shì)近(jìn)似的(de)。對(duì)于産品工(gōng)程師®"(shī)來(lái)說(shuō)，他(tā)最初得(de)到(dào∑♠✔)的(de)也(yě)是(shì)一(yī)個(gè)idea，從(cóng)這(zhè)個(gèφ≠σ₩) idea 出發，衍生(shēng)出産品的(de)各種使用(©≥✘☆yòng)場(chǎng)景。
對(duì)一(yī)個(gè)開(kāi≈δ↔×)發工(gōng)程師(shī)來(lái)說(shuō♣∏)，他(tā)最初需考慮的(de)是(shì)實現(xiàn)某一(yī)個(→÷gè)功能(néng)，針對(duì)這(zhè)個(gè)功能(néng)，可(kě)能(nén© g)要(yào)寫幾個(gè)函數(shù)，每一(yī)個(gè)函數(shù)有(yǒu)幾©™★個(gè)分(fēn)支，所以這(zhè)天生(sh☆ ₹βēng)也(yě)是(shì)一(yī)個(gè)樹(shù)狀的(&δde)思考模式。所以，思維導圖這(zhè)種工(gōng∞π✘)具，非常适合用(yòng)來(lái)寫測試Ω& 用(yòng)例。很(hěn)多(duō)團隊會( ♠huì)用(yòng)思維導圖來(lái)“草("±↑♥cǎo)拟”測試用(yòng)例，但(dàn)是(shì)“草(cǎo↑∏∞)拟”完之後，仍然是(shì)把思維導圖導出成一(yī)條條的(de)用(yòng)例，放(fàn"↑ g)在excel或者其他(tā)工(gōng÷✔•)具中。這(zhè)種方式，舍棄了(le)思維導圖最大(dà)的(de)優勢：思維的(de)連 §貫性。為(wèi)什(shén)麽這(zhè)些(xiē©✘β)團隊需要(yào)把思維導圖重新轉成條目化(huà♦©∑)？因為(wèi)思維導圖可(kě)以作(zuò)為(wèi)測試用(yòng)↑>例編寫工(gōng)具，但(dàn)卻無法執行(xíβ♣ng)。
基于這(zhè)個(gè)場(c ε¶hǎng)景，我們開(kāi)發了(le)一(yī)款全新的(de)研發管理(lǐ)工(€ε gōng)具 MappingSpace。在這(zhè)款工( ≠↔&gōng)具裡(lǐ)面，思維導圖不(bù)僅就(jiù)是(shì)測✔¥≥≥試用(yòng)例，攜帶了(le)測試用(yòng)例所需的(de)全部信息，如(rú)：前置條件∑<(jiàn)、測試步驟、預期結果，以及可(kě)定制(zhì)的(de)各種字段。
測試用(yòng)例的(de)評審
在很(hěn)多(duō)團隊裡 ≈♥(lǐ)面，可(kě)能(néng)不(bù)重視(shìα$$)這(zhè)一(yī)條，或者說(shuō)無法落地(dì)，流于會(huì)議↓§ Ω(yì)形式，在評審過程中很(hěn)少(shǎo)σ§₹ 能(néng)發現(xiàn)錯(cuò)誤'☆£>。實際上(shàng)，對(duì)于測試用(yòng)例，評審時(shí) §間(jiān)的(de)投入，是(shì)↔ 一(yī)個(gè)絕佳的(de)低(dīΩ♠☆♣)投入、高(gāo)産出的(de)過程。如(rú)果我們在評審測試用(yòng)<♣例的(de)過程中，就(jiù)能(néng)夠發現(xiàn)測試場(chǎn€®✔g)景的(de)不(bù)全，或者測試用(yòng)例的(de)錯(cuò)誤，甚→>至發現(xiàn)代碼分(fēn)支考慮的(de)場(chǎng) ₽>景不(bù)全，本身(shēn)就(jiù)可(kě)以避免大(dà)量的(de)犯錯(cuò)©¶©，節省大(dà)量時(shí)間(jiān)。
比如(rú)，由于測試用(yòng)例的(de)÷♦σ錯(cuò)誤，導緻了(le)測試人(rén)員(yuán✔ ₽≥)認為(wèi)測出來(lái)一(yī)個(gè)bug，但(dàn)實際上(shàng™ ♣β)是(shì)由于他(tā)對(duì)于需求理(lǐ)解不(bù)≈♠準确導緻的(de)，不(bù)僅浪費(fèi)了(le)測試人(r εén)員(yuán)的(de)時(shí)間(jiān)，也(yě)浪費(fèi)了(lπ&₽e)開(kāi)發人(rén)員(yuán)分(fēn)析問(wèn)題的(de)時(shí§×®)間(jiān)。
比如(rú)，測試用(yòng)例本身(shēn)的(≥de)不(bù)全，可(kě)能(néng)導緻某些(xiē)場(chǎng)景或₩→者某些(xiē)分(fēn)支沒有(yǒu)被測到(dào)。一(yī)旦這(zhè)樣的(dσe)問(wèn)題流入市(shì)場(chǎng)或者客戶之後，再進行(xíng)返工(gōng)←✘←↓的(de)成本是(shì)巨大(dà)的(de)，對(duì)于 &企業(yè)聲譽的(de)影(yǐng)響也(yě)是(shì)巨大(dà)的(de)。
比如(rπ∞♦↕ú)，在我們團隊進行(xíng)測試用(yòng)例評審時(shí)><，經常會(huì)發現(xiàn)某些(xiē)極限場(chǎγεng)景，開(kāi)發工(gōng)程師(shī)或者産品工(gōng)程≠€師(shī)未考慮到(dào)，從(cóng)而•♦<讓開(kāi)發或産品及時(shí)補全（這(zhè)也(yě)是(shì)↑∞TDD測試驅動開(kāi)發這(zhè)種方式的(de)優勢所在）。
假如(rú)我們能(néng)夠在測試用α®↔(yòng)例執行(xíng)之前，就(jiù)能(néng)有(yǒu←'★)效地(dì)進行(xíng)測試用(yòng)例的(de)評審，會(huì)大(dà)幅節約整λ♣₽個(gè)團隊的(de)時(shí)間(jiān)，提升軟件(σ<jiàn)的(de)質量，同時(shí)節約成本。
測試用(yòng)例要(yào)怎麽進行(xíng)'≈↕ 評審？一(yī)種方式，同樣是(shì)類似于 excel，條目化(huà)地(dì)進行¥(xíng)評審。很(hěn)多(duō)線上$$(shàng)的(de)測試工(gōng)具，其實隻是(shì)簡單地(dì)把線下(xià) ¶的(de) excel 搬到(dào)了(le)線上(shàng)₽ β，評審過程還(hái)是(shì)一(yī)條一(yī)條地(dì)進行(xíng)評審。這(' zhè)種評審方式不(bù)太好(hǎo)，同樣放(fàng)棄了(le)思維的(de)連貫γε£性。測試用(yòng)例是(shì)用(yòng)思維導圖來(lái)寫，而思維導圖的(d<λ♥¥e)思路(lù)是(shì)連貫的(de)，因此，基于思維導圖的(de)評審λ∞π，更容易發現(xiàn)每一(yī)個(gè≤↑™≠)分(fēn)支的(de)缺陷或遺漏。所以，✔★≤我們仍然建議(yì)，測試用(yòng)例的(de)評審也(yě)可λλ&ε(kě)以直接在思維導圖上(shàng)進行(xíng)。
當測試用(yòn₩♠♣₽g)例也(yě)評審完之後，接下(xià)來(lái)我們會(huì)™'創建測試計(jì)劃。測試計(jì)劃可(kě)能(néng)是(shì)針對(duì)一(→Ωyī)次叠代的(de)，也(yě)可(kě)能(néng)是(♠↔×shì)針對(duì)一(yī)次大(dà₽¶✘)版本的(de)。在測試計(jì)劃裡(lǐ)面，我們會(huì)$§添加很(hěn)多(duō)測試用(yòng)例，由于測試用(yòng)例是(shì)在系統中管理¥φ(lǐ)的(de)，因此，隻需要(yào)去(qù)選擇和(héα₽¶)這(zhè)次待測的(de)需求相(x®✔iàng)匹配的(de)測試用(yòng)例即可(kě)。如↕€Ω✘(rú)果用(yòng)戶已經把需求和(hé)測試用(yòng)例進行(xín•φ€g)了(le)關聯，系統會(huì)自(zì)動添加測試用(yòng)例，避免人(rén)為(wèi)漏掉某些( >≈xiē)測試用(yòng)例。
測試計(jì)劃的(de)執行(xíng)
✘∞首先，我們需要(yào)指定測試計(jì)劃的(de)負責人(rén)，在測試計( §♣jì)劃裡(lǐ)面可(kě)能(néng)有(yǒu)成百上(s∏€•<hàng)千條的(de)測試用(yòng)例。執行(xíng)的∑←±(de)過程，可(kě)以按照(zhào)類似于 excel，或者大(dà)多(σ£&duō)數(shù)線上(shàng)測試管理(lǐ)工(gōng)具₹ 的(de)方式，一(yī)條一(yī)條去(q&★εù)執行(xíng)。這(zhè)種執行(xíng)的™→(de)方式，存在兩個(gè)缺點，第一(yī)是(s≠≥β✘hì)執行(xíng)效率太低(dī)，需要(yào)一(yī)條條點擊執行(xínγ♦<εg)，無法批量操作(zuò)。第二是(shì)同樣抛棄了(le)測試↓≥÷用(yòng)例的(de)編寫思路(lù)。如(rú)果測試執行(xí ™φng)人(rén)員(yuán)能(néng)夠按照(zhào)測試用(yòng)工(gōn€±∑₽g)程師(shī)的(de)編寫思路(lù)來(lái)執行(x¥♠¥íng)測試用(yòng)例，它的(de)效率會(huì)非常高(gāo)（因為(w®©èi)是(shì)一(yī)個(gè)人(rén)思考問(wèn)題≤δ的(de)正常思路(lù)，先點擊A，看(kàn)看(kàn)結₽↑果A1，再點擊B，看(kàn)看(kàn)結果B1），而且很(hěn)快(k₹♠uài)就(jiù)可(kě)以記下(xià)所有(yǒu)測試用(yòn±™φg)例（孰能(néng)生(shēng)巧）。就(jiù)像剝洋蔥一(yī₹÷•∑)樣，是(shì)從(cóng)最外(wài)層往裡(lǐγ₽)面，逐層抽絲剝繭。而不(bù)是(shì)東(dōng)剝一(yī)下✘¥¥(xià)，西(xī)剝一(yī)下(xià)。在↔測試過程中，這(zhè)種方式也(yě)會(huì)由于它的↔¥α(de)跳(tiào)躍性，導緻測試場(chǎng)景很(hěn)容易被遺失。
執行(™φxíng)測試用(yòng)例的(de)過程中，不(bù)可(kě)避免會(huì≤ ☆∏)發現(xiàn)一(yī)些(xiē)缺陷，這(zhè)個&©♠±(gè)時(shí)候我們就(jiù)要(yào)♦©"創建Bug。
創建Bug
在測試管理(lǐ)工(gōng)具中，$δδ也(yě)需要(yào)能(néng)夠進行(xíng)Bug₩↔↓♣管理(lǐ)（這(zhè)也(yě)是(shì)線下(xià)工(gōn£<g)具的(de)一(yī)個(gè)缺點：創建、跟蹤bug的(de)過程太複雜(€♥zá)）。在 MappingSpace裡(lǐ)，測試用(yòng)例的(de)執行≠>•γ(xíng)過程中，可(kě)以直接創建 Bug，輕易就(jiù)與測試用(yòng)例建立了¶£(le)關聯。如(rú)果測試用(yòng)例已經和(hé)需求做(zuò)ε& ©好(hǎo)了(le)關聯，在測試報(bào)告ε÷≥中，可(kě)以看(kàn)到(dào)覆蓋度報(bào)告。在覆蓋度報(bà>¥™₽o)告裡(lǐ)面，可(kě)以看(kàn)到(dào÷€"β)這(zhè)次測試的(de)需求是(shì)什(shén)麽，測試♠用(yòng)例是(shì)什(shén)麽樣的(de)，針對(du<φì)這(zhè)些(xiē)測試用(yòng)例>>✘ ，測試出來(lái)哪些(xiē)bug，這(zhè)些(xiē) b✔ug是(shì)否已經被解決。
V模型
到(dào)此為(wèi)止，測試就(jiù®<±)進行(xíng)完了(le)（當然，随著(zhe)版本的(de)回歸，還(há€↕i)有(yǒu)各類回歸測試等）。在汽車(chē)行(xíng)<∑>業(yè)裡(lǐ)面，我們有(yǒu)時(shí)候還(hái)需要(yào)看(φ↓kàn)V模型。在V模型裡(lǐ)面，測試用(yòng)例↑₹✘☆會(huì)分(fēn)為(wèi)軟件(jiàn)單元測試、軟件(jiàn)集成測試、軟件(ji☆✔ àn)功能(néng)測試、系統集成測試、系統功能(néng)測試。
©πΩ
需要(σπ'↕yào)明(míng)确向用(yòng)戶表明('&≠Ωmíng)，測試用(yòng)例屬于哪個(gè)類型，測試用(yòng)例是(shì)針對(dε± ☆uì)需求、還(hái)是(shì)架構進行(xíng)測試的(de)" 。在MappingSpace裡(lǐ)，天然支 ™×持這(zhè)樣一(yī)個(gè)V模型的(de)視(shì)©☆ε•角。
轉自(zì)汽車(chē)電(diàn)子(zǐ)與軟件(jiàn)
