谈项目管理和软件测试过程（五）

总结软件企业管理中易出现的如下问题，结合我公司在产品开发管理的过程中出现问题总结如下：

1)需求说明差─需求不清楚、不完整、太概括、 或者不可测试，都会造成问题。

2)不切实际的时间表─如果在很短的时间里要求做许多事，出现错误是不可避免的。

3)不重视测试─只能根据客户意见或系统崩溃来判断系统的质量，整个公司没有质量管理部门。有些经理认为测试工作是服务工作，只有编写代码工作才是生产工作，编程人员待遇高、地位高。

4)不断增加功能─在开发正在进行过程中要求增加许多新的功能，这是常见的问题。

5)交流问题─如果开发人员对客户的要求不了解，或者客户由不恰当的期望，必然会导致错误。

6）编写文档意识太差─90%的开发人员不愿意花时间写文档，项目经理缺少这方面的管理考核要求，喜欢采取多次对话开会等轻松的沟通方式。

5.2 解决措施

这些问题的出现，将会对软件质量的保证产生不良影响，针对上述问题并结合公司在项目管理方面的实践经验，笔者提出一些相应的解决方法，以供参考：

1)可靠的需求─应当有一个经各方一致同意的、清楚的、完整的、详细的、整体的、可实现的、可测试的需求。为帮助确定需求，可使用模型 (prototypes)。

2）合理的时间表——为计划、设计、测试、改错、再测试、变更、以及编制文档留出足够的时间。不应使用突击的办法来完成项目。

3)尽早安排测试─从需求讨论开始测试；每次改错或变更后，都应重新测试。项目计划中要为测试和改错留出足够时间。重视测试人员的待遇和地位问题，认识上把测试工作做为研发工作的一个重要阶段完成，他和编写代码同样重要。

4)尽可能坚持最初的需求─一旦开发工作开始，要准备防止修改需求和新增功能，要说明这样做的后果。如果必须进行变更，必须在时间表上有相应的反映。如果可能，在设计阶段使用快速的模型，以便使客户了解将会得到的东西。这将会使他们对他们的需求有较高的信心，减少以后的变更。

5)沟通——在适当时机进行预排和检查;充分利用团组通信工具—电子邮件、MSN实时对话、网络故障跟踪Bugzilla工具、变更管理工具、以及因特网的功能。要确保文件是可用的和最新的。优选电子版文档，避免纸介质文档:进行远距离联合作业及协作;尽早使用模型，使客户的预想表达清楚。

6）强化文档工作—对于每个测试任务必须有相应的需求、开发设计文档，测试任务完成后必须有测试报告，让文档成为互相沟通的基础。

标签：

版权申明：本站文章部分自网络，如有侵权，请联系：west999com@outlook.com
特别注意：本站所有转载文章言论不代表本站观点，本站所提供的摄影照片，插画，设计作品，如需使用，请与原作者联系，版权归原作者所有