敏捷测试必须建立集成测试

敏捷开发的应用，给测试人员带来了测试时间的缩短，还得必须保证测试质量。

如何在敏捷开发环境中应用测试呢？

通过1年的摸索，我发现由集成测试，最后形成的持续集成可以应对敏捷理论。

我认为测试目标发生了改变。由以前测试是发现缺陷，现在测试不光发现缺陷，还有提高代码质量(参与重构)

而在测试任务中，我发现兼容性测试(css验证、js验证)跟功能测试尽量分离。

原因是，功能化测试，可以通过组装成接口，由测试人员编写代码来验证。而兼容性测试则需要人的手工验证。

在敏捷的环境中，有2点需要说的，一个是沟通，另一个是反馈。

沟通，就是通过更多人与人的交流来减少文档描述，增加迭代的过程。

反馈，在快速迭代过程中，测试人员需要，及时反馈出开发和需求的不一致，开发和测试的不一致性。

在敏捷测试中，测试人员将会更少。相对来说，需要测试人员更多责任心来关注测试任务。

我在测试过程中，发现自动化测试尽量采用集成测试环节来应用，不要在ui方面去自动化。

原因1：集成阶段的测试，可以在每次更改代码时，可以重复利用；在ui自动化后，当ui发生变更，很容易造成全部自动化重新录制。

原因2：集成阶段的测试，可以在代码质量的反馈；ui自动化测试后，当开发人员改变一些操作不会及时反馈结果。

敏捷测试中，如何体现测试工程师价值

1.需要逐步完善持续化测试框架的改进。

2.需要逐步完善测试代码编写。(跟开发同事完善单元测试)

3.需要明确产品需求质量标准，这个标准将会成为验收标准。

4.推进项目团队有更多积极性。