整理现行软件测试过程实施细则
上一篇 /
下一篇 2009-03-11 11:34:18
/ 个人分类:测试管理类
09年伊始,公司领导要求规范本公司现行的软件测试过程,并要求制定考核项。我作为任务完成者,整理出一套软件测试过程实施细则。本公司的软件产品开发现状:采用迭代式开发模式,针对每一次迭代开发的功能模块/子系统,软件测试模型参考V模型,成熟度接近TMM 4级。整理软件测试过程实施细则的意义在于指导今后的软件测试活动。
注:过程包括流程及相关的过程文档
《软件功能测试篇》
1. 测试计划阶段
测试项目立项后指定一个测试负责人制订功能测试计划,测试计划的文档命名和内容严格按照《项目功能测试计划模板》规范来制订。测试负责人在预计的工作日内完成计划编写并提交给项目测试计划评审成员评审(成员包括测试负责人、项目经理、项目开发人员),并收集所有评审成员的意见。在预计的工作日内完成项目测试计划的修订,定稿后分别发予项目经理和项目开发人员。
2. 功能需求评审阶段
需求组提交软件需求说明书后,项目测试负责人参加《软件需求说明书》评审会,评审前在预计的工作日内填写完《功能需求评审记录》并发给需求分析人员(需求分析组应在评审会召开前3天提前通知质量组)。监督需求分析人员提交定稿后的需求说明书。
3. 测试设计阶段
项目测试人员根据定稿后的软件需求说明书设计功能测试用例。指定的同行测试人员在预计的工作日内完成功能测试用例评审,项目测试人员在预计的工作日内根据内审意见完成修订,并提交需求组评审。项目测试人员收集需求组评审意见在预计的工作日内完成修订,形成功能测试用例正式稿。
4. 测试准备阶段
开发组在预计的工作日提交可测试的软件系统和测试记录表,项目测试人员在进行功能测试之前对软件做冒烟测试,检查软件的主要功能是否正常。如果软件不通过冒烟测试,则没有进一步测试的必要,须要求开发组重新提交可测试的软件系统。同时检查开发人员是否正确填写测试记录表-《报告页》标签中的“开发填写内容”。
项目测试负责人在缺陷管理系统为新的测试项目做好相关配置工作,并对项目组相关人员进行缺陷管理工具使用培训。
5. 首次执行测试阶段
项目测试人员在预计的工作日内完成首次测试用例执行,提交功能缺陷报告至缺陷管理系统,同时填写测试记录表-《报告页》标签中的“测试填写内容”和《任务明细》标签中的“执行结果”,并提交给项目测试负责人做测试总结。测试总结完提交给项目经理审阅功能测试执行结果,项目经理在预计的工作日内参照《缺陷管理工具使用指南》对缺陷报告进行预处理。(见《开发组处理缺陷流程》章节)
6. 回归测试阶段
开发人员在预计的工作日内提交软件修复版本和测试记录表,项目测试人员在预计的工作日内根据测试记录表中提交的功能缺陷修复记录来验证软件缺陷的修复情况(原则上需遍历所有测试功能点),并填写测试记录表-《报告页》标签中的“测试填写内容”和《任务明细》标签中的“执行结果”,同时检查指定的缺陷解决人是否正确处理缺陷状态(参照《缺陷管理工具使用指南》-“开发组处理缺陷流程”章节)。项目测试负责人检查测试人员在预计的工作日是否及时做回归测试,是否正确处理缺陷状态(参照《缺陷管理工具使用指南》-“质量组处理缺陷流程”章节)。
7. 发布测试阶段
项目经理决定要修复的所有功能缺陷被修复后方可提交给测试人员做发布测试。要求开发组搭建发布测试环境与用户现行的使用环境必须一致,并提交发布测试记录表。测试人员在预计的工作日内完成发布测试并提交测试记录表。项目经理根据发布测试结果决定是否将软件发布到用户方。若不能发布,则在本次发布测试版本的回归测试通过后再次组织发布测试。
8. 测试总结阶段
软件通过发布测试后,由项目测试负责人撰写功能测试报告,测试报告文档名称及内容符合《测试报告模板》规范。项目测试负责人在预计的工作日内完成撰写后发予项目经理。
9. 软件维护阶段
软件发布给用户使用后,项目组收集用户反馈的修改意见,安排专人将那些开发组接受的修改意见录入缺陷管理系统以便统一管理。同时通知项目测试负责人安排测试人员做回归测试和发布测试。测试人员在预计的工作日内完成软件的回归测试和发布测试,相关的工作规范参照第6、7点。
《软件性能测试篇》
1. 测试计划阶段
测试项目立项后指定一个测试负责人制订性能测试计划,测试计划的文档命名和内容严格按照《项目性能测试计划模板》规范来制订。测试负责人在预计的工作日内完成计划编写并提交给项目测试计划评审成员评审(成员包括测试负责人、项目经理、项目开发人员),并收集所有评审成员的意见。在预计的工作日内完成项目测试计划的修订,定稿后分别发予项目经理和项目开发人员。
2
. 性能需求评审阶段(与功能需求评审为同一时间)需求组提交软件需求说明书后,项目测试负责人参加《软件需求说明书》评审会,评审前在预计的工作日内填写完《性能需求评审记录》并发给需求分析人员(需求分析组应在评审会召开前3天提前通知质量组)。监督需求分析人员提交定稿后的需求说明书。
3. 测试设计阶段
项目测试人员根据定稿后的软件需求说明书设计性能测试用例。指定的同行测试人员在预计的工作日内完成性能测试用例评审,项目测试人员在预计的工作日内根据内审意见完成修订,并提交给评审组(项目需求分析人员,项目开发人员)。项目测试人员收集评审组意见在预计的工作日内完成修订,形成性能测试用例正式稿。
4. 测试准备阶段
本阶段完成性能测试工具的安装、配置工作,并根据性能测试用例设计的测试数据准备好测试数据。
5. 首次执行测试阶段
测试负责人根据软件的功能性缺陷的修复情况安排首次测试执行时间。原则是软件功能确保实现正确后方可进行性能测试,否则不予开展。测试人员在预计的工作日内完成首次测试用例执行,并提交性能缺陷报告至缺陷管理系统,同时填写测试记录表-《报告页》标签中的“测试填写内容”和《任务明细》标签中的“执行结果”,并提交给项目测试负责人做测试总结。测试总结完提交给项目经理审阅性能测试执行结果,项目经理在预计的工作日内参照《缺陷管理工具使用指南》对缺陷报告进行预处理。(见《开发组处理缺陷流程》章节)
6. 回归测试阶段
开发人员在预计的工作日内提交性能调优后的软件版本和测试记录表,项目测试人员在预计的工作日内根据测试记录表中提交的性能缺陷修复记录来验证软件性能缺陷的修复情况,并填写测试记录表-《报告页》标签中的“测试填写内容”和《任务明细》标签中的“执行结果”,同时检查指定的缺陷解决人是否正确处理缺陷状态(参照《缺陷管理工具使用指南》-“开发组处理缺陷流程”章节)。项目测试负责人检查测试人员在预计的工作日是否及时做回归测试,是否正确处理缺陷状态(参照《缺陷管理工具使用指南》-“质量组处理缺陷流程”章节)。
注:性能测试过程中可省去发布测试。软件发布到用户现场之前须验证所有功能点是否正常,因为在软件修复的过程中可能存在一种现象:就是修复旧的缺陷可能引入新的缺陷。而软件系统若通过性能回归测试(测试环境和测试数据务必接近用户环境),可省去性能发布测试。
7. 测试总结阶段
软件通过发布测试后,由项目测试负责人撰写性能测试报告,测试报告文档名称及内容符合《测试报告模板》规范。项目测试负责人在预计的工作日内完成撰写后发予项目经理。
8. 软件维护阶段
软件发布给用户使用后,项目组收集用户反馈的修改意见,安排专人将那些开发组接受的修改意见录入缺陷管理系统以便统一管理。同时通知项目测试负责人安排测试人员做回归测试。测试人员在预计的工作日内完成软件的回归测试,相关的工作规范参照第6点。
收藏
举报
TAG: