大家好，我是一名QA经理，正在培养一支经验不足的年轻QA团队（他们的第一份QA工作）。我希望他们发展的一个领域/技能是测试设计，即设计具有良好覆盖范围且没有重复的良好测试用例的能力。

当我刚开始时，我经常写太多有很多重叠的测试用例，这并不一定是一件坏事，因为过度测试比不足的测试要好，但很快意识到这对回归测试来说并不是高效的。

以下是我在设计功能/用户故事测试时的方法：

1.) 收集需求。
2.) 在脑图中勾画测试场景，开放思维，尽可能多地想出各种场景，进行头脑风暴。
3.) 使用需求作为正向场景的指导，并激发其他场景。
4.) 然后勾画出所有非正向路径的场景。
5.) 如有需要，审查并勾画出任何非功能性场景。
6.) 我会审查所有测试，确定它们是否真的需要。如果需要，它们需要什么类型的测试，是用于功能测试还是回归测试？将它们分组为这两组。功能测试是为了测试冲刺而进行的一次性测试，而回归测试是为了未来的维护。
7.) 一旦写入测试用例管理系统，我会根据回归测试设置优先级或回归字段，这样可以在创建测试用例的同时设计回归用例。

这是我多年来使用的方法，你是如何进行测试设计的？你的方法是什么呢？