中国项目管理资源网

我的软件经验之<六>----测试变更

2007/10/25 11:50:08 |  1946次阅读 |  来源:转载   【已有0条评论】发表评论







(续上文) 

5. 测试阶段


5.1 项目组测试


    项目经理把《项目组测试案例》分配给测试人员。如果组织资源不够,测试人员可以是开发人员,原则是自己的模块不能自己测试。测试人员根据《开发、测试、发布环境配置表》找到测试服务器来执行测试案例。


    这里假定组织有缺陷管理和跟踪系统,例如Bugzero、TestDirector、JIRA等,凡不符合测试案例的“正确结果”的,在缺陷管理系统中报bug:



  • 每个bug报告只能描述一个错误,如果在一个测试案例中找到五处错误,那么测试员要出五个bug报告,而不是集中报告。集中报告有时会发生信息错误传递或沟通障碍,例如开发人员A言语简单,A告诉测试人员B修复了;B再测,问题依旧,困惑地问A是怎么回事;A说修复其中一个;这种情景在现实中多次发生。

  • 开发人员修复自己模块的bug后,通知测试人员再测;如果修复,测试员关闭bug,否则,不能关闭bug。

    跑完所有的测试案例,修复完所有的bug,项目组测试才能宣告结束。通常,项目组测试报的bug要多于客户测试报的。这个阶段的bug类型有:真bug、重复报告的bug、无效bug等:



  • 真bug走上述流程修复。

  • 重复报告的bug是多个测试人员走相同的测试案例,发现一样或雷同错误,从而重复报告bug。开发人员择一修复,其余的bug说明原因关闭。 

  • 无效bug,开发人员说明原因关闭。

    在测试期间,项目经理每天要多次查看缺陷管理系统中该软件的bug列表,关注测试案例执行情况和修复情况,督促进度不理想的。


5.2 客户测试


    项目组测试结束后进入客户测试。每个项目的客户不尽相同,每种客户的工作方式各有千秋,项目经理要引导客户进行测试,有时现实原因会让项目经理对客户测试进行调整或妥协。


5.3 安装客户处的软件平台


    客户测试结束后,项目经理派人客户方安装软件。


5.4 培训文档


    如果有培训,项目组根据《需求说明书》(若有《产品规格说明书》一并参考)、《系统设计》、《培训计划》编写《培训文档》。 培训文档格式不限,最好询问客户接受哪种方式的培训和哪类型的文档,尽量配合客户的习惯,当然,如果客户习惯中有不好的地方,项目经理要进行引导。


5.5 系统/产品指南


    如果有《产品规格说明书》,那么这阶段要把《产品规格说明书》丰富成《系统指南》,《系》跟《产》非常相似,只是增加详细的说明、操作步骤、截图等。


6. 变更阶段


    变更可以发生在项目的任何阶段,一般而言,它高发于设计、开发、测试阶段,任何人都有可能收到客户的变更要求,组织成员最好不要当场答应,而是告诉客户某时答复;项目经理获悉变更要求后,编写《变更要求书》通知甲乙双方高层和相关人员,必要时开会讨论;如果同意变更,双方高层签署文件,项目经理酌情调整已有的项目文档,一般是《项目总体计划》、《需求说明书》(若有《产品规格说明书》一并考虑)、《系统设计》、《美工UI页面》、《测试案例》等等。


    《变更要求书》例子见表8,格式不限于此:






项目名称:……


项目编号:……


变更编号:……


变更请求者:……


时    间:……


变更级别: 高/中/低






















对应需求说明书的编号


变更内容


(客户单位名称)


实现方案


(新境界)


#2.1


在登录页面增加注册的功能


可以实现用户自行注册,同时增加管理员审核帐号的页面,如果自申请的帐号不符合规范,管理员可以删除该帐号,否则启用该帐号。


 


进度需要增加4.5天:


ü       项目经理协调时间:0.2天


ü       修改设计、总体计划、测试案例文档:1.3天


ü       开发人员:2.5天


ü       测试:0.5天


新需求


销售业绩软件定时获取库存软件的最新库存数据


可以实现该需求,经过协商,销售业绩软件每晚9点读取库存软件服务器固定目录下的文件,读完就删;库存软件每晚8点查询数据库是否有新的数据,如果有,就放入服务器固定目录下。


 


进度需要增加7.5天:


ü       项目经理协调时间:1天


ü       修改设计、总体计划、测试案例文档:2天


ü       开发人员:4天


ü       测试:0.5天


新需求


在没有互联网地区工作的销售人员,可以通过手机查询库存软件的数据


不能实现该需要,原因:……………………


进度总共增加16天,原正式发布时间2007-12-25将改成2008-1-18


 










(客户单位) (领导)


(软件公司) (领导)


签名处


 


(日期)


签名处


 


(日期)


.


  表 8


    再说说项目铁三角,范围、质量、成本、进度形成项目的基础,构成三角形,见图11。当任何一边发生变化时,其他边也要变化;常见的范围扩大时,时间、成本、质量也一定跟着增加,项目经理有义务让客户、管理层、项目组理解这个道理,见图12。否则光增加范围不增加其他,还要项目成功,其概率等同于“摔跤抱到刘德华,游泳见到海洋之星,打的坐进法拉利”,换言之就是项目注定失败的概率相当高。





图 11



图 12



作者:林佩雯

【 发表评论 0条 】


网友评论
网友评论(共0 条评论)..

请您注意·自觉遵守:爱国、守法、自律、真实、文明的原则
·尊重网上道德,遵守《全国人大常委会关于维护互联网安全的决定》及中华人民共和国其他各项有关法律法规
·严禁发表危害国家安全,破坏民族团结、国家宗教政策和社会稳定,含侮辱、诽谤、教唆、淫秽等内容的作品
·承担一切因您的行为而直接或间接导致的民事或刑事法律责任
·您在中国项目管理资源网新闻评论发表的作品,中国项目管理资源网有权在网站内保留、转载、引用或者删除
·参与本评论即表明您已经阅读并接受上述条款