敏捷测试误区

1、敏捷测试与传统测试的区别

敏捷测试	传统测试
个体与交互	流程与工具
客户协作	合同谈判
响应变化	遵循计划
可工作的软件	面面俱到的文档

　　敏捷开发与测试是一种思想，强调的是以人为本，重视沟通与协作，及时响应变化，将人从繁琐的流程和文档中解脱出来。强调“右项有价值，但更强调左项的价值”。也正因为此，导致传统测试的优点被忽视，敏捷测试的长处被放大，使对敏捷测试开发了解不够全面的用户，产生了一下误区。

误区一：不需要文档

　　1）传统的软件测试中，启动测试之初，需要BA输入需求规格说明说，PO输入项目计划，DEV输入软件开发计划、概要设计等文档；

　　2）敏捷测试中以user story作为需求的载体，需要相关人员在编写user story时，需要将当前的需求要做什么、达到什么AC（Acceptance Criteria）；仍然需要PO制定项目的迭代计划，如果需要接口测试，仍然需要DEV输入接口设计文档；

　　3）测试文档：测试组仍然需要根据项目的迭代计划，制定测试计划，可以以user story的形式体现，然后拆分成相应的子任务即可（Agile的玩法，在这不再进行赘述）；测试用例可以用专门的用例工具进行管理，然后进行

http://blog.csdn.net/kaka1121/article/details/51725107

http://blog.csdn.net/ysjian_pingcx/article/details/51302548

http://blog.csdn.net/QF0845/article/details/77679863