大家好,我是一名QA经理,正在培养一支经验不足的年轻QA团队(他们的第一份QA工作)。我希望他们发展的一个领域/技能是测试设计,即设计具有良好覆盖范围且没有重复的良好测试用例的能力。
当我刚开始时,我经常写太多有很多重叠的测试用例,这并不一定是一件坏事,因为过度测试比不足的测试要好,但很快意识到这对回归测试来说并不是高效的。
以下是我在设计功能/用户故事测试时的方法:
1.) 收集需求。
2.) 在脑图中勾画测试场景,开放思维,尽可能多地想出各种场景,进行头脑风暴。
3.) 使用需求作为正向场景的指导,并激发其他场景。
4.) 然后勾画出所有非正向路径的场景。
5.) 如有需要,审查并勾画出任何非功能性场景。
6.) 我会审查所有测试,确定它们是否真的需要。如果需要,它们需要什么类型的测试,是用于功能测试还是回归测试?将它们分组为这两组。功能测试是为了测试冲刺而进行的一次性测试,而回归测试是为了未来的维护。
7.) 一旦写入测试用例管理系统,我会根据回归测试设置优先级或回归字段,这样可以在创建测试用例的同时设计回归用例。
这是我多年来使用的方法,你是如何进行测试设计的?你的方法是什么呢?