评审需求策划案的重要性

评审需求策划案的重要性

需求策划案在整个产品的生命周期中起着至关重要的指导性作用，它不仅仅提纲挈领，更是一个方向和产品的细化（测试用例是对策划案的一个细化），就像一个国家的政策方针一样。

3G晴雨表和digital_clock是我们公司的自主产品，我有幸参与了测试工作。下面我就来说说我经历过的两个产品中关于策划案一块的结果对比：

3G晴雨表是一个心血来潮的项目（如果可以的话，我愿意这样说），策划、美术、研发人员，当然还有我们测试人员，我们大家并没有对形成的策划案进行评审，因为没有具体可行的策划案，所以，我们就是摸着石头过河，想到什么就填写什么，可以实现的就在产品中继续实现，不可以实现的就在策划案中删除，结果可以说使原来已经通过的产品多次返工重新测试，如此反复以至于此项目严重延期，而且给各个部门都增加了相当多的工作量。而digital_clock就不同了，它在策划案的形成过程中就做了多次的策划案评审和技术评估，伴随着这两项评审策划案逐渐健壮，这样在提交质管部测试的时候，其结果就和3G晴雨表形成了鲜明的对比：

3G晴雨表Bug类型分布

版本	Bug总数	死机重启	界面显示	文字错误	功能问题	其他
v1.0.0.0_1	28	2	4	10	9	3
v1.0.0.0_2	3	2	0	1	0	0
v1.0.0.0_3	8	0	4	2	2	0
v1.0.0.0_4	2	0	1	0	1	0
V1.0.0.0_5	0	0	0	0	0	0

3G晴雨表Bug严重程度分布

版本	Bug总数	SS级	S级	A级	B级	C 级
v1.0.0.0_1	28	0	2	18	3	5
v1.0.0.0_2	3	0	2	1	0	0
v1.0.0.0_3	8	0	0	7	0	1
v1.0.0.0_4	2	0	0	2	0	0
V1.0.0.0_5	0	0	0	0	0	0
总数	41	0	4	28	3	6

 

 

 

 

 

 

 

 

 

digital_clock  Bug类型分布

版本	Bug总数	死机重启	界面显示	文字错误	功能问题	其他
v1.0.0.0_1	8	2	2	2	2	0
V1.0.0.0_2	0	0	0	0	0	0

digital_clock  Bug严重程度分布

版本	Bug总数	SS级	S级	A级	B级	C 级
v1.0.0.0_1	8	0	2	6	0	0
V1.0.0.0_2	0	0	0	0	0	0
总数	8	0	2	6	0	0

 

 

 

 

 

通过评审后的策划案不仅仅节省了这弥足珍贵的时间，而且给整个工程中的沟通带来了极大的方便，大大的提高了各部门的工作效率，也更融洽了各个部门之间的合作互助性。

 

最后送大家个建议

1.最大化的考虑策划案的可实现性和可扩展性

2.尽可能多的在一个版本中发现更多的bug

3.尽可能的体现出测试的重要性（提升国内测试人员的地位）

关于第2点有文章说会打消开发人员的积极性，但我觉得这样更能加快整个软件工程的进度，其实多提bug是否会打消开发人员的积极性是由公司评判团队业绩一块决定的，我想，如果公司按照产品的最终成果来评判一个团队的业绩而不是bug的多少，那么这些问题也就不复存在了，bug少并不代表产品就好，bug多也不代表产品就差，产品质量和工程进度才是最关键的！另外再想想，如果在一个版本中已经提了大量的bug，但是依然还有（只要你挖掘），可是你考虑了开发人员的感受就不再深入挖掘了，而是放到下个版本中再提，那就可能会极大的浪费时间，极大的加重各个部门的工作量，所以，请慎重！