在软件开发中,质量很重要(这个估计谁都知道)，但是很多时候质量看上去却又不能保证（基于进度压力下）。然后，就乱了… 这个情景我想大多数人都经历着，呵呵。
“高质量、高口碑的软件开始于好的分析与设计阶段，并不是靠后期的测试与修补来完成的”
我就发表下下面这几个阶段会影响质量的地方吧：
- 分析与设计阶段
- 计划安排
- 开发阶段
一、分析与设计阶段
如何才能做好这个步骤呢？要获取用户真正的需求，同时考虑好可能产生变化的需求点，我认为这两点基本上能保证分析与设计阶段的高质量进行了。这里PM是肯定要花大功夫的，由于这里的“可能产生变化的需求点”需要比较好的业务领域知识，所以PM就要做足这个行业的功课了。呵呵，关于PM的工作部分，我不是很清楚…
二、计划安排
上面所提的乱，出现的原因很多时候是因为时间问题。所以我认为也需要在计划安排这里花大力气---列出的计划需要周详，不能缺少步骤，并且时间上是差不多够的。当然要是上级要求必须在某某时间完成，这时怎么办？那就需要这个项目负责人对上级提出异议，保护这个团队。
三、开发阶段
采用迭代开发时，往往是先开发部分功能，接着QA测试那些完成的功能。假如开发的质量有问题，比如很多低级错误、又或者很不稳定，这样的程序交给QA去测试，QA看了后不晕才怪，连看都不想去看了（情有可原）。QA测试不通过，必然开发人员再去进行修改，所以时间会根据质量的高低程度产生急剧的浪费！这里有很多原因发生开发质量不高，比如：主观上的不做单元测试、客观上的由于进度紧不做单元测试，凑合着交给QA
1.主观上的不做单元测试
a.这个要么是开发人员根本不知道单元测试是何物（估计没多少人是这个原因）
b.或者过渡信任自己的程序没有bug
这个只要适当提醒下就行了
c.不积极工作的表现
这个需要注意阿！很危险了
2.客观上的由于进度紧不做单元测试
a.一种是由于原先计划安排上有问题
这个我想也就只能通过排计划的那人考虑周详点、需求要在排计划之前就要90%弄清楚（不知道90%是不是太高了…）
b.一种是所采用的技术需要攻关
技术研发部门要抓紧时间了，研发部门内部损耗来了，要解决
c.一种是由于需求老有问题导致了开发阶段较多的非开发时间的产生，而消耗了本该属于开发的时间
需求获取有问题，或者分析那里不够细致，可能是分析时想的不够细，还存在着许多想当然的东西，没有分析到能够交给开发人员做的地步（这地方有挑战！）
d.还有一种是a+b+c，哈哈（这种还居多）
阿门，依次解决上面几个问题吧
原文链接：http://www.cnblogs.com/aarond/archive/2011/05/11/2043785.html
【编辑推荐】
