敏捷开发下的测试

一 总结概述

敏捷是力图于节约返工和不断提高效率的流程,它节约的实际上实施部分的效率,即少返工,少浪费,能并行不串行,能解耦不相互等待等,但是对于开发过程中不是实施的部分,比如调研,新框架,新技术的学习,需求确认等等,就需要强大的团队把这部分工作和实施功能提前平行进行

二 敏捷特点

快速迭代：产品通过短周期的迭代交付，通过不断迭代完善产品

快速尝试：避免过长时间的需求分析及调研，快速尝试。

快速改进：在迭代周期过后根据客户反馈快速改进。

充分交流：团队成员无缝的交流，如每天短时间的站立会议。

简化流程：拒绝使用一切形式化的东西，使用简单易用的工具开始工作。扔掉建模工具，word,ppt，使用白板+wiki。

三 测试用例管理

思维导图

四 测试需要做的事

【敏捷开发】详解敏捷测试 - Leo.cheng - 博客园

https://www.jianshu.com/p/3c46d4d7384e

1.敏捷开发&敏捷测试

敏捷开发流程：

　　敏捷开发有几个关键的概念：迭代故事、用户故事、任务、站立会议、持续集成、最简方案、重构。

比如：Scrum则不同，20个功能，根据用户期望软件实现的商业价值，列出20个功能的优先级，根据优先级分解产品需求列表，比如先做优先级最高的5个功能，分析需求、设计、开发、测试，交付可运行的版本，再开发5个功能，依次迭代，每个迭代过程结束后均能交付增量功能，最终完成产品开发。

敏捷测试流程

• 分析测试对象：根据待办事项列表、用户故事、需求大纲等资料，总体掌握被测对象情况。
• 分析测试需求：将用户故事或需求大纲作为测试步骤进行测试。
• 设计测试用例：可采用等价类、边界值、正交试验、状态迁移等设计方法进行。（需评审）
• 搭建测试环境：根据研发环境模拟搭建测试环境。
• 执行测试用例：首先对待测功能模块实施冒烟，再次开展测试活动。如遇不完整，及时更新测试用例。
• 跟踪处理缺陷：使用缺陷管理工具进行缺陷处理。一般进行3次甚至更多的迭代过程，多次回归，在规定时间内达到sprint结束可发布或交付的标准。
• 输入测试报告：以数据为依据，衡量被测对象的质量状况，并提交测试结果报告给项目经理或产品经理。一般功能测试报告：被测对象的缺陷数量、缺陷状态统计、缺陷分布、是否通过测试等信息。
• 实施自动化测试：对需求稳定、测试周期长、存在大量重复操作的业务实施自动化测试。
• 实施性能测试：与功能测试一样的流程。  
• 　　　　

2.敏捷测试与传统测试的区别及注意事项

敏捷测试工作注意事项：

• 明确验收要求：在产品需求明确、细化为项目时，应明确每个用户故事的验收要求。
• 跟踪处理缺陷：化整为零、尽早接入，根据测试需求，可开展单元测试、接口测试。（具备代码阅读、检测能力）
• 及时沟通反馈：加强沟通，及时反馈。

敏捷测试与传统测试的区分：

传统测试	敏捷测试
强调测试的独立性，将“开发人员”和“测试人员”角色分得比较清楚。	可以有专职的测试人员，也可以是全民测试，即在敏捷测试中，可以没有 “测试人员”角色，强调整个团队对测试负责。
具有阶段性，从需求评审、设计评审、单元测试到集成测试、系统测试等，从测试计划、测试设计再到测试执行、测试报告等	更强调持续测试、持续的质量反馈，阶段性比较模糊。
强调测试的计划性，认为没有良好的测试计划和不按计划执行，测试就难以控制和管理	更强调测试的速度和适应性，侧重计划的不断调整以适应需 求的变化。
试强调测试是由“验证”和“确认”两种活动构成的	始终以用户需求为中心，每时每刻不离开用户需求，将验证和确认统一起来。
试强调任何发现的缺陷要记录下来，以便进行缺陷根本原因分析，达到缺 陷预防的目的，并强调缺陷跟踪和处理的流程，区分测试人员和开发人员的各自不同的责任。	敏捷测试强调面对面的沟通、协作，强调团队的责任，不太关注对缺陷的记录与跟踪。
更关注缺陷，围绕缺陷开展一系列的活动，如缺陷跟踪、缺陷度量、缺 陷分析、缺陷报告质量检查等	更关注产品本身，关注可以交付的客户价值。 在快速交付的敏捷开发模式下，缺陷修复的成本很低。
鼓励自动化测试，但自动化测试的成功与否对测试没有致命的影响	敏捷测试的基础就是自动化测试，敏捷测试是具有良好的自动化测试框架支撑的快速测试。

3.敏捷开发的主要活动

	敏捷开发的主要活动	测试活动
1	用户故事设计	寻找隐藏的假设
2	发布计划	设计概要的验收测试用例
3	迭代 Sprint	估算验收测试时间
4	编码和单元测试	估算测试框架的搭建
5	重构	详细设计验收测试用例
6	集成	编写验收测试用例
7	执行验收测试	重构验收测试
8	Sprint 结束	执行验收测试
9	下一个 Sprint 开始	执行回归测试
10	发布	发布