敏捷测试

Q：敏捷测试有什么好处，有什么坏处，实施敏捷与不实施有什么区别？每个人都去了解学习一下，给出自己的看法？

自己目前所在项目，两周一迭代，项目周期比较短。每次新增功能、优化性能等。

此迭代应该指的是：

迭代模型，摒弃了传统的需求分析，设计，编码，测试的流程，而是将整个生命周期变成若干个冲刺（Sprint）阶段，而每一个阶段都是由以上若干或者全部传统的流程组成，在每一个阶段中，都会包含下面四个阶段：初始阶段，细化阶段，构建阶段，交付阶段。在初始阶段中，确认本次冲刺的范围，边界，系统选择的架构，计划，以及所需要的资源等信息。在细化阶段中，对问题进行建域，创建开发案例，创建模板以及准备工具等。在构建阶段的主要任务就是完成构建的开发并且进行测试，将完成的构建集成为产品，并且测试所有的功能（CI）。在交付阶段，主要是完成本次冲刺，将软件产品交付给相关的干系人。---源自网络

自己的理解---实施敏捷测试：

1.从项目一开始就参加进来，对需求的理解更加深刻

2.同时对于项目开发中的一些小变动能快速捕捉

3.测试用例可设计为case点，节约人力

4.将大问题在前期就暴露出来

以下均来自网络---网络敏捷测试的概念：

一、敏捷开发的最大特点是高度迭代，有周期性，并且能够及时、持续地响应客户的频繁反馈。敏捷测试即是不断修正质量指标，正确建立测试策略，确认客户的有效需求能得以圆满实现和确保整个生产的过程安全的、及时的发布最终产品

.在敏捷开发流程中，测试不再是瀑布试开发流程的一个环节，而是全程参与整个开发流程。通过各种方式来保证产品的质量，无论是原则中的“频繁交付”，还是对“可工作的软件”的度量，或是敏捷开发实践中的“测试驱动开发”，“行为驱动开发”，都离不开测试的支持。

当然，敏捷测试对测试人员提出了更高的要求，对测试人员来说也是新的挑战。

二、敏捷测试与普通测试的区别

1.项目相当于开发与测试并行，项目整体时间较快。

2.模块提交较快，测试时较有压迫感。

3.工作任务划分清晰，工作效率较高。

4.项目规划要合理，不然测试时会出现复测的现象，加大工作量。

5.发现问题需跟紧，项目中人员都比较忙，问题很容易被遗忘。

6.耗时、或较难解决对项目影响不大的问题一般会遗留到下个阶段解决。

7.发现BUG能够很快的解决，对相关的模块的测试影响比较小。

8.版本更换比较勤，影响到测试的速度。

9.要多与开发沟通。

10.要注意版本的更新情况。

11.测试人员几乎要参加整个项目组的所有会议。

三、对敏捷测试进行一个简单的总结，就是：

敏捷测试就是持续测试、持续反馈，扮演“用户代表”角色，确保产品满足客户的需求。

敏捷功能测试 = 新特性的手工测试（Use Case验证和探索性测试） + 原有功能的自动化测试 （回归测试）。

敏捷测试人员和开发人员的区别越来越小，理想情况下，敏捷方法中，测试人员和开发人员在不同的迭代周期可以互换。

敏捷测试流程依据不同的团队特点、不同产品的特点而不同，因地制宜，适合才是最好。

敏捷测试应该是适应敏捷方法而采用的新的测试流程、方法和实践，对传统的测试流程有所剪裁，有所不同的侧重，例如减少测试计划、测试用例设计等工作的比重，增加与产品设计人员、开发人员的交流和协作。在敏捷测试流程中，参与单元测试，关注持续迭代的新功能，针对这些新功能进行足够的验收测试，而对原有功能的回归测试则依赖于自动化测试。由于敏捷方法中迭代周期短，测试人员尽早开始测试，包括及时对需求、开发设计的评审，更重要的是能够及时、持续的对软件产品质量进行反馈。

                                                                                                                    ----未完待续