软件测试管理办法.docx

软件测试管理办法（试行） 1.职责划分 1.1测试组长 1。参与软件需求设计的评审及项目可行性分析，风险预估，测试资源的申请； 2。编制软件测试计划、软件测试用例，定期进行维护更新； 3。根据测试组的冒烟测试结果判定是否接受该测试版本；如果达到测试标准则进入测试 4。实施软件测试并对测试过程进行跟踪监控，对软件质量进行控制； 5。参与搭建测试环境； 6。编写测试脚本； 7。与其他部门的协调和合作。 1.2软件测试工程师 按照测试计划进行测试用例的执行,维护； 2。测试记录的整理，提交、验证、关闭缺陷； 跟踪缺陷退回的问题，必须有详细的原因分析我们才可以进行缺陷退回缺陷的否决； 4。完成性能与压力测试。 1。3质量保证QA组 对测试过程进行质量监督； 保证项目按照正常的计划执行； 并进行阶段性的质量评估. 作业流程详细规定了测试组在整个项目中各个阶段的职责及相关测试输出文档: STAGE 作业过程名 作业内容/管理方法 PIC 输出结果 项目启动 了解和识别软件要求 了解＜〈产品定义〉〉中规定的软件相关的主要功能。参加软件项目启动大会，搜集、分析软件测试输入内容. 测试组长 软件需求分析报告 测试相关 文档准备 测试计划 相关测试人员参加 〈＜软件开发计划〉〉，＜〈软件开发时间表〉〉 ＜〈软件需求规格说明〉〉 ＜＜软件功能菜单树＞＞的评审会议. 测试组长依据 〈〈软件开发计划〉〉 ＜〈软件开发时间表〉〉 编写＜＜软件测试计划＞＞ 测试组长 ＜＜软件测试 计划〉〉 测试计划 测试用例评审、封板 测试组长依据 〈＜软件需求规格说明〉〉， 〈＜软件功能菜单树〉〉 编写＜〈冒烟测试用例＞〉〈＜测试用例＞＞并组织评审。 2。升级项目的测试用例选择依据＜〈测试用例管理办法〉＞ 测试组长 〈〈软件测试用例〉＞  更新测试用例 完成模块的软件测试用例，性能测试用例、压力测试用例； 软件需求变更时，根据更新的软件开发计划和需求文档相应变更和修改〈〈软件测试用例〉〉和〈＜软件测试计划〉＞. 当软件需求发生变更时，要及时更新测试用例. 测试组长测试工程师 更新后的 〈〈软件测试计划＞＞、＜＜软件测试用例〉〉 测试版本准备 新版本发布 开发部准备测试版本； 2。软件配置管理工程师进行系统冒烟测试版本的编译； 软件配置 管理工程师 冒烟测试 冒烟测试 3.项目测试组进行系统的冒烟测试；并记录测试结果；整理测试报告并发送给相关人员;计算FailRatio并判断该版本是否可以进行测试；（判定标准:模块实现100%；FailRatioV姬）；）；如果达到测试要求；软件配置管理工程师正式发布测试版本， 测试组长 《冒烟测试报告》 测试执行 测试记录 缺陷提交 1.测试组长在项目经理处申请相关测试资源。项目测试人员依据测试用例对该版本进行全面的测试，确保软件所有功能的正确性，性能测试和压力测试达到预期结果。 测试工程师 测试组长 项目测试日 报； 项目测试周报； 2。要求测试工程师将当天发现的缺陷在下班前提交到QC; 测试工程师 QC缺陷记录 缺陷处理缺陷确定缺陷报告缺陷修改 缺陷关闭 3。软件项目经理组织对缺陷管理系统中提交的各个缺陷讨论和分析，确定每个缺陷是否是真正的软件问题，缺陷所属的模块，严重程度和修改紧急度等，同时把每个缺陷分配给相应的开发人员。 软件项目经理开发工程师测试工程师 QC缺陷记录 4。开发人员修改缺陷后，及时将QC数据库中的状态置为解决状态.测试人员在收到新的测试版本后及时（1天内）地验证解决状态的缺陷是否确实可以关闭.如果确认缺陷已经修改后，将QC上相应的缺陷置为关闭状态。 测试任务表 5.测试组长每周一在8：30将测试任务表发送给组内成员；组内成员按照测试任务表执行测试；测试组长接收到开发组要求的临时加急任务时需要更新任务表;测试组长在周五统计本周的测试完成状态并安排下周任务； 测试组长 ＜测试任务表〉 测试报 告 软件测试组长汇总相关测试人员的测试结果，定期总结项目测试报告;测试报告提交给软件项目经理和部门经理。 测试组在测试时，对变动比较大的功能；测试组长安排测试经验丰富的测试工程师执行测试，确保软件功能没有衰退现象。 测试组长测试工程师 ＜项目测试 日报＞ 〈项目测试 周报〉 退回缺 F 陷的处理 8。对于被软件项目经理置为缺陷退回状态的记录；要求有详细的原因分析;测试组才可以进行缺陷的关闭。 软件项目 经理 测试工程师 QC缺陷记录 测试工具开发 测试工具开发和维护 1。软件测试工具研发组;根据具体测试需求进行测试工具研发。 测试工具开发组  项目总结 项目总结 1.开发项目结束后，软件测试组应进行软件测试总结，对软件测试管理过程，活动进行分析，为将来的项目和持续改进积累经验数据. 测试组长 《项目测试总结报告》 维护测试