代码质量关乎产品质量,这个无论怎么强调,我都觉得不为过。
理由有三:
- 站在开发人员的角度分析,对代码质量要求越高,表明他对这个产品的倾注越多,一个好的产品往往离不开负责任的开发人员的精心维护。
- 站在测试人员的角度分析,快速从开发人员那儿得到问题反馈,这有利于腾出更多的时间来为产品质量把关。
- 站在维护人员的角度分析,合理的需求得到快速响应,并且保持系统使用的简便性,稳定性,这对于一个优秀产品的持续快速发展百利而无一害。
文档质量关乎产品质量,这个谁都明白,但真正实施起来,又有几个团队能做到呢?
理由有三:
- 站在开发人员的角度分析,编写代码之前可以在草稿纸上画些流程图,等梳理清晰后着手编码,这时候文档的编写就像代码里的注释一样,一旦荒废,以后捡起来可就不那么容易了。文档记录下了设计的点点滴滴,就像代码一样,也需要不断重构更新。为自己也为他人留下有价值的记录。
- 站在测试人员的角度分析,了解一个产品最快也是最好的方式应该是通过开发人员编写的功能设计文档,只有把产品了解得透彻,出了问题也就不置于两眼一抹黑,一而再,再而三的从开发人员得到的反馈便是看日志。。。痛苦啊!
- 站在维护人员的角度分析,在使用过程中有据过依,一个较复杂的配置,如果没有文档的有效支持(这个文档一般是由测试人员编写),除了反复的失败沟通,换来的往往就是系统性的故障。一查问题居然就是少配一个"/",汗呐!
待续。。。