孫笑 張小晶

摘 要：該文主要介紹了敏捷開發(fā)的概念和構(gòu)成，對敏捷測試的特征、流程及框架進行了簡單的闡述，并介紹了敏捷測試的管理職責和敏捷測試的五個會議，并通過具體案例介紹了敏捷測試在企業(yè)中的具體應用。

關鍵詞：敏捷開發(fā) Scrum 敏捷測試

中圖分類號：TP31 文獻標識碼：A 文章編號：1674-098X（2014）09（a）-0255-01

隨著社會的發(fā)展，行業(yè)競爭的加劇，原有的螺旋和RUP模型已無法適應企業(yè)快速的需求變化。為了解決這個問題，我們引入了敏捷開發(fā)和敏捷測試的概念，該文主要闡述了敏捷方法及如何在企業(yè)中實施敏捷測試。

1 敏捷開發(fā)的概念和構(gòu)成

1.1 敏捷開發(fā)的概念

敏捷開發(fā)是一種以人為核心，迭代、循環(huán)漸進的開發(fā)方法。在敏捷開發(fā)中，軟件項目的構(gòu)建被切成多個項目，各個子項目的成果都經(jīng)過測試，具備集成和可以運行的特征。

1.2 敏捷開發(fā)的構(gòu)成

Scrum是一個敏捷開發(fā)框架，是一個增量的，迭代的開發(fā)過程。在這個框架中，整個開發(fā)周期包括若干個小的迭代周期，每個小的迭代周期稱為一個Sprint，每個Sprint的建議長度2到4周。在Scrum中，使用產(chǎn)品Backlog來管理產(chǎn)品或項目的需求，產(chǎn)品Backlog是一個按照商業(yè)價值排序的需求列表，列表條目的體現(xiàn)形式通常為用戶故事。

Scrum的開發(fā)團隊總是先開發(fā)對客戶具有較高價值的需求。在每個Sprint中，Scrum開發(fā)團隊從產(chǎn)品Backlog中挑選最有價值的需求進行開發(fā)。Sprint中挑選的需求經(jīng)過Sprint計劃會議上的分析，討論和估算，得到一個Sprint的任務列表，我們稱它為Sprint Backlog。在每個迭代結(jié)束時，Scrum團隊將交付潛在可交付的產(chǎn)品增量。

2 敏捷測試開發(fā)的特征、原則、及框架

敏捷測試即是不斷修正質(zhì)量指標，正確建立測試策略，確認客戶的有效需求得以圓滿實現(xiàn)和確保及時發(fā)布最終產(chǎn)品。

敏捷測試特征：敏捷測試的成員需要有自發(fā)組織能力，敏捷測試需要編寫需求備份列表。

敏捷測試原則：敏捷測試的原則是確保所交付的軟件滿足客戶的需求。

敏捷測試的框架：敏捷測試框架主要包括3個角色，5個會議，3個產(chǎn)物，兩個過程控制物。三個角色：敏捷測試管理中，角色分為三種，測試經(jīng)理，測試組長，測試工程師。

3 敏捷測試的管理職責及五個會議

3.1 測試職責

確定測試需求，將測試任務分解成多個task并分發(fā)給測試組長。與客戶溝通并確定測試優(yōu)先級。每個Sprint，根據(jù)需求調(diào)整測試策略及優(yōu)先級。接受或拒絕測試團隊的工作成果；參與Scrumplanning；為項目盈利能力負責。

測試組長職責：保證資源完全被利用并全部是高產(chǎn)出；保證各個角色及職責的良好協(xié)作；解決測試過程中的障礙；作為測試團隊與外部的接口，屏蔽外界對團隊成員的干擾；保證測試過程按計劃進行；組織DailyScrum、Sprint Review和Sprint PlanningMeeting。

測試工程師職責：評估工作量，拆分工作量并定義任務，評估資源利用率及工作時間，確保測試質(zhì)量；改進測試流程。

3.2 敏捷測試的五個會議

（1）Product backlog估算會議：確定具體的測試需求，確定做還是不做。（2）評估storypointSprint計劃會議：確定Sprint目標和每日立會的時間地點。任務拆分，工作量和point合計調(diào)整。（3）每日站立會：收集障礙，領取或分配任務，更新任務版和燃盡圖。（4） Sprint評審會議：向客戶提交測試成果并以之創(chuàng)建或變更backlog。（5）Sprint回顧會議：吸取經(jīng)驗教訓，改進迭代過程，重點是改進團隊和組織的工作流程。

4 敏捷測試的輸出

敏捷測試的輸出的三個產(chǎn)物：

Product Backlog，Sprint Backlog，

work software；兩個過程控制物：燃盡圖，障礙backlog。

5 案例分析

目的：為企業(yè)提供高效的測試服務，滿足企業(yè)快速發(fā)展的需求。

解決方案：采用敏捷測試方法（圖1）。

首先，測試經(jīng)理將與客戶一起參加 Sprint meeting并獲取客戶的測試需求，然后記錄Product Backlog，其中包括待辦事項，測試任務的優(yōu)先級，測試周期等。然后測試經(jīng)理將測試任務分發(fā)給測試組長并記錄 Sprint Backlog。其中包括待辦事項，測試任務的優(yōu)先級，測試周期，測試計劃等。確定測試任務后測試組長再與測試工程師進行開會討論，安排測試資源、測試策略、測試周期、每日站立會時間地點。測試工程師明確測試任務后，開始開展測試工作。每天測試組長和測試經(jīng)理會利用10分鐘的每日站立會收集測試障礙信息，測試進度等信息并在Sprint Backlog中記錄這些信息。測試任務完成后，向客戶提交測試結(jié)果。測試結(jié)束后測試相關人員要吸取經(jīng)驗教訓，改進測試流程。

6 結(jié)語

隨著敏捷開發(fā)Scrum的廣泛應用，敏捷測試也并將成為測試領域的發(fā)展趨勢。我們也可以從敏捷測試中尋找到更多的發(fā)展機遇，為企業(yè)的快速發(fā)展和需求提供更好的解決方法，更好的為企業(yè)服務。

參考文獻

[1] 王璇.敏捷測試理論與實踐[J].軟件導刊，2009（1）：38-39.

[2] 陶凌燕.基于Scrum的敏捷軟件測試模型研究與應用[D].華中科技大學，2011.

[3] 郭瑩瑩.基于Scrum敏捷方法的測試管理策略研究[D].北京郵電大學，2012.

[4] （美）克里斯平（Lisa Crispin），格雷戈里（Janet Gregory）等著，敏捷軟件測試：測試人員與敏捷團隊的實踐指南[M].孫偉峰，崔康譯.清華大學出版社.