如何用正确的方法来写出质量好的软件的75条体会

发表于:2009-11-30来源:作者:点击数: 标签:质量体会软件
如何用正确的方法来写出质量好的软件的75条体会 软件质量保证 关键字:写出质量好的软件 1. 你们的项目组使用源代码管理工具了么? 应该用。 VSS 、 CVS 、PVCS、 ClearCase 、 CC C/Harvest、FireFly都可以。我的选择是VSS。 2. 你们的项目组使用 缺陷管理

       如何用正确的方法来写出质量好的软件的75条体会  软件质量保证

  关键字:写出质量好的软件

  1. 你们的项目组使用源代码管理工具了么?

  应该用。VSSCVS、PVCS、ClearCaseCCC/Harvest、FireFly都可以。我的选择是VSS。

  2. 你们的项目组使用缺陷管理系统了么?

  应该用。ClearQuest太复杂,我的推荐是BugZilla

  3. 你们的测试组还在用Word写测试用例么?

  不要用Word写测试用例(Test Case)。应该用一个专门的系统,可以是Test Manager,也可以是自己开发一个ASP.NET的小网站。主要目的是Track和Browse。

  4. 你们的项目组有没有建立一个门户网站?

  要有一个门户网站,用来放Contact Info、Baselined Schedule、News等等。推荐Sharepoint Portal Server 2003来实现,15分钟就搞定。买不起SPS 2003可以用WSS (Windows Sharepoint Service)。

  5. 你们的项目组用了你能买到最好的工具么?

  应该用尽量好的工具来工作。比如,应该用VS.NET而不是Notepad来写C#。用Notepad写程序多半只是一种炫耀。但也要考虑到经费,所以说是“你能买到最好的”。

  6. 你们的程序员工作在安静的环境里么?

  需要安静环境。这点极端重要,而且要保证每个人的空间大于一定面积。

  7. 你们的员工每个人都有一部电话么?

  需要每人一部电话。而且电话最好是带留言功能的。当然,上这么一套带留言电话系统开销不小。不过至少每人一部电话要有,千万别搞得经常有人站起来喊:“某某某电话”。《人件》里面就强烈谴责这种做法。

  8. 你们每个人都知道出了问题应该找谁么?

  应该知道。任何一个Feature至少都应该有一个Owner,当然,Owner可以继续Dispatch给其他人。

  

原文转自:http://www.ltesting.net