《软件测试管理案例-艾斯医药商务系统软件测试管理》由会员分享,可在线阅读,更多相关《软件测试管理案例-艾斯医药商务系统软件测试管理(6页珍藏版)》请在金锄头文库上搜索。
1、艾斯医药商务系统软件测试管理1、在艾斯医药商务系统中团队分工角色及职责与人员组成如表10-13 所示;表 10-13 团队分工角色及职责与人员组成表角色职责人员测试负责人管理测试工作QA 质量保证、质量控制功能测试新系统的功能测试数据库测试对数据库的完整准确进行验证性能测试测试系统性能环境发布搭建测试环境2. 测试进度安排如表10-14 所示:表 10-14 测试进度安排表测试阶段里程碑具体任务 / 输出产品任 务 负责人参与人员起止时间说明第一阶段立项艾斯医药项目测试计划书 V0.1 第二阶段测试计划及评审人员变动,且项目开发周期发生变化,故变更测试计划。测试计划评审变更测试策略、测试方案增
2、 加 了 版 本 入口、出口准则、修改了数据迁移部分的测试策略测试进度按排项目测试里程碑时间有完善第三阶段功能测试环境搭建测试环境搭建测试环境第二次布暑第四阶段功能测试执行V0.1 版本测试报告 (见附件)V0.2 版本测试报告测试流程表(见附件)V0.3 版本测试报告 ( 见附件 ) V0.4 版本测试报告V0.5 版本测试报告V0.6 版本测试报告V0.7 版本测试报告V0.8 版本测试报告V0.9 版本测试报告V1.0 版本测试报告回归测试功能测试报告项目功能测试报告功能测试报告评审项目功能测试报告评审记录此任务可选第五阶段性能测试环境搭建性能测试用例设计项目性能测试用例性能测试用例评审
3、项目性能测试用例评审记录第六阶段性能测试执行性能测试报告项目性能测试报告性能测试报告评审项目性能测试报告评审记录第七阶段项目测试报告项目整体测试报告功能测试报告和性能测试报告整合。项目整体测试报告评审项目整体测试报告评审记录第八阶段项目测试报告提交客户审核、签字,提交用户。结项项目总结,项目资料备份,文档归档。3. 缺陷跟踪(1) 缺陷的严重级别如表10-15 所示:表 10-15 缺陷的严重级别表级别名称级别标识严重程度描述非常严重crash 造成软件的意外退出(死机、白页等),甚至系统崩溃;造成数据丢失、或者某项功能不起作用。严重major 软件的某个菜单不起作用或者产生错误的结果;主要功
4、能不完整,所产生的问题会导致第统的部分功能不正常。一般minor 使用接口不一致,不正确;使用状态的转化流程不流畅;本地化软件的某字符没有翻译、翻译不准确,或文字错误。轻微tweak 软件不能完全符合用户的使用习惯;用户使用不太方便;某个菜单、控件没有对齐等,造成页面不美观;标点符号丢失等易用性错误。(2) 缺陷的优先级别如表10-16 所示:表 10-16 缺陷的优先级别表级别名称严重程度描述最高优先级软件缺陷必须立即修正。较高优先级新版本编译、发布前必须修正。一般优先级发布软件最终版本前修正。低优先级如果时间允许,尽量在软件发布前修正。(3)Bug 的生命周期:指派 bug (assigned )判断是否是 bug确定 bug (confirmed)修改 bug (resovled)关闭 bug (closed)验证是否改 正bug是拒绝 bug (feedback)否讨论是否 是bug是否是否Bug重现 (repened)发现bug (new)说明:括号中为bug 在管理工具中的状态标识。