敏捷开发-迭代测试策略:

业务和技术深度掌握:
深挖业务场景,了解每一个细节与逻辑,知己知彼;掌握数据接口,数据库表结构等。
多样性测试:
从一个产品的业务场景、交互、UI、兼容性、数据逻辑、业务逻辑性能测试等多角度同时考虑不仅仅是功能测试,这样效率高一些、更容易发现BUG
组内组外充分沟通:
更有利于敏捷开发,因为在版本迭代过程中前期BUG会被压在底部被忽略。
P1:详细测试+回归探索测试
P2:详细测试
P3:探索测试
P4:直接根据需求文档进行测试
敏捷开发-迭代测试策略:
业务和技术深度掌握:
深挖业务场景,了解每一个细节与逻辑,知己知彼;掌握数据接口,数据库表结构等。
多样性测试:
从一个产品的业务场景、交互、UI、兼容性、数据逻辑、业务逻辑性能测试等多角度同时考虑不仅仅是功能测试,这样效率高一些、更容易发现BUG
组内组外充分沟通:
更有利于敏捷开发,因为在版本迭代过程中前期BUG会被压在底部被忽略。
P1:详细测试+回归探索测试
P2:详细测试
P3:探索测试
P4:直接根据需求文档进行测试
整体测试策略
敏捷开发-迭代测试策略:
业务和技术深度掌握:
深挖业务场景,了解每一个细节与逻辑,知己知彼;掌握数据接口,数据库表结构等。
多样性测试:
从一个产品的业务场景、交互、UI、兼容性、数据逻辑、业务逻辑性能测试等多角度同时考虑不仅仅是功能测试,这样效率高一些、更容易发现BUG
组内组外充分沟通:
更有利于敏捷开发,因为在版本迭代过程中前期BUG会被压在底部被忽略。
了解业务场景、接口、数据库
对每个用例制定测试策略
测试方法的选择
P1重要,测试用例详细设计,充分考虑用户使用的各种场景,各种细节和异常操作等。
P2只需要做测试用例的详细设计与细节操作即可。
P3只需要做测试要点设计与探索测试即可。
P4不编辑测试用例跟据需求文档进行测试验证即可。