基于Scrum的敏捷測(cè)試研究與應(yīng)用

王 倩 唐蘭文 吳海燕

（中汽數(shù)據(jù)〈天津〉有限公司，中國(guó) 天津 300180）

0 引言

隨著互聯(lián)網(wǎng)行業(yè)的快速發(fā)展，企業(yè)之間的競(jìng)爭(zhēng)力日趨激烈，對(duì)于快速變化的用戶(hù)需求，高質(zhì)量、快速度的項(xiàng)目開(kāi)發(fā)能力越來(lái)越受大家歡迎。而現(xiàn)在的軟件項(xiàng)目，普遍現(xiàn)象是在各種原因背景下開(kāi)發(fā)過(guò)程不斷延期，測(cè)試時(shí)間不斷壓縮，導(dǎo)致最后測(cè)試人員沒(méi)有充足的時(shí)間去發(fā)現(xiàn)、挖掘業(yè)務(wù)邏輯性的bug，更沒(méi)有信心交付產(chǎn)品。甚至，有些項(xiàng)目的需求一直未敲定或不斷需求變更，導(dǎo)致開(kāi)發(fā)修改太多版本，無(wú)法交付至測(cè)試手中，最后項(xiàng)目時(shí)間緊迫、壓縮，約定時(shí)間內(nèi)給客戶(hù)演示手忙腳亂，成果漏洞百出。為了更好地聚焦研發(fā)產(chǎn)品的商業(yè)價(jià)值、有效地應(yīng)對(duì)客戶(hù)需求變化的業(yè)務(wù)環(huán)境、提高研發(fā)效率和產(chǎn)品質(zhì)量、提升產(chǎn)品的客戶(hù)滿(mǎn)意度，在新產(chǎn)品研發(fā)項(xiàng)目的開(kāi)發(fā)階段、以及軟件產(chǎn)品維護(hù)階段引入Scrum敏捷開(kāi)發(fā)方式。本文嘗試基于Scrum開(kāi)展敏捷測(cè)試應(yīng)用進(jìn)行概述。

1 敏捷測(cè)試概述

1.1 敏捷開(kāi)發(fā)和敏捷測(cè)試介紹

敏捷開(kāi)發(fā)方法是一類(lèi)軟件開(kāi)發(fā)的泛稱(chēng)，其核心是測(cè)試驅(qū)動(dòng)開(kāi)發(fā)，整個(gè)開(kāi)發(fā)過(guò)程靈活可變。與傳統(tǒng)的瀑布模型開(kāi)發(fā)模式不同，敏捷開(kāi)發(fā)是以用戶(hù)需求變化為核心，能快速響應(yīng)用戶(hù)需求變化的一種開(kāi)發(fā)模式，更適應(yīng)現(xiàn)今快速變化的用戶(hù)需求。另外，敏捷測(cè)試有更大的優(yōu)勢(shì)，主要表現(xiàn)在測(cè)試人員和開(kāi)發(fā)人員面對(duì)面溝通，節(jié)省了復(fù)現(xiàn)bug、提交bug和關(guān)閉bug時(shí)間，極大地降低了溝通成本，提高了溝通效率，及早地發(fā)現(xiàn)并解決了需求文檔和代碼問(wèn)題。并且迭代測(cè)試由于功能點(diǎn)越來(lái)越多，測(cè)試點(diǎn)越來(lái)越多，可引入必要的自動(dòng)化測(cè)試，進(jìn)行模塊復(fù)用，減少人力投入，加快項(xiàng)目進(jìn)度。

2 Sc rum 框架和過(guò)程

Scrum是當(dāng)前應(yīng)用中最廣泛的敏捷開(kāi)發(fā)方法。流程清楚簡(jiǎn)單，適用于敏捷測(cè)試經(jīng)驗(yàn)不足的團(tuán)隊(duì)，因此就此概述。

由于Scrum把整個(gè)開(kāi)發(fā)測(cè)試團(tuán)隊(duì)比作一個(gè)有明確的更高目標(biāo)，具有高度自主權(quán)。緊密地溝通合作，以高度彈性解決各種挑戰(zhàn)，確保每天、每個(gè)階段都朝向目標(biāo)有明確的推進(jìn)的橄欖球隊(duì)，所以命名直接來(lái)源于英式橄欖球爭(zhēng)球隊(duì)形（Scrum）。Scrum流程可以理解為，在一個(gè)軟件生命周期中，將整個(gè)開(kāi)發(fā)周期分成若干個(gè)小的迭代周期，在每個(gè)迭代周期中，存在著三個(gè)主要角色（PO、Master和Team）一直貫穿項(xiàng)目的生命線(xiàn)，來(lái)把控整個(gè)團(tuán)隊(duì)的開(kāi)發(fā)和測(cè)試節(jié)奏，以保障項(xiàng)目順利迭代完成交付。

2.1 Scrum框架組成

三個(gè)角色：產(chǎn)品負(fù)責(zé)人 PO（Product Owner）、項(xiàng)目經(jīng)理Master（Scrum Master）和產(chǎn)品研發(fā)團(tuán)隊(duì)Team（Scrum Team）；四個(gè)會(huì)議：Sprint計(jì)劃、Sprint驗(yàn)收、Sprint回顧、每日站立會(huì)議；三個(gè)輸出：Productbacklog、Sprintbacklog、Sprint燃盡圖。

在敏捷開(kāi)發(fā)模式中，需求管理是個(gè)持續(xù)的過(guò)程，PO要負(fù)責(zé)對(duì)納入本項(xiàng)目的需求進(jìn)行持續(xù)收集、分析、細(xì)化，對(duì)需求相關(guān)文檔（業(yè)務(wù)需求列表、軟件需求說(shuō)明書(shū)、Product Backlog）進(jìn)行即時(shí)刷新、歸檔、基線(xiàn)，并完成Product Backlog中Story進(jìn)行優(yōu)先級(jí)排序。項(xiàng)目團(tuán)隊(duì)共同完成Story的估算。Master領(lǐng)導(dǎo)團(tuán)隊(duì)實(shí)現(xiàn)Scrum的實(shí)踐及價(jià)值，排除團(tuán)隊(duì)遇到的困難，確保團(tuán)隊(duì)能勝任工作并保持高生產(chǎn)率，促使團(tuán)隊(duì)中所有的角色及其功能緊密合作。Team由編程、測(cè)試、用戶(hù)界面設(shè)計(jì)、資料寫(xiě)作等全職團(tuán)隊(duì)成員組成，團(tuán)隊(duì)內(nèi)部實(shí)現(xiàn)自我組織和管理。

2.2 Scrum過(guò)程

Scrum共分為四個(gè)步驟。會(huì)前準(zhǔn)備階段，產(chǎn)品負(fù)責(zé)人整理業(yè)務(wù)需求，形成 Product Backlog，組織對(duì)story進(jìn)行規(guī)模估計(jì)，并確定迭代周期長(zhǎng)度。項(xiàng)目開(kāi)始階段，以Sprint為單位迭代式地完成Sprint Backlog。項(xiàng)目執(zhí)行階段，每個(gè)Sprint以迭代計(jì)劃開(kāi)始，通過(guò)每日站立會(huì)議跟蹤進(jìn)度和issue。項(xiàng)目結(jié)束階段，每個(gè)Sprint完成后，通過(guò)Sprint回顧發(fā)現(xiàn)問(wèn)題和改進(jìn)點(diǎn)，制定下個(gè)Sprint要引入的新的實(shí)踐。Sprint結(jié)束時(shí)交付可運(yùn)行的產(chǎn)品。

3 Sc rum 敏捷開(kāi)發(fā)流程和產(chǎn)出

3.1 Scrum流程圖

研發(fā)項(xiàng)目以“立項(xiàng)”開(kāi)始，以“考核結(jié)項(xiàng)”結(jié)束，在進(jìn)入迭代開(kāi)發(fā)之前，需要梳理需求，完成系統(tǒng)架構(gòu)的設(shè)計(jì)，以及一些敏捷準(zhǔn)備工作。整個(gè)Scrum流程，核心更多在于Scrum迭代開(kāi)發(fā)與測(cè)試的環(huán)節(jié)。敏捷測(cè)試流程如圖1。

圖1 基于Scrum的敏捷開(kāi)發(fā)的流程圖

3.2 Scrum產(chǎn)出文檔

流程中需求開(kāi)發(fā)節(jié)點(diǎn)至驗(yàn)收發(fā)布節(jié)點(diǎn)，每個(gè)節(jié)點(diǎn)，都需要有相應(yīng)的文檔輸出，若時(shí)間有限，可省去部分文檔的產(chǎn)出，保證迭代結(jié)果符合上線(xiàn)標(biāo)準(zhǔn)即可。具體的輸出文檔如圖2。

圖2 Scrum流程節(jié)點(diǎn)輸出文檔

4 Sc rum 在軟件項(xiàng)目管理中應(yīng)用存在的問(wèn)題

4.1 時(shí)間管理和成本管理問(wèn)題

一個(gè)產(chǎn)品的生命周期短則幾個(gè)月，長(zhǎng)達(dá)1年，如果產(chǎn)品負(fù)責(zé)人起初對(duì)項(xiàng)目規(guī)劃模糊不清，后續(xù)團(tuán)隊(duì)運(yùn)作會(huì)出現(xiàn)接二連三的問(wèn)題，最直觀的一項(xiàng)就是成本問(wèn)題。第一，外跑業(yè)務(wù)的員工不熟悉一個(gè)項(xiàng)目開(kāi)發(fā)過(guò)程，承諾客戶(hù)短時(shí)間交付產(chǎn)品，導(dǎo)致產(chǎn)品研發(fā)團(tuán)隊(duì)，一方面為滿(mǎn)足給客戶(hù)按期交付，加班趕工，時(shí)間和人力成本過(guò)多，最后項(xiàng)目的實(shí)際總投入成本遠(yuǎn)大于客戶(hù)報(bào)價(jià)。另一方面對(duì)于不可實(shí)現(xiàn)的需求，反復(fù)解釋并反饋給客戶(hù)溝通，加大了所有人的時(shí)間成本，也降低了客戶(hù)對(duì)這個(gè)產(chǎn)品的滿(mǎn)意度及對(duì)團(tuán)隊(duì)人員的期望值。第二，Scrum團(tuán)隊(duì)人員未經(jīng)過(guò)專(zhuān)業(yè)培訓(xùn)，不僅個(gè)人性格突出，且不熟悉迭代流程，團(tuán)隊(duì)默契度不高，無(wú)形中加大了項(xiàng)目阻力，消耗的成本直線(xiàn)上升。

4.2 Scrum中團(tuán)隊(duì)人員問(wèn)題

在阻礙項(xiàng)目進(jìn)展中，主觀因素也會(huì)起很大的作用。首先，可能PO、Master責(zé)任心不高，或者PO、Master同時(shí)肩負(fù)太多項(xiàng)目，無(wú)法做到全程監(jiān)控并且推動(dòng)項(xiàng)目的工作，導(dǎo)致項(xiàng)目運(yùn)行不暢甚至阻塞。其次，研發(fā)產(chǎn)品團(tuán)隊(duì)沒(méi)有足夠的專(zhuān)業(yè)技術(shù)知識(shí)，無(wú)法從用戶(hù)角度出發(fā)設(shè)計(jì)，缺少靈活性，造成項(xiàng)目延期。最后，可能有些公司迭代Team中存在一些從其他公司借來(lái)的外援，研發(fā)過(guò)程中不好管理外援并且人員流動(dòng)可能性很大，導(dǎo)致團(tuán)隊(duì)內(nèi)部人員經(jīng)常換新，代碼地雷越埋越多。

5 結(jié)論

為了滿(mǎn)足現(xiàn)今快速變化的用戶(hù)需求，敏捷測(cè)試的推進(jìn)勢(shì)在必行。測(cè)試人員需要快速熟練掌握敏捷測(cè)試流程，改變傳統(tǒng)測(cè)試的思維，提高自己的敏捷測(cè)試能力，才能趕上社會(huì)科技發(fā)展的潮流。另外，流程的細(xì)節(jié)、文檔的規(guī)范，傳統(tǒng)測(cè)試中的一些方法應(yīng)用到敏捷測(cè)試中等，需要深入探討的問(wèn)題仍然很多。軟件開(kāi)發(fā)企業(yè)若想在這時(shí)代潮流中脫穎而出，就要勇于創(chuàng)新，團(tuán)隊(duì)協(xié)作，找出最適合自己的一套敏捷測(cè)試流程和方案。