如何评审需求
文章目录
1、理解需求的背景
首先，要搞清楚需求的背景、目标，了解需求的背景以及想解决的问题，基于特性的价值来分类，来设置优先级、测试的重点，以及不同的测试深度和广度，以此来保证测试资源的最优分配和投入方案。
2. 关注需求的完整性
- 功能描述：需求是否清晰地描述了功能的预期行为？
- 边界条件：需求是否明确了功能的边界条件和异常情况？
- 用户故事：用户在什么场景下会使用这个功能，需求是否包含了用户故事或使用场景
- 验收标准：需求是否定义了明确的验收标准，用于验证功能是否符合预期？
- 错误提示：这个功能在什么情况下会失败，是否有错误提示？
3、关注需求的一致性
- 内部一致性：需求文档内部的描述是否一致，没有自相矛盾的地方？
- 与其他需求的一致性：新需求是否与现有需求或系统功能一致，没有冲突？
- 与业务目标的一致性：需求是否与业务目标和用户需求一致？
4. 关注需求的可测试性
- 明确的测试点：需求是否定义了明确的测试点，可以设计测试用例？
- 可验证性：需求是否可以被验证，是否有明确的验证方法？
- 可度量性：需求是否可以被度量，是否有明确的性能指标或质量标准？
5. 关注需求的用户体验
- 用户友好性：需求是否考虑了用户体验，是否易于使用？
- 用户反馈：需求是否考虑了用户反馈，是否提供了反馈机制？
- 用户教育：需求是否考虑了用户教育，是否提供了必要的帮助文档或教程？
6、总结
上面列出的点是规范，用到实际的项目中，我将其中的重点划分出来
- 完整性：预期行为、用户场景、边界情况、异常情况
- 一致性：文档内部一致、与以往需求不冲突
- 用户体验：易于使用
- 可测试性：有明确的测试点
7、工具帮助
借助AI工具，提前梳理用户流程和需求点，发现文档中不合理的地方