软件测试管理办法.docxVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
软件测试管理办法(试行) 1. 职责划分 1.1 测试组长 参与软件需求设计的评审及项目可行性分析,风险预估,测试资源的申请; 编制软件测试计划、软件测试用例,定期进行维护更新; 根据测试组的冒烟测试结果判定是否接受该测试版本;如果达到测试标准则进入测试; 4.实施软件测试并对测试过程进行跟踪监控,对软件质量进行控制; 参与搭建测试环境; 编写测试脚本; 与其他部门的协调和合作。 1.2 软件测试工程师 按照测试计划进行测试用例的执行,维护; 测试记录的整理,提交、验证、关闭缺陷; 跟踪缺陷退回的问题,必须有详细的原因分析我们才可以进行缺陷退回缺陷的否决; 4.完成性能与压力测试。 1.3 质量保证 QA 组 对测试过程进行质量监督; 保证项目按照正常的计划执行; 并进行阶段性的质量评估。 2. 作业流程 详细规定了测试组在整个项目中各个阶段的职责及相关测试输出文档: STAGE 作业过程名 作业内容 / 管理方法 PIC 输出结果 项目启动 了解和识别软件 要求 了解产品定义中规定的软件相关的主要功能。 参加软件项目启动大会,搜集、分析软件测试输入 内容。 测试组长 软件需求分 析报告 测试相关 文档准备 测试计划 相关测试人员参加 软件开发计划,软件开发时间表 软件需求规格说明 软件功能菜单树的评审会议。 测试组长依据 软件开发计划 软件开发时间表 编写软件测试计划 测试组长 软件测试 计划 测试相关 文档准备 测试计划 测试用例评审、 封板 1.测试组长依据 软件需求规格说明, 软件功能菜单树 编写冒烟测试用例测试用例并组织评审。 2.升级项目的测试用例选择依据测试用例管理办 法 测试组长 软件测试 用例 更新测试用例 完成模块的软件测试用例,性能测试用例、压力测 试用例; 软件需求变更时,根据更新的软件开发计划和需求 文档相应变更和修改软件测试用例和软件测 试计划。 当软件需求发生变更时,要及时更新测试用例。 测试组长 测试工程 师 更新后的 软件测试计 划、 软件测试 用例 测试版本 准备 新版本发布 1.开发部准备测试版本; 2.软件配置管理工程师进行系统冒烟测试版本的编 译; 软件配置 管理工程 师 冒烟测试 冒烟测试 3.项目测试组进行系统的冒烟测试;并记录测试结 果;整理测试报告并发送给相关人员;计算 Fail Ratio 并判断该版本是否可以进行测试;(判定标准 模块实现 100%;Fail Ratio≤10%;);如果达到测试 要求;软件配置管理工程师正式发布测试版本, 测试组长 《冒烟测试 报告》 测试执行 测试记录 缺陷提交 1.测试组长在项目经理处申请相关测试资源。项目 测试人员依据测试用例对该版本进行全面的测试, 确保软件所有功能的正确性,性能测试和压力测试 达到预期结果。 测试工程 师 测试组长 项目测试日 报; 项目测试周 报; 测试执行 测试记录 缺陷提交 2.要求测试工程师将当天发现的缺陷在下班前提交 到 QC; 测试工程 师 QC 缺陷记 录 测试执行 缺陷处理 缺陷确定 缺陷报告 缺陷修改 缺陷关闭 3. 软件项目经理组织对缺陷管理系统中提交的各个 缺陷讨论和分析,确定每个缺陷是否是真正的软件问 题,缺陷所属的模块,严重程度和修改紧急度等,同时 把每个缺陷分配给相应的开发人员。 软件项目 经理 开发工程 师 测试工程 师 QC 缺陷记 录 测试执行 缺陷处理 缺陷确定 缺陷报告 缺陷修改 缺陷关闭 4. 开发人员修改缺陷后,及时将 QC 数据库中的状 态置为解决状态。测试人员在收到新的测试版本后 及时(1 天内)地验证解决状态的缺陷是否确实可 以关闭。如果确认缺陷已经修改后,将 QC 上相应 的缺陷置为关闭状态 。 软件项目 经理 开发工程 师 测试工程 师 QC 缺陷记 录 测试执行 测试任务表 5.测试组长每周一在 8:30 将测试任务表发送给组 内成员;组内成员按照测试任务表执行测试;测试 组长接收到开发组要求的临时加急任务时需要更新 任务表;测试组长在周五统计本周的测试完成状态 并安排下周任务; 测试组长 测试任务 表 测试执行 测试报 告 6.软件测试组长汇总相关测试人员的测试结果,定 期总结项目测试报告;测试报告提交给软件项目经 理和部门经理。 7.测试组在测试时,对变动比较大的功能;测试组 长安排测试经验丰富的测试工程师执行测试,确保 软件功能没有衰退现象。 测试组长 测试工程 师 项目测试 日报 项目测试 周报 测试执行 退回缺陷的处理 8.对于被软件项目经理置为缺陷退回状态的记录; 要求有详细的原因分析;测试组才可以进行缺陷的 关闭。 软件项目 经理 测试工程 师 QC 缺陷记 录 测试工具 开发 测试工具开发和 维护 1.软件测试工具研发组;根据具体测试需求进行测

文档评论(0)

dashifuniu + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档