基于Scrum的敏捷測(cè)試過(guò)程中探索式軟件測(cè)試研究

張麗 杜蘭 戴麗麗

摘要 隨著軟件行業(yè)的發(fā)展，敏捷理念在軟件開(kāi)發(fā)過(guò)程中不斷推進(jìn)和深入實(shí)施。采用Scrum方式的特性團(tuán)隊(duì)，在一個(gè)迭代中完成功能的開(kāi)發(fā)和驗(yàn)證過(guò)程。系統(tǒng)測(cè)試團(tuán)隊(duì)獲取交付功能后，在版本發(fā)布前如果仍然使用傳統(tǒng)測(cè)試方法，將很難發(fā)現(xiàn)深層次問(wèn)題。探索式測(cè)試為系統(tǒng)測(cè)試提供了新的思路，那么如何進(jìn)行探索則成為了一個(gè)關(guān)鍵性的話題。本文主要結(jié)合敏捷測(cè)試過(guò)程闡述探索式測(cè)試的概念和過(guò)程。

[關(guān)鍵詞]Scrum 敏捷測(cè)試 探索式測(cè)試

1 引言

目前在采用S crum方式的特性團(tuán)隊(duì)中，測(cè)試活動(dòng)由特性團(tuán)隊(duì)的質(zhì)量保證（QUALITYASSURANCE，縮寫為QA）人員根據(jù)測(cè)試設(shè)計(jì)方案完成。但是短平快的迭代周期降低了測(cè)試深度，從而直接影響了發(fā)布版本質(zhì)量。要提高版本質(zhì)量，系統(tǒng)測(cè)試必須要做深入的挖掘性測(cè)試。探索式測(cè)試（Exploratory Testing，縮寫為ET）為深入測(cè)試提供了一種思路。

2 基于Scrum的敏捷測(cè)試

敏捷是以用戶的需求為核心，采用迭代、循序漸進(jìn)的方法進(jìn)行軟件開(kāi)發(fā)的一種方式。敏捷開(kāi)發(fā)具有快速交付、周期短、并且能夠及時(shí)、快速響應(yīng)客戶需求變動(dòng)等特點(diǎn)。敏捷測(cè)試關(guān)注于業(yè)務(wù)價(jià)值和交付滿足客戶需求的軟件。在敏捷測(cè)試中，測(cè)試人員與技術(shù)人員、業(yè)務(wù)人員進(jìn)行良好的交流并持續(xù)反饋。

Scrum是一種開(kāi)發(fā)創(chuàng)新產(chǎn)品和服務(wù)的敏捷方式。Scrum定義的特性團(tuán)隊(duì)是跨職能的多面手團(tuán)隊(duì)，團(tuán)隊(duì)中包括但不限于開(kāi)發(fā)人員和QA，可以在一個(gè)迭代中交付有價(jià)值的產(chǎn)品的一部分。Scrum項(xiàng)目周期是以一組迭代“Sprints”組成。在每個(gè)迭代中，產(chǎn)品的設(shè)計(jì)、開(kāi)發(fā)和測(cè)試全部完成。

然而，采用了Scrum方法后，產(chǎn)品開(kāi)發(fā)周期變短，從原來(lái)幾個(gè)月發(fā)布一個(gè)版本到現(xiàn)在幾周交付版本，而用戶需求存在頻繁變動(dòng)的可能。在特性團(tuán)隊(duì)移交功能到系統(tǒng)測(cè)試團(tuán)隊(duì)后，系統(tǒng)產(chǎn)品存在隱含問(wèn)題的情況。但是由于特性團(tuán)隊(duì)已經(jīng)完成了功能的測(cè)試，如果系統(tǒng)測(cè)試還要按照測(cè)試方案去常規(guī)測(cè)試，將很能發(fā)現(xiàn)問(wèn)題。因此在系統(tǒng)測(cè)試階段，嘗試引入探索式測(cè)試，發(fā)現(xiàn)系統(tǒng)深層次的隱含缺陷。

3 探索式測(cè)試

3.1 概念

探索式測(cè)試是一種自由的軟件測(cè)試風(fēng)格，強(qiáng)調(diào)測(cè)試人員同時(shí)展開(kāi)測(cè)試學(xué)習(xí)、測(cè)試設(shè)計(jì)、測(cè)試執(zhí)行和測(cè)試結(jié)果的評(píng)估等活動(dòng)，以持續(xù)優(yōu)化測(cè)試工作。因此在探索式測(cè)試過(guò)程中，要求測(cè)試人員一直保持全身投入。

探索式測(cè)試是一種軟件測(cè)試風(fēng)格，而不是一種具體的軟件測(cè)試技術(shù)，它強(qiáng)調(diào)基于當(dāng)前的語(yǔ)境選擇合適的測(cè)試技術(shù)，而不局限于特定的測(cè)試技術(shù)。探索式測(cè)試更關(guān)注的是測(cè)試過(guò)程中學(xué)習(xí)的重要性，它的優(yōu)勢(shì)在于測(cè)試人員可以并行地實(shí)施測(cè)試學(xué)習(xí)、設(shè)計(jì)、執(zhí)行和評(píng)估。在探索式測(cè)試過(guò)程中，測(cè)試人員不斷學(xué)習(xí)探索，一次探索結(jié)束后，總結(jié)前一階段的執(zhí)行結(jié)果，并依此調(diào)整下一階段的執(zhí)行過(guò)程。所以在探索式測(cè)試過(guò)程中，反饋非常重要，依據(jù)這些學(xué)習(xí)反饋，可以更好地進(jìn)行下一步的測(cè)試。也由此，探索式測(cè)試可以不斷深入系統(tǒng)，發(fā)現(xiàn)深層次問(wèn)題。

3.2 探索式軟件測(cè)試方法

3.2.1 測(cè)試方法

實(shí)踐中，測(cè)試人員執(zhí)行探索式測(cè)試之前，需要充分考慮軟件系統(tǒng)的各個(gè)方面，包括質(zhì)量標(biāo)準(zhǔn)、項(xiàng)目環(huán)境、產(chǎn)品元素，基于這些因素，選擇合適的測(cè)試技術(shù)。要求測(cè)試人員對(duì)被測(cè)系統(tǒng)充分了解，掌握相關(guān)領(lǐng)域知識(shí)，采用啟發(fā)式的方法思考需要探索測(cè)試場(chǎng)景。

3.2.2 測(cè)試管理

探索式測(cè)試，從表面看很像即興測(cè)試，但是兩者不同。即興測(cè)試是隨性而發(fā)的測(cè)試，任何人隨時(shí)隨地都可以去測(cè)，或者說(shuō)是沒(méi)有準(zhǔn)備的、隨意地去發(fā)現(xiàn)軟件缺陷的過(guò)程。對(duì)于探索式測(cè)試需要使用規(guī)范化的機(jī)制來(lái)對(duì)測(cè)試工作進(jìn)行組織和管理，Jon Bach和James Bach提出了基于會(huì)話的測(cè)試管理（Session-basedtest management，縮寫為SBTM）方法。這個(gè)管理方法將測(cè)試任務(wù)分解成一系列的會(huì)話（Sessions），測(cè)試人員在一個(gè)會(huì)話中完成特定任務(wù)的設(shè)計(jì)、執(zhí)行、記錄和總結(jié)，并實(shí)時(shí)調(diào)整下一個(gè)會(huì)話。

4 基于Scrum的敏捷測(cè)試過(guò)程中探索式測(cè)試方法研究

在實(shí)際執(zhí)行探索式測(cè)試過(guò)程中，可以按照如流程圖l執(zhí)行。

探索測(cè)試的第一個(gè)環(huán)節(jié)是熟悉功能，做功能點(diǎn)梳理，功能點(diǎn)梳理的結(jié)果是劃分出多個(gè)會(huì)話。劃分完畢后選擇Session進(jìn)行探索測(cè)試，直到完成所有Session的測(cè)試，最后要進(jìn)行任務(wù)報(bào)告階段，總結(jié)本次測(cè)試過(guò)程和結(jié)果，結(jié)束探索測(cè)試。

首先對(duì)需要測(cè)試的功能進(jìn)行分析，梳理功能點(diǎn)。在分析過(guò)程中，需要參考用戶需求文檔、開(kāi)發(fā)設(shè)計(jì)文檔，還需要獲取特性團(tuán)隊(duì)中QA的測(cè)試結(jié)果和測(cè)試總結(jié)，分析功能潛在的風(fēng)險(xiǎn)點(diǎn);經(jīng)過(guò)分析后，劃分出多個(gè)Sessions，一個(gè)Session是探索式測(cè)試工作的基本單位。

每個(gè)Session都有具體的任務(wù)（Charter），在Charter中描述具體測(cè)試主題、測(cè)試策略、可能存在的問(wèn)題、可以使用的資源等。每個(gè)Session都需要在一段固定的、不受打擾的時(shí)間段內(nèi)完成，要求測(cè)試人員全身心投入，常見(jiàn)的時(shí)間可以是九十分鐘，也可以是三個(gè)小時(shí)。

在一個(gè)Sesssion測(cè)試結(jié)束后，測(cè)試人員要輸出會(huì)話單（Session Sheet），描述本次測(cè)試過(guò)程，內(nèi)容可以包括測(cè)試時(shí)間、測(cè)試項(xiàng)目、測(cè)試結(jié)果、發(fā)現(xiàn)問(wèn)題等。在完成一天的測(cè)試后，測(cè)試人員向測(cè)試組中的測(cè)試領(lǐng)導(dǎo)、測(cè)試專家做任務(wù)報(bào)告，匯報(bào)測(cè)試的進(jìn)展與發(fā)現(xiàn)，總結(jié)當(dāng)天的測(cè)試情況，并進(jìn)行頭腦風(fēng)暴，根據(jù)這些信息調(diào)整下一步的Session、測(cè)試時(shí)間等。

按照這樣的過(guò)程執(zhí)行，直到完成全部Session的測(cè)試。

5 總結(jié)

探索式測(cè)試是一種測(cè)試風(fēng)格，根據(jù)上下文選擇合適的測(cè)試技術(shù)。本文主要描述了基于會(huì)話的測(cè)試管理方法在采用Scrum方式后系統(tǒng)測(cè)試階段的使用方法和使用過(guò)程。通過(guò)該過(guò)程可以看出，探索式測(cè)試更注重測(cè)試人員在測(cè)試中不斷學(xué)習(xí)、反饋和調(diào)整，因此使用這種方法會(huì)在系統(tǒng)測(cè)試中發(fā)現(xiàn)更深層次的問(wèn)題。

參考文獻(xiàn)

[1]Kenne th S.Rubin.Scrum精髓[M].北京：清華大學(xué)出版社，2014.

[2]史亮，高翔，探索式測(cè)試實(shí)踐之路[M]，北京：電子工業(yè)出版社，2012.

[3]余久久，張佑生，軟件探索性測(cè)試研究進(jìn)展[J].實(shí)驗(yàn)室研究與探索，2014， 33 （02）： 93-102.

[4]孫常濱，對(duì)于電信軟件探索性軟件測(cè)試的探討[J]，電子技術(shù)與軟件工程.2013 （17）：97-97.

[5]譚鳳，基于敏捷測(cè)試過(guò)程的探索性測(cè)試方法研究[J]，電腦迷，2017 （03）：4-5.

[6] James A.Whittaker.探索式軟件測(cè)試[M]，北京：清華大學(xué)出版社，2010.

[7]Elisabeth Hendrickson.探索吧！深入理解探索式軟件測(cè)試[M].北京：機(jī)械工業(yè)出版社.2011.