项目团队如何提高软件质量

把我几年前写的“企业如何预防软件缺陷，结合我自己的经验谈谈：软件企业如何提高自己的产品质量

 

一：软件开发的源头—需求

问题：笔者自己亲身的经历的一个项目《昆山地税短信业务系统》，用户确实也在项目的需求规格说明书上签了字，但是最后做出的东西，尽管实现了需求规格说明书中的功能，但是却是用户不想要的。

 

遇到这样的情况，我认为最重要的是要做到以下几点：

■ 第一要做到：根据需求开发一个Demo,让测试人员尤其是用户来确认，因为国内的很多用户不会提出需求，但是等开发商做好了软件之后，用户根据你目前所做的软件（依照现有的界面或者功能情况，然后再结合自己的业务）他们就会提出新需求了，在这方面我深有体会。所以有问题，有不明白的地方让用户早提出来，否则弄到最后大家都很被动。

 

■ 第二要做到：其次，在开发期间，还可以邀请客户参与软件设计规格说明书、测试计划、测试用例等的评审，当软件能基本正常工作时再次邀请客户从头到尾再看一遍（product work-through）。最后，就是开发人员和测试人员做好自己的本质工作，构建高质量的软件，进行充分的测试（但是如果客户或者用户没有足够的时间评审你的设计规格说明书、测试计划、测试用例，但是至少要能做到在软件基本上能工作的时候，把软件放在用户能够使用的地方，让用户亲自试用，因为用户对业务的了解远远比开发人员好，他们能在早期发现该软件中一些不利于用户使用的地方）。

■ 第三点要做到：重点评审需求中不明确的功能模块和存在分歧的模块，对于不明白的地方一定要弄懂，因为需求是软件开发的源头。 

 

■ 第四点要做到：对于一些重点模块和用户业务常用的模块，要重点评审，比如说笔者前做无线POS机的系统，“销售”这个功能当然是重重之重了（因为对于零售商来说，如果软件的功能上的问题，而导致不能“销售”，那么用户对于花了钱买了这样的软件部室暴跳如雷吗？）。 

 

 

二：做好单元测试，目前国内很多软件企业根本没有一个单元测试的标准

■ 笔者的亲身经历1：上海某软件外包公司的开发人员曾经私下讨论说：这个功能可能有问题，让测试人员以后去发现吧。有这样的心态开发出的软件按怎么可能没有bug，如果没有