思步网

查看: 60416|回复: 14
打印 上一主题 下一主题

[测试流程] 谈项目管理和软件测试过程(五)

[复制链接]
5.1 项目管理存在问题
总结软件企业管理中易出现的如下问题,结合我公司在产品开发管理的过程中出现问题总结如下:

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

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

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

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

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

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

5.2 解决措施

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

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

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

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

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

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

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



上一篇:谈项目管理和软件测试过程(四)
下一篇:软件测试11步骤
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏 转播转播 分享分享 分享淘帖 支持支持 反对反对
回复 论坛版权

使用道具 举报

啥也不说了,楼主就是给力!
看了LZ的帖子,我只想说一句很好很强大!
很有借鉴意义,先收藏了,谢谢楼主。
看起来不错
众里寻他千百度,蓦然回首在这里!
我了个去,顶了
我了个去,顶了
很有借鉴意义,先收藏了,谢谢楼主。
很有见地的探讨,先收藏着~
路过 帮顶 嘿嘿
打酱油的人拉,顺便赚点金币
打酱油的人拉,顺便赚点金币
其实,很多情况下都是这样的,习惯就好。
很有借鉴意义,先收藏了,谢谢楼主。
您需要登录后才可以回帖 登录 | 注册

本版积分规则



思步组织思步科技|思步网|火花学堂|思步文库|思步问答|思步英才|天下心
© 2007 思步网 浙ICP备10212573号-4(首次备案号:浙ICP备07035264号)|邮箱:service#step365.com(将#换成@)|服务热线:0571-28827450
在线培训课程|求职招聘|思步文库|官方微信|手机APP|思步问答|微博平台|官方QQ群|交流论坛|软件工程透析|关于我们|申请友链|
点击这里给我发消息     点击这里给我发消息
思步 step365 过程改进 CMMI中文 质量保证 质量管理 流程体系 需求跟踪矩阵 敏捷开发 Scrum 软件度量 项目评审 全员改进 流程管理 人力资源 6sigma 信息安全 ISO27001认证 IT服务管理 ISO20000认证 ISO9000认证 软件测试 SQA 配置管理 IPD 软件工程 PMP认证 PMP试题 PMBOK中文 精益研发 agile 顾问式管理培训
返回顶部