敏捷測試在軟件項目中的應用研究與實踐

胡兆華+何舒+王慧

摘要：為了更好地解決軟件項目在測試中存在的問題，確保軟件產品質量，在測試過程中引入敏捷測試的思路和方法。通過對敏捷測試的核心思路和關鍵法則的研究，提出了敏捷測試在軟件測試中的應用流程和方法。該方法以測試驅動開發為主，傳統測試手段為輔，符合敏捷開發中以用戶需求為核心的理念，同時將開發過程中的周期性迭代方式更好地表現出來。通過敏捷測試在軟件項目中的實踐，總結出了敏捷測試的主要優勢。

關鍵詞：軟件質量；敏捷測試；客戶需求

中圖分類號：TP311 文獻標識碼：A 文章編號：1007-9416（2017）09-0092-02

近年來，隨著移動互聯網、物聯網、云計算等新一代信息技術的全面推廣，軟件系統的規模和復雜性日益激增，軟件質量已成為軟件開發過程中關注的重點。在一些對于安全性要求較高的領域，如航空航天、電子商務、電子政務等，對軟件產品的質量要求更高。另一方面，隨著軟件產品的市場競爭日益激烈，用戶對軟件的使用體驗要求越來越高，導致了軟件產品功能需求變更頻繁，加之軟件的發布周期越來越短，當前傳統的軟件開發流程已無法滿足當下市場競爭白熱化給軟件產品帶來的的嚴峻挑戰。在傳統的瀑布模型開發模式下，測試人員在一定的控制節點之前無法開展測試，因此產品缺陷無法盡早暴露，可以預見，這一階段的軟件版本缺陷數量必定是驚人的。與此同時，大量缺陷導致修復時間難以確定，版本提交測試的時間一拖再拖，留給測試的時間越來越少，軟件的質量風險和版本發布的推遲，帶來的損失將難以估量。

敏捷軟件開發是基于一種更接近人類活動現實情況的方法論，采用以人為本、迭代、增量的開發過程，逐步滿足軟件不斷變更的需求。敏捷開發提倡個人為團隊所作的貢獻，以任務為導向，通過積極地溝通和反饋保證隨時都有可供交付的軟件產品。敏捷開發更容易在項目早期控制缺陷數目，而敏捷測試在敏捷開發中更能充分發揮軟件測試的重要作用。

1 敏捷開發中的軟件測試

1.1 敏捷開發

在傳統的瀑布模型開發模式中，注重流程規范、文檔齊全，從需求分析開始到產品發布，每個階段都順序開展，每個階段都根據需要反復循環。開發過程和測試過程自上而下、相互銜接且次序固定。在這種開發模式下，需要大量的文檔支撐，工作量巨大；用戶只能等到開發過程的末期才能看到開發成果，如果發生了需求變化，則需要重新編寫文檔，可能將之前的工作推翻重來，費時費力又不能快速響應用戶需求的變化，增加了軟件產品的發布風險。傳統的開發模型已經不能適應當前快速變化的用戶需求。

敏捷開發則是以用戶需求進化為核心，能快速響應用戶需求變化的一種開發模式。這種模式下，開發和測試不再是各自獨立的階段，測試是軟件開發的重要組成部分。敏捷開發使用一個“完整團隊”的方法來保證軟件產品質量，敏捷團隊中的測試人員從客戶角度充分挖掘需求，然后與開發團隊合作，把這些需求變成可執行的規范，用于指導代碼編寫。隨著測試和編碼的進行與交互，不斷建立軟件的品質與能力，直到滿足產品發布的要求。

1.2 敏捷測試

敏捷測試遵循敏捷的基本原則，符合敏捷的價值觀：

（1）個人和互動高于流程和工具；

（2）工作軟件高于完備的文檔；

（3）客戶協作高于合同協商；

（4）變化響應高于計劃遵循[1]。

敏捷測試是基于敏捷開發的軟件測試，傳統的測試思想“通過在規定條件下對程序進行操作，發現錯誤，衡量軟件質量”在敏捷測試中仍然適用。敏捷測試不僅是一種過程，更是一種理念。

1.3 敏捷測試的特點

敏捷測試包括以下幾個主要特點：①周期性的迭代開發方式。敏捷測試在迭代進行過程中首先要對產品有一個全局把握，從用戶角度思考和分析軟件產品，及時修正軟件測試策略，創建應對的測試方法和思路，更新測試要點和用例，快速高效地完成測試執行，最終按時完成產品交付。② 每日立會，密切溝通。敏捷測試中沒有傳統測試流程中完備的文檔支撐，需要團隊成員與客戶保持溝通，團隊內部則每天進行充分的交流，以確保測試人員和開發人員對用戶需求有統一的認識，最終保障產品質量符合用戶預期。③測試方法靈活多樣，貫穿整個產品的開發過程。敏捷測試根據產品的成熟度采取不同的測試手段和方法，比如軟件的新增功能或變更的功能，可以采用探索性測試方法；對于功能趨于穩定的部分，則盡量采用自動化測試的方法。④確保客戶需求圓滿實現。客戶需求是敏捷開發中最核心的內容，敏捷測試同樣需圍繞客戶需求實現來開展。

2 敏捷測試項目實踐

2.1 敏捷測試的流程和方法

某應用類軟件產品在測試過程中采用了敏捷測試思想，引入新的過程和控制方法，擯棄傳統測試流程中的各項繁瑣的計劃、文檔、評審等教條式的控制過程，取而代之的是精簡計劃、動態更新和靈活迭代。

圖1為該應用類軟件產品的敏捷開發測試流程，此流程是一個結合了scrum和XP（極限編輯）方法并增加了基于計劃性流程原則后的產物。敏捷開發的測試人員全程參與完整的迭代開發。

2.1.1 用戶需求

通過各種途徑收集整理用戶需求并盡快向項目團隊成員發布；需求管理人員對用戶需求整理并存檔。

2.1.2 項目（迭代）計劃

通過評審確定項目整體規劃和迭代計劃，明確各階段項目目標及迭代版本的驗收標準。

2.1.3 需求分解

根據項目規劃和版本迭代計劃對用戶需求進行分解，將分解的用戶需求映射到迭代的版本目標。

2.1.4 需求分析

根據本次迭代的版本目標，開發和測試團隊分別從各自不同的角度同時開展對用戶需求的分析，輸出開發需求列表和測試需求列表，通過評審進行明確。

2.1.5 迭代計劃endprint

參考項目總體迭代計劃，在開發團隊和測試團隊充分溝通的前提下通過評審制定開發迭代計劃及測試迭代計劃。二者相對獨立但又相互關聯，敏捷開發的迭代過程較傳統開發模式的迭代過程更高效、更靈活。開發迭代在整個項目周期中持續進行，不受測試周期影響而中斷；測試迭代與開發迭代并行開展，測試BUG持續反饋，BUG修復也同步進行。開發迭代和測試迭代的總體節奏保持一致。

2.1.6 設計過程

根據迭代計劃，開發團隊和測試團隊分別開展開發設計和測試設計，在設計評審中，開發團隊和測試團隊共同參與，分別就開發設計和測試設計進行充分的討論，對設計的完備性、正確性提出各自的意見。

2.1.7 提交與驗證

①開發團隊完成階段迭代版本開發后就可以提交版本，以便測試團隊盡早開始測試，提交版本后開發團隊即可開始下一輪迭代開發。

②版本提交過程中，測試團隊需要明確本輪迭代的驗收目標及功能變更的影響范圍，以便適時調整測試策略以指導測試。

③測試驗證過程也是測試驅動開發的過程，測試中發現的BUG需要即時和開發人確認并反饋，確認的BUG將即時在下一個的迭代版本中修復。

④測試執行過程中的每日立會很有必要。每日立會由測試負責人主持，團隊成員逐一匯報當前的測試工作情況，以便每位成員都了解項目的整體測試情況；同時每位成員都可以提出測試工作中的疑問或需要協調解決的問題，依靠團隊的力量通過充分的討論予以解決。

2.1.8 測試小結（驗收測試）

測試工程師對此次迭代的所有功能進行演示，確認測試產品已達到驗收標準，同時對本輪迭代的產品質量風險及測試過程進行總結。驗收通過后本輪迭代結束，測試團隊開始進入下一輪迭代。

采用了敏捷測試的流程和方法后，該軟件產品的開發周期較常規測試流程的周期縮短了3個月，提前達到了預期質量目標，正式向用戶進行了發布。實踐證明將敏捷測試應用于軟件產品測試過程，可以較好地解決用戶需求變化快、產品風險高的問題，同時還能快速搶占市場，這正好是敏捷測試的優勢所在。

2.2 敏捷測試的優勢

敏捷測試相對于傳統軟件測試的優勢主要體現在以下三個方面：迭代周期、軟件質量、流程高效[2]。

2.2.1 迭代周期明顯縮短

傳統測試中開發和測試活動串行開展，開發和測試活動有較長的等待空白期，相互牽制導致迭代周期較長。敏捷測試中開發和測試并行開展，測試活動分布到項目開發的各個環節；測試驅動開發，缺陷可以快速修復，開發效率提高，因此迭代周期大大縮減。

2.2.2 軟件質量有效提升

敏捷開發模式下，所有的軟件測試活動均圍繞軟件質量為目標展開。測試人員需要具備更高的專業技術水平，測試設計要更具靈活性、可擴展性和可維護性，這樣才能快速響應用戶和市場需求。敏捷測試中更多地注重產品用戶體驗并及時反饋產品質量問題，通過版本的持續集成和持續測試，實現版本的快速迭代，進而有效地提升軟件產品的質量。

2.2.3 流程精簡高效

敏捷測試不必嚴格遵從經典的軟件開發流程，不必因缺乏開發文檔而止步，也不會因流程制約而浪費寶貴的時間。敏捷方法中流程是為軟件開發服務的，當流程不能滿足開發需求或與開發沖突的時候，流程需要適當地改變來適應開發[2]。敏捷測試把用戶故事（story）作為測試開發的基礎，制定高效的迭代計劃，通過靈活和組織和管理，實現測試與開發的并行協作，共同完成產品的質量目標。

3 結語

敏捷開發中的軟件測試應當遵循敏捷開發的基本原則，面對不同的開發方法和應用環境，軟件測試方法也不同。敏捷測試作為從敏捷開發中成長起來的測試方法，與敏捷過程密不可分。在開展軟件測試實踐過程中，還會涉及測試用例的生成與覆蓋標準、測試的充分性和有效性、不同階段的軟件版本測試關系，以及如何將傳統測試中的一些方法應用到敏捷測試中等問題，需要深入探討的問題仍然很多。

參考文獻

[1]楊曉光.探索式測試在敏捷軟件項目安全性測試中的應用研究[D].天津工業大學，2015.

[2]曹文君.敏捷測試在CRM項目中的應用研究與實踐[D].復旦大學，2010.endprint