江苏卫生健康职业学院
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
江苏卫生健康职业学院
软件测试管理办法
第一章总则
第一条为规范学校生产运营系统、业务支撑系统及管理支撑系统(以下统称“业务系统”)上线前的测试流程及上线后的版本升级测试流程,保障业务系统的安全、稳定运行,特制定本办法。
第二条业务系统上线运行及后续补丁版本升级,都必须经过严格的系统测试,严禁未经测试的系统或补丁版本直接上线运行,系统测试通过后方可进入系统验收环节。
第三条本办法用于规范新业务系统上线、常规版本升级前的测试工作,涉及的范围涵盖功能测试、性能测试、可靠性测试、可维护性测试和安全性测试。
第四条信息中心组织项目相关方(项目需求部门、项目开发单位、系统使用人员、第三方测试人员)组成系统测试组,负责系统测试的各项工作(以下统称“测试组”)。
第二章测试组工作职责
第五条严格按软件系统测试流程完成需求申请、测试执行、总结评估等各项测试活动。
第六条负责检查以下测试准入条件,满足条件后才允许启动测试:
1、项目开发单位提交测试的版本必须基线化,测试过程中不得随意更改;
2、项目开发单位提交的文档应归档管理,包括开发单位的系统测试报告、系统需求设计文档、版本描述文档、用户手册、系统安装升级手册、联机帮助、缺陷列表等;
3、项目开发单位提交的系统功能列表须与业务需求部门的原始需求一致;
4、项目开发单位提交的遗留缺陷列表中,无导致系统宕机等致命缺陷,基本业务和新增功能无严重缺陷。
第七条如遇以下测试终止条件,测试组应暂停或终止测试活动:
1、版本初验测试(含基本功能验证测试和缺陷回归测试)未通过;
2、发现严重缺陷,阻塞后续大量用例无法测试;
3、项目需求出现重大变更;
4、测试人力出现较大变更。
第八条负责检查以下测试出口条件,符合条件后才能结束测试:
1、用例执行覆盖率达到100%;多轮测试后缺陷数明显收敛,系统功能符合需求说明书中规定的需求;
2、系统无致命问题,经评审发现的问题总数、严重问题个数符合可接受范围;
3、上一版本承诺解决的致命、严重、紧急问题均通过回归测试;
4、系统测试报告(或验收测试报告)已通过业务系统项目组审核。
第九条测试过程中如遇以下争议情况,测试组应申请召开争议评定会议,邀请相关人员(测试人员、业务需求部门、项目开发单位、系统使用人员)参加:
1、测试发现的缺陷是否符合可接受范围,是否允许测试通过;
2、回归测试未通过的缺陷是否允许暂不解决;
3、测试版本被打回时,需召开会议审议;
4、紧急情况下未符合测试准入条件的版本,是否允许测试;
5、紧急版本为缩短上线测试时间,是否允许裁剪测试流程,是否允许适当降低测试出口标准(紧急版本上线后仍需按标准流程进行补充测试,补齐测试交付件);
6、对缺陷的认定有争议(含缺陷严重级别、缺陷承诺解决时间);
7、对系统的功能实现及原始需求有争议;
8、变更已归档或发布的文件。
第十条测试组在整个测试周期应进行严格的配置管理
1、创建独立的测试管理配置库,由配置管理员负责测试过程文档、阶段性文档的更新和发布;
2、转测试的版本、补丁和文档应在配置库上基线化,配置管理员按标准制定项目版本号;
3、各阶段的过程文件应在配置库上留痕和发布;
4、已归档或发布的文件,需通过评估会议仲裁后,才能变更。
第三章新业务系统上线测试管理办法
第十一条前期工作
1、测试人员应在需求分析阶段,了解原始业务需求,提出系统可维护性、可测性需求;在需求功能明确后,启动测试设计活动;
2、业务系统项目组应在启动测试设计活动前二周提交测试申请,测试组按《江苏卫生健康职业学院系统测试流程》要求,准备测试环境、编写测试计划,审批通过后启动测试活动;
3、若有自动化测试需求,业务系统项目组应在启动测试设计前三周提交自动化测试申请,测试组先对系统进行自动
化可行性分析,再按《江苏卫生健康职业学院系统测试流程》要求,启动自动化用例设计工作;
4、测试组预估测试工作量,提前安排测试执行时间,应至少规划1个月时间,安排两轮系统测试、一轮回归测试。
第十二条测试范围
1、新系统应重点考虑功能、性能、可靠性、安全性测试;
2、运行在不同操作系统、硬件设备上的系统,需考虑兼容性测试;
3、有大量终端客户使用的系统,需考虑系统易用性和可维护性测试。
第十三条测试方法
1、新业务系统测试以黑盒测试为主;有前台界面的系统以自动化测试为主,采取手工与自动化相结合的方式;
2、新业务系统通过系统测试后,必须组织系统使用部门、业务需求部门共同完成正式的验收测试;
3、有大量终端用户使用的新系统,全面上线前还应安排β测试。在实际使用场所部署新系统,选取一批典型用户试用一段时间,试用期间用户发现的缺陷、提出的意见妥善处理和解决后方可上线。
第四章常规版本升级测试管理办法第十四条前期工作
1、仅修复缺陷的补丁版本,应在启动测试活动前一周提交测试申请,安排1至2轮回归测试;
2、重大功能升级测试,业务系统项目组应在启动测试前活动前二周提交测试申请,测试组按《江苏卫生健康职业学院系统测试流程》要求,准备测试环境、编写测试计划;
3、重大功能升级版本及原有测试用例覆盖不全的系统,应至少规划一个月的测试设计时间,安排两轮系统测试、一轮回归测试。
第十五条测试范围
1、重大功能升级测试以功能测试为主,若新增性能指标或系统架构较大变更,还需重点考虑性能、稳定性测试;
2、补丁版本升级测试以版本初验测试和回归测试为主,版本初验测试重点针对系统的基本业务进行功能测试;回归测试重点验证修复的缺陷,并对缺陷相关联的业务进行功能测试。
第十六条测试方法
1、常规版本升级测试以黑盒测试为主;功能测试优先考虑自动化方式,问题回归及不适合自动化测试的系统采取手工方式;