敏捷测试必须建立集成测试
敏捷开发的应用，给测试人员带来了测试时间的缩短，还得必须保证测试质量。
如何在敏捷开发环境中应用测试呢？
通过1年的摸索，我发现由集成测试，后形成的持续集成可以应对敏捷理论。
我认为测试目标发生了改变。由以前测试是发现缺陷，现在测试不光发现缺陷，还有提高代码质量（参与重构）
而在测试任务中，我发现兼容性测试（css验证、js验证）跟功能测试尽量分离。
原因是，功能化测试，可以通过组装成接口，由测试人员编写代码来验证。而兼容性测试则需要人的手工验证。
在敏捷的环境中，有2点需要说的，一个是沟通，另一个是反馈。
沟通，是通过更多人与人的交流来减少文档描述，增加迭代的过程。
反馈，在快速迭代过程中，测试人员需要，及时反馈出开发和需求的不一致，开发和测试的不一致性。
在敏捷测试中，测试人员将会更少。相对来说，需要测试人员更多责任心来关注测试任务。
我在测试过程中，发现自动化测试尽量采用集成测试环节来应用，不要在ui方面去自动化。
原因1：集成阶段的测试，可以在每次更改代码时，可以重复利用；在ui自动化后，当ui发生变更，很容易造成全部自动化重新录制。
原因2：集成阶段的测试，可以在代码质量的反馈；ui自动化测试后，当开发人员改变一些操作不会及时反馈结果。
敏捷测试中，如何体现测试工程师价值
1.需要逐步完善持续化测试框架的改进。
2.需要逐步完善测试代码编写。（跟开发同事完善单元测试）
3.需要明确产品需求质量标准，这个标准将会成为验收标准。
4.推进项目团队有更多积极性。
