项目管理
shengwell
这个作者很懒,什么都没留下…
展开
-
使用缺陷数据作为绩效考评通常不是一个好主意
<br />原因主要有几点:<br />一、缺陷包含的可变量很多:所测试功能的复杂性,开发人员的编程能力,需求的完整性,报告的及时性,缺陷的有效性、严重等级,跟踪问题花费的时间等;<br />二、测试人员主观上可能对缺陷数目控制,比如每天限定多少个问题,这样就影响了测试的积极主动性;<br />三、 考评的标准很难把握,容易造成团队内部的不公平,进而影响工作气氛和效率。原创 2011-05-16 14:38:00 · 329 阅读 · 0 评论 -
关于软件质量
<br />早就有共识,软件的质量不是靠测试来保证的,首先要从源头,也就是需求的细节开始抓,其次当然是开发的过程,最后才是到测试的环节。<br />说起来简单,但真的去开展项目就发现到处充满挑战,需求总是处于动态变化的,开发和测试只能去适应这样的变化。<br />理论上,软件的质量保证需要全体参与项目的人来保证。但具体的责任不明确,大家都会感到抽象和茫然。因此真正能落实到位就只能依赖管理层对流程的重视,对质量文化的建设。<br />无论哪个生产制造行业,最早发现问题的通常是一线的工作人员,如何激发他们多提建原创 2011-05-17 13:51:00 · 241 阅读 · 0 评论