作为软件测试工程师，我们不仅要扮演质量检测员，还要扮演用户，要有用户的思维，同时还要有医生的敏锐度，寻找出产品需求中潜在的"隐患"，防患于未然。一个产品能否上线，上线后是否被用户喜爱？这些问题与我们测试工程师息息相关，因为我们是产品上线前最后关卡的守卫员。那么如何给产品需求做一个全面的体检，将病变的细胞消灭在萌芽状态，减少修复成本，产品更健康，用户更喜爱？下面的清单就是我们需要检查的项目，让我们一项一项的按序完成它吧。
一、"体检"的目的
总的来说，给产品需求做"体检"主要有以下4个目的：
1）寻找需求的缺陷，比如某些场景没有考虑到
2）已有的需求是否符合需求的目的
3）已有的产品在易用性、易操作性、易学习性等方面体验度是否足够好
4）提出新的需求或建议，让用户体验更好
二、"体检"项目
2.1、产品需求的一致性
定义：一致性是指与其它软件需求或相关标准规范不相矛盾
1）系统规范：产品的风格要尽量与系统本身的系统风格保持一致，这样使得产品更专业，也不会让习惯了系统风格的用户感觉不适
举例：表情投稿界面添加颜文字输入框中，输入内容只有点击键盘一个一个字符删除，OS系统输入框均有删除icon，一键删除全部内容
原需求：没有提到在投稿界面添加颜文字中加入清空已输入内容功能
新需求：添加颜文字输入框增加删除icon
2）APP整体设计规范：同一个产品中类似功能要界面风格一致，这样既规范，产品品质也高
举例：表情商城顶部的tab不管文字个数多少，所分割的按键大小一致，新增的皮肤商城顶部tab根据文字个数分割按键大小
原需求：设计稿上皮肤商城和表情商城顶部Tab大小不是一致的
新需求：设计修改皮肤商城和表情商城顶部精品Tab等大小保持一致
3）借鉴竞品类似功能逻辑：竞品类似功能如优于我们，可以借鉴与其保持一致
举例：在Email、URL输入框下，输入首字母大写的概率很小，一般情况下都是小写。对比其他输入法，在Email、URL输入框下，shift键不高亮
原需求：在句首时切换/调起英文键盘，shift默认高亮
新需求：英文适配键盘（URL、Email）下shift键不默认高亮
2.2、产品需求的可行性
定义：产品提出的需求可开发实现，且实现的效果达到需求提出的目的，且可验证
1）无二义性：对所有需求说明都只能有一个明确统一的解释，由于自然语言极易导致二义性，所以尽量把每项需求用简洁明了的语言表达出来
A、文字本身存在的二义性
举例：原文案"请输入一个昵称"，"一个"这个词用在这里不合适，语义理解不唯一，用户可能会有是否可以输入两个昵称，昵称是自己的还是其他什么的昵称等疑问
... ...
查看全文内容，请点击下载：http://www.51testing.com/html/00/n-3712900.html
版权声明：51Testing软件测试网及相关内容提供者拥有51testing.com内容的全部版权，未经明确的书面许可，任何人或单位不得对本网站内容复制、转载或进行镜像，否则将追究法律责任。
