需求评审

1.什么是需求评审

明确项目情况和核心需求。

 

2.为什么进行需求评审

产品眼中的需求-交互眼中的需求-视觉眼中的需求-开发眼中的需求---测试眼中的需求大相径庭,需要让团队中每位人员对需求有统一的了解。

①对需求文档进行评审，尽早发现需求中的问题，减少后期修改缺陷的成本 

②使开发团队中每个角色对需求的理解保持一致，减少了后期沟通时间。

③沟通需求细节，确认需求是否可以实现以及实现方式，有利于测试人员对功能实现逻辑的理解，完善测试用例

④有助于团队中每个角色了解用户需求，理解产品需求的由来，考虑需求合理性及用户体验感

 

3.如何进行需求评审

①在功能评审时遵循4W+H原则：Who,what,when,why,how

Who:用户是谁，用户扮演的角色职责和操作权限

What:用户需要什么，具体业务功能

When:需求发生的时间是什么时候，会不会随着时间的变化而变化

Why:用户需求的原因，用户需求是什么原因导致, 用户痛点，需要产品解决的实际问题

How：怎么做， 产品具体怎么实现才能更好的满足用户需求

 

②非功能性需求的评审-隐藏的需求：性能、可靠性、可测试性、可维护性、法律法规需求、效率、易用性与人性化需求、兼容性、文化与习惯需求、产品外观、使用安全，带入不同的角色去思考。

性能：对同时满足三个条件的业务：非常重要的业务，发生频率非常高的业务，资源消耗严重的业务要考虑性能需求。

可靠性：应用需要考虑三个方面的设计：稳定性，即产品在特定情况下最长的运行时间，容错性，即输入异常数据或异常操作时系统的保护性；自恢复性：产品运行中出现异常是，是否明确自恢复机制。

兼容性;包括操作系统、浏览器、设备、事件、网络的兼容性。

可测试性：有方法测试、可以准确验证预期结果、可以便捷地进行测试。

易用性：UI界面七要素：符合标准和规范、直观、一致、灵活、舒适、正确、实用。