上一篇文章已经说到了BUG汇总篇,那么这一篇文章呢主要是来介绍建议优化类的汇总格式;实际工作中,很多东西都是有KPI考核的,所以我们也不能一味的把一些建议,优化之类的问题当作BUG提给开发,这样大家心里偶尔会产生各种小矛盾,所有这个时候优化建议就很好的解决了这个问题;因为一个好的测试人员,不仅要懂得测试理论,测试方法,更要懂得产品,懂得设计常识,这就是为什么好多招聘测试的要求会写到,要有产品设计思维,等够对产品的改进提出意见,就是这个道理;可能大部分时间我们和开发人员争论一个问题的时候,开发都会说:我这个功能没问题,但是站在我们测试的角度来说,站在客户体验的角度来说,你这个设计不合理,当前的互联网,客户体验往往是放在我们考虑的首要位置,因为我们是这个产品的第一批使用者,所以我们要尽可能的去使得产品的体验变好,这就是为什么我们要有建议类的模板汇报!好了,废话不多说,我们来看模板。
项目 | 版本 | 测试日期 | 项目经理 | 开发人员 | 测试人员 | Bug编号 | Bug人员 | 建议优化数 | 测试结果 |
XX项目 | V1.0 | 2018-06-01 | Lion | kang | Red | 7521 | kang | 5 | N条已优化/未优化 |
Rock | Red | 7522 | Rock | 1 | N条已优化/未优化 | ||||
建议优化汇总 | 6 |
Bug编号:一般我们会现在Bug管理工具中提这个Bug,然后我们汇总的时候备注上这个编号,一目了然。
P.s:英文单词均为人名