作者:Michael Yuan Blog:[url]http://yuanxf.blog.51cto.com/[/url]
将软件测试作为项目进行管理,通常经历有四个阶段:启动阶段、计划阶段、实施阶段和收尾阶段,这些阶段相互衔接,分别完成不同任务。各阶段都围绕保证测试效率和测试有效性展开,从而保证测试质量和软件开发进度。
一、启动阶段
首先项目经理发起测试项目会议,参会人员有开发人员、需求人员、技服人员、产品推广人员和测试人员等,共同定义测试范围、测试需求、测试预算和测试进度,对所提供的测试计划进行分析,并对模糊问题进行确认。
利用PROJECT项目管理平台,项目经理评估软件开发工作量、估计开发工时、测试工作量、估计测试工时等,分配项目任务,制定项目进度计划。
(1)项目经理通过项目管理平台分配项目任务、调整项目进度、增删项目需求等,系统会自动发送邮件给任务的相关负责人,同时项目经理还可查看项目完成情况(可远程登陆)。
(2)项目组所有成员(包括开发人员、测试人员等)登陆项目管理平台,更新所承担的项目任务后,系统会自动发送邮件给项目经理及关联任务负责人。
首先项目经理发起测试项目会议,参会人员有开发人员、需求人员、技服人员、产品推广人员和测试人员等,共同定义测试范围、测试需求、测试预算和测试进度,对所提供的测试计划进行分析,并对模糊问题进行确认。
利用PROJECT项目管理平台,项目经理评估软件开发工作量、估计开发工时、测试工作量、估计测试工时等,分配项目任务,制定项目进度计划。
(1)项目经理通过项目管理平台分配项目任务、调整项目进度、增删项目需求等,系统会自动发送邮件给任务的相关负责人,同时项目经理还可查看项目完成情况(可远程登陆)。
(2)项目组所有成员(包括开发人员、测试人员等)登陆项目管理平台,更新所承担的项目任务后,系统会自动发送邮件给项目经理及关联任务负责人。
二、计划阶段
内容包括配置测试环境、组建测试团队。分析和确定项目测试的里程碑,对可能导致项目测试失败的各种要素进行风险分析(人力风险、物力风险、未知风险等),项目经理对测试任务进行明确分工和评估,约定测试项目进度的报告机制(通过BUGFREE和PROJECT)。
布署软件缺陷管理平台BUGZILLA或MANTIS;版本控制及源代码管理平台推荐使用SVN+FishEye或VSS工具;测试用例管理工具Testopia(Bugzilla+Testopia);项目管理平台通常使用PROJECT SERVER。
内容包括配置测试环境、组建测试团队。分析和确定项目测试的里程碑,对可能导致项目测试失败的各种要素进行风险分析(人力风险、物力风险、未知风险等),项目经理对测试任务进行明确分工和评估,约定测试项目进度的报告机制(通过BUGFREE和PROJECT)。
布署软件缺陷管理平台BUGZILLA或MANTIS;版本控制及源代码管理平台推荐使用SVN+FishEye或VSS工具;测试用例管理工具Testopia(Bugzilla+Testopia);项目管理平台通常使用PROJECT SERVER。
三、实施阶段
测试人员严格依照软件需求文档仔细地、探索性地执行测试用例,同时借助测试经验和程序的特征执行相应的随机测试,以便发现测试用例没有覆盖到的潜在的重大缺陷。
使用软件缺陷管理平台,实时向程序开发人员提交测试发现的缺陷、存在的问题,使软件测试与程序开发进程无缝集成。
(1)提交BUG:测试人员发现BUG,提交至缺陷管理平台后,系统会自动发送邮件给项目经理、开发人员及任务承担人员,通知新增修改任务。
(2)BUG描述:在BUG提交操作时,需测试人员对如何发现BUG的测试步骤进行详细描述,通过被标注的截屏文档查看BUG故障,省去因沟通不及时而导致项目进度延缓,可以大大提高工作效率。
(3)BUG管理:通过系统的权限管理功能,项目经理登陆缺陷管理平台(可远程登陆)了解所有的BUG状态,并可变更BUG优先级、BUG修改完成时间、重新分配BUG修改任务、查看BUG存在的软件版本等。开发人员收到提交的BUG通知邮件后,可立即登陆缺陷管理平台,查看BUG的详细信息,了解工作任务分配情况。
(4)BUG统计:通过系统查询功能,可了解某版本中存在的BUG数量、发生的操作系统、历史BUG等信息,对其进行分析统计。
使用版本控制及源代码管理平台VSS,对软件版本及代码进行安全保护和跟踪检查,避免软件版本发生混乱。
(1)通过VSS设置文件夹权限,可对文件夹、某文档进行资源的安全访问控制。
(2)某个程序员在修改某个文档时,需先从VSS数据库中将它签出,如另一程序员再想对同一文档进行修改,VSS会自动提示错误,当起先修改完成后,需将修改后的文档签入VSS,从而避免多人同时修改文档,以保障文档的安全,统一软件版本。
(3)收集和保存项目产生的文档,执行软件版本备份计划。
测试人员严格依照软件需求文档仔细地、探索性地执行测试用例,同时借助测试经验和程序的特征执行相应的随机测试,以便发现测试用例没有覆盖到的潜在的重大缺陷。
使用软件缺陷管理平台,实时向程序开发人员提交测试发现的缺陷、存在的问题,使软件测试与程序开发进程无缝集成。
(1)提交BUG:测试人员发现BUG,提交至缺陷管理平台后,系统会自动发送邮件给项目经理、开发人员及任务承担人员,通知新增修改任务。
(2)BUG描述:在BUG提交操作时,需测试人员对如何发现BUG的测试步骤进行详细描述,通过被标注的截屏文档查看BUG故障,省去因沟通不及时而导致项目进度延缓,可以大大提高工作效率。
(3)BUG管理:通过系统的权限管理功能,项目经理登陆缺陷管理平台(可远程登陆)了解所有的BUG状态,并可变更BUG优先级、BUG修改完成时间、重新分配BUG修改任务、查看BUG存在的软件版本等。开发人员收到提交的BUG通知邮件后,可立即登陆缺陷管理平台,查看BUG的详细信息,了解工作任务分配情况。
(4)BUG统计:通过系统查询功能,可了解某版本中存在的BUG数量、发生的操作系统、历史BUG等信息,对其进行分析统计。
使用版本控制及源代码管理平台VSS,对软件版本及代码进行安全保护和跟踪检查,避免软件版本发生混乱。
(1)通过VSS设置文件夹权限,可对文件夹、某文档进行资源的安全访问控制。
(2)某个程序员在修改某个文档时,需先从VSS数据库中将它签出,如另一程序员再想对同一文档进行修改,VSS会自动提示错误,当起先修改完成后,需将修改后的文档签入VSS,从而避免多人同时修改文档,以保障文档的安全,统一软件版本。
(3)收集和保存项目产生的文档,执行软件版本备份计划。
四、收尾阶段
项目经理组织召开经验交流会,开发人员和测试人员共同就测试项目遇到的问题进行分析和总结,包括文档问题、进度问题、技术问题和交流问题等。
项目经理进行项目总结,评价项目的成败得失,肯定优点,找出不足,分析原因,进行改进。除此之外,需要备份项目的文档、邮件、缺陷、测试版本等。
项目经理组织召开经验交流会,开发人员和测试人员共同就测试项目遇到的问题进行分析和总结,包括文档问题、进度问题、技术问题和交流问题等。
项目经理进行项目总结,评价项目的成败得失,肯定优点,找出不足,分析原因,进行改进。除此之外,需要备份项目的文档、邮件、缺陷、测试版本等。
良好的计划是成功的一半,另外一半就是按照计划去执行。对项目计划的执行决定了项目的成败。项目计划制定完成并取得关键项目关系人的认可之后,项目经理要带领项目团队一丝不苟地执行计划,并根据实际情况对计划进行适当调整,保证项目之旅达到预期的终点。那么,项目经理在项目实施过程中具体应该做什么、怎么做呢?是不时地拿出项目计划对项目成员的工作指指点点、挑挑拣拣吗?如果你对项目团队成员缺乏信任、对项目成功缺乏成功信心的话,你当然可以这样做。但专业的项目经理则需要清晰地了解他的职责和任务:识别项目环境变化,做出调整措施;有效地跟踪项目进展;积极应对风险问题;管理团队。
项目计划实施的客观环境随时都在变化,项目计划要对项目实施有切实的指导作用。及时识别项目环境的变化,迅速做出实施战略和项目计划的调整,是项目经理的职责之一;同时项目经理应该通过专业的、科学的方式检查项目工作的进展,进度、范围、成本、质量等,这些都是管理项目执行绩效的重要方面;在项目执行过程中处理计划外事件要比执行计划内工作难度更大,项目经理的价值正体现在他如何先觉、如何面对、如何处理、如何跟踪项目实施过程中出现的问题;IT项目的项目团队不是军队,也不是批量作业的流水线,IT项目团队汇聚了大量知识型人才,X型人事环境在此行不通。在项目团队中,是选用Y理论呢?还是Z理论呢?抑或需要根据项目随时进行调整?这也是项目经理的职责之一 ——为项目团队营造积极的、高效的工作环境,为项目成功奠定基础。
项目计划实施的客观环境随时都在变化,项目计划要对项目实施有切实的指导作用。及时识别项目环境的变化,迅速做出实施战略和项目计划的调整,是项目经理的职责之一;同时项目经理应该通过专业的、科学的方式检查项目工作的进展,进度、范围、成本、质量等,这些都是管理项目执行绩效的重要方面;在项目执行过程中处理计划外事件要比执行计划内工作难度更大,项目经理的价值正体现在他如何先觉、如何面对、如何处理、如何跟踪项目实施过程中出现的问题;IT项目的项目团队不是军队,也不是批量作业的流水线,IT项目团队汇聚了大量知识型人才,X型人事环境在此行不通。在项目团队中,是选用Y理论呢?还是Z理论呢?抑或需要根据项目随时进行调整?这也是项目经理的职责之一 ——为项目团队营造积极的、高效的工作环境,为项目成功奠定基础。
总结完毕。
转载于:https://blog.51cto.com/yuanxf/32368