移动应用开发中敏捷测试的一些误解

敏捷测试指的是在敏捷软件开发过程中跟质量相关的一系列活动，和传统意义上的软件测试有很多区别，因为敏捷软件测试的概念一直比较模糊，所以经常会有人走入误区，这次和大家分享一下我的理解。

首先从敏捷测试的策略开始
　　
测试文档，包括测试计划，测试用例，测试报告，测试缺陷等文档以及相对应的可以指导测试的一部分需求文档。

很多人会认为，敏捷测试是不需要文档的，但不可否认，在实际的敏捷项目中，确实很少见传统意义上的正式的专门的需求文档和测试文档，但这并不代表敏捷项目没有文档，比如用户故事本身就是需求的载体，用户故事中的验收条件就是敏捷测试文档的一部分， 另外很多敏捷软件项目都会采用BDD的方式进行开发，将测试用例用业务人员能够看懂的自然语言描述，并结合自动化实现，形成一个融需求和测试为一体的文档，而且为了应对敏捷软件测试变化快文档更新不及时导致的问题，很多敏捷项目都在使用Living document。

然后关于一个老问题，自动化测试和手动测试
　　
有些刚接触敏捷的人认为敏捷软件开发发布周期很短， 测试人员根本没有时间做手动测试， 所以应该采用纯自动化测试。也有一些人认为，敏捷开发强调快速响应变化，如果投入成本在自动化测试上，那么肯定会导致维护自动化测试带来的资源浪费，所以应该采用纯手动测试。然而因为测试代码本身可能存在缺陷，而且有很多部分难以被自动化测试覆盖，所以敏捷测试也同样离不开手动测试。所以推荐敏捷测试以自动化测试为主，手动测试为辅。

接下来非功能性测试。非功能性测试指的是针对非功能性需求的测试，通常包括安全测试，性能测试，可用性测试，兼容性测试等。因为很多产品必须考虑到用户敏感信息的安全以及性能导致的用户满意度，在敏捷项目中由于软件会尽早发布，如果这些非功能性需求出现问题，就会更早地造成影响，很可能在软件刚步入市场就损失掉大多数的用户。
　　
所以在app测试中，非功能性的测试和功能性测试同等重要，比较好的做法是将这些非功能性需求也加入到用户故事的验收条件中，在整个敏捷开发流程中对这些非功能性需求进行验证。