需求评审&SPEC评审&用例评审&归档用例

本文部分内容借鉴于博客需求评审的关注点

需求评审、SPEC评审

1、评审前期准备

评审是要在写代码前发现问题，不要吝啬将时间花在前期上，因为这会大大减少我们中后期的意外，避免做很多的无用功。在评审之前，我们要仔细阅读相关的评审资料，了解每个点是干什么的。

2、评审中需要关注的点

（1）文笔

描述是否存在错别字，特别是界面上的文案。例如，登陆->登录

描述是否清楚，是否存在歧义

没有统一术语，多处地方用不同词语来表示同一概念

是否杂乱无章，不便于阅读和查找信息

（2）逻辑性

流程的出入口：是否明确，是否过多（连用户都会昏头转向）

条件与规则说明是否清晰明了

缺少说明数据的来源、类型、精度、取值范围、默认值、显示格式、计算处理方式

是否考虑其它功能或需求的关联影响

用户体验如何

（3）实现

人力、时间等资源是否存在困难

实现难度较大

遗留的坑会导致出严重bug的概率大，风险高

性能不佳，会造成用户体验差

是否有比产品经理想到的更好的方案

能否复用已有的逻辑或使用业界更通用的有开源实现的做法

后续的迭代考虑࿰