0%

给需求的体检

转自:https://mp.weixin.qq.com/s/KZRcd7z10ZADHpCSwcM-UQ
作为软件测试工程师,我们不仅要扮演质量检测员,还要扮演用户,要有用户的思维,同时还要有医生的敏锐度,寻找出产品需求中潜在的“隐患”,防患于未然。一个产品能否上线,上线后是否被用户喜爱?这些问题与我们测试工程师息息相关,因为我们是产品上线前最后关卡的守卫员。那么如何给产品需求做一个全面的体检,将病变的细胞消灭在萌芽状态,减少修复成本,产品更健康,用户更喜爱?下面的清单就是我们需要检查的项目,让我们一项一项的按序完成它吧。

一、 “体检”的目的

总的来说,给产品需求做“体检”主要有以下4个目的:

1)寻找需求的缺陷,比如某些场景没有考虑到

2)已有的需求是否符合需求的目的

3)已有的产品在易用性、易操作性、易学习性等方面体验度是否足够好

4)提出新的需求或建议,让用户体验更好

二、“体检”项目

1582537615(1)

2.1 产品需求的一致性

定义:一致性是指与其它软件需求或相关标准规范不相矛盾
1)系统规范:产品的风格要尽量与系统本身的系统风格保持一致,这样使得产品更专业,也不会让习惯了系统风格的用户感觉不适
1582537689(1)

2)APP整体设计规范:同一个产品中类似功能要界面风格一致,这样既规范,产品品质也高
1582537854(1)

3)借鉴竞品类似功能逻辑:竞品类似功能如优于我们,可以借鉴与其保持一致
1582537968(1)

2.2 产品需求的可行性

定义:产品提出的需求可开发实现,且实现的效果达到需求提出的目的,且可验证

1)无二义性:对所有需求说明都只能有一个明确统一的解释,由于自然语言极易导致二义性,所以尽量把每项需求用简洁明了的语言表达出来
A. 文字本身存在的二义性
1582538042(1)

B. 词语背后的扩展义导致的二义性
1582538765(1)

2)健壮性:需求的说明中是否对可能出现的异常进行了分析,并且对这些异常进行了容错处理。此外需求是否符合用户场景
A. 针对异常情况进行容错处理
1582538132(1)

B. 符合用户实际使用场景
1582538820(1)

3)可测试性:每项需求都能通过设计测试用例或其它的验证方法来进行测试

4)用户可接受度:新增需求是否挑战了已有用户的操作习惯,对用户的影响范围有多大**
1582538843(1)

2.3产品需求的易用性

1)易理解:让用户在使用新功能前体验,视觉了解功能
A. 新功能展现的直观性
1582538284(1)

B. 文案的简洁,通俗易懂
1582538322(1)

2)易操作:用户使用某一功能用最少的步骤达到目的或者保留用户已有使用习惯,且操作结果可感知

A. 减少用户操作
1582538369(1)

B. 与用户操作习惯保持一致
1582538401(1)

C. 对类似于点击类的操作要给用户一个反馈
1582538414(1)

3)吸引性:功能设计出来的效果是否对用户有吸引力,能否产生使用收益

1582538560(1)

备注:

原需求:产品给出的原始需求

新需求:提出需求建议后,更改后的需求