9. 软件维护阶段
软件发布给用户使用后,项目组收集用户反馈的修改意见,安排专人将那些开发组接受的修改意见录入缺陷管理系统以便统一管理。同时通知项目测试负责人安排测试人员做回归测试和发布测试。测试人员在预计的工作日内完成软件的回归测试和发布测试,相关的工作规范参照第6、7点。
软件性能测试篇
1. 测试计划阶段
测试项目立项后指定一个测试负责人制订性能测试计划,测试计划的文档命名和内容严格按照《项目性能测试计划模板》规范来制订。测试负责人在预计的工作日内完成计划编写并提交给项目测试计划评审成员评审(成员包括测试负责人、项目经理、项目开发人员),并收集所有评审成员的意见。在预计的工作日内完成项目测试计划的修订,定稿后分别发予项目经理和项目开发人员。
2. 性能需求评审阶段(与功能需求评审为同一时间)
需求组提交软件需求说明书后,项目测试负责人参加《软件需求说明书》评审会,评审前在预计的工作日内填写完《性能需求评审记录》并发给需求分析人员(需求分析组应在评审会召开前3天提前通知质量组)。监督需求分析人员提交定稿后的需求说明书。
3. 测试设计阶段
项目测试人员根据定稿后的软件需求说明书设计性能测试用例。指定的同行测试人员在预计的工作日内完成性能测试用例评审,项目测试人员在预计的工作日内根据内审意见完成修订,并提交给评审组(项目需求分析人员,项目开发人员)。项目测试人员收集评审组意见在预计的工作日内完成修订,形成性能测试用例正式稿。
4. 测试准备阶段
本阶段完成性能测试工具的安装、配置工作,并根据性能测试用例设计的测试数据准备好测试数据。
5. 首次执行测试阶段
测试负责人根据软件的功能性缺陷的修复情况安排首次测试执行时间。原则是软件功能确保实现正确后方可进行性能测试,否则不予开展。测试人员在预计的工作日内完成首次测试用例执行,并提交性能缺陷报告至缺陷管理系统,同时填写测试记录表-《报告页》标签中的“测试填写内容”和《任务明细》标签中的“执行结果”,并提交给项目测试负责人做测试总结。测试总结完提交给项目经理审阅性能测试执行结果,项目经理在预计的工作日内参照《缺陷管理工具使用指南》对缺陷报告进行预处理。(见《开发组处理缺陷流程》章节)
6. 回归测试阶段
开发人员在预计的工作日内提交性能调优后的软件版本和测试记录表,项目测试人员在预计的工作日内根据测试记录表中提交的性能缺陷修复记录来验证软件性能缺陷的修复情况,并填写测试记录表-《报告页》标签中的“测试填写内容”和《任务明细》标签中的“执行结果”,同时检查指定的缺陷解决人是否正确处理缺陷状态(参照《缺陷管理工具使用指南》-“开发组处理缺陷流程”章节)。项目测试负责人检查测试人员在预计的工作日是否及时做回归测试,是否正确处理缺陷状态(参照《缺陷管理工具使用指南》-“质量组处理缺陷流程”章节)。
注:性能测试过程中可省去发布测试。软件发布到用户现场之前须验证所有功能点是否正常,因为在软件修复的过程中可能存在一种现象:就是修复旧的缺陷可能引入新的缺陷。而软件系统若通过性能回归测试(测试环境和测试数据务必接近用户环境),可省去性能发布测试。
7. 测试总结阶段
软件通过发布测试后,由项目测试负责人撰写性能测试报告,测试报告文档名称及内容符合《测试报告模板》规范。项目测试负责人在预计的工作日内完成撰写后发予项目经理。
8. 软件维护阶段
软件发布给用户使用后,项目组收集用户反馈的修改意见,安排专人将那些开发组接受的修改意见录入缺陷管理系统以便统一管理。同时通知项目测试负责人安排测试人员做回归测试。测试人员在预计的工作日内完成软件的回归测试,相关的工作规范参照第6点。
版权声明:原创作品,转载时请务必以超链接形式标明文章原始出处 、作者信息和本声明,否则将追究法律责任。
本文出自yantong的51Testing软件测试博客:http://www.51testing.com/?36807