首页 > 其他 > 详细

Testing - 敏捷测试

时间:2018-11-20 23:31:40      阅读:238      评论:0      收藏:0      [点我收藏+]

敏捷测试(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. 测试是在开发完成以后进行的-----------测试从需求和设计的时候就开始介入

敏捷测试
[读书笔记]敏捷的起源
[读书笔记]传统方法VS敏捷
敏捷软件测试--初见
敏捷软件测试常见的七个误区
 
敏捷测试的最佳实践(1)——敏捷的实质
敏捷测试的最佳实践(2)——方法与实践
敏捷测试的最佳实践(3)——向敏捷测试转变
敏捷测试的最佳实践(4)——自动化测试的 ROI

Testing - 敏捷测试

原文:https://www.cnblogs.com/anliven/p/6018931.html

(0)
(0)
   
举报
评论 一句话评论(0
关于我们 - 联系我们 - 留言反馈 - 联系我们:wmxa8@hotmail.com
© 2014 bubuko.com 版权所有
打开技术之扣,分享程序人生!