1. 程式人生 > >Testing - 敏捷測試

Testing - 敏捷測試

size 讀書筆記 項目 加班 版本 問題 嚴格 細節 轉變

敏捷測試(Agile Testing)

SM= Scrum Master

PO= Product Owner

PB= Product Backlog

SB= Sprint Backlog

Scrum Team = Development Team + Scrum Master + Product Owner

Development Team = team that develops the product backlog items (cross-functional team)

PBI = Product Backlog Items (normally in the shape of User Stories)

開發和測試的通性困擾:

面對復雜性(客戶):不斷地修改計劃、不斷地增加預算、低劣的產品質量……
面對復雜性(項目組成員):經常加班到深夜、提交的產品不合格…… 

敏捷開發中的敏捷測試目的:
敏捷宣言:http://agilemanifesto.org/iso/zhchs/manifesto.html

個體和互動 高於 流程和工具
工作的軟件 高於 詳盡的文檔
客戶合作 高於 合同談判
響應變化 高於 遵循計劃

核心:以人為本,發揮人的主觀能動性.

敏捷測試對比傳統測試:

  1. 測試是質量的最後保護者,阻止缺陷版本發布----------測試人員與開發人員緊密合作,團隊對質量負責,測試人員不作出項目發布的決定
  2. 嚴格的變更管理,測試是由詳細的需求驅動的----------變更是可接受的,擁抱變更,緊密溝通來定義每一個需求的接受標準
  3. 預先的計劃和細節的準備----------計劃隨進展調整
  4. 重量級文檔----------絕對必要的文檔
  5. 嚴格的各階段測試入口和出口標準----------各叠代之間已經沒有明顯的入口和出口標準
  6. 回歸測試階段重量級的自動化測試----------所有階段都需要自動測試,每個人都需要做,是項目集成的一部分
  7. 測試人員與開發人員是用提bug來交流的----------隨時反饋開發中遇到的問題
  8. 測試人員與開發人員是分割的、相對工作的----------測試和開發的角色界線變得模糊,無縫隙合作,測試與開發融合
9. 測試是在開發完成以後進行的-----------測試從需求和設計的時候就開始介入

敏捷測試 [讀書筆記]敏捷的起源 http://www.cnblogs.com/raol/archive/2013/04/12/Agile_origin.html [讀書筆記]傳統方法VS敏捷 http://www.cnblogs.com/raol/archive/2013/04/12/pmp_vs_agile.html 敏捷軟件測試--初見 http://www.cnblogs.com/fnng/archive/2013/02/03/2891246.html 敏捷軟件測試常見的七個誤區 http://blog.jobbole.com/101113/ 敏捷測試的最佳實踐(1)——敏捷的實質 http://kb.cnblogs.com/page/141348/
敏捷測試的最佳實踐(2)——方法與實踐 http://kb.cnblogs.com/page/141351/ 敏捷測試的最佳實踐(3)——向敏捷測試轉變 http://kb.cnblogs.com/page/141354/ 敏捷測試的最佳實踐(4)——自動化測試的 ROI http://kb.cnblogs.com/page/141355/

Testing - 敏捷測試