测试执行标准
作者：互联网
测试开始条件
软件测试开始之前，务必同时满足以下条件方可进行测试，否则测试不启动。
- 满足测试入口条件
- 明确各网元代表接口人及第三方接口人，避免造成车轮式沟通现象。建议直接指定一个总的接口人，当遇到争议bug时，直接提交给该接口人。
- 测试产品版本已提交SVN，发布正式邮件提测。提测版本及第三方软件版本必须完整正确提交，避免版本不匹配现象发生。提交测试时同步提供所有相关软件版本、相关工具、相关文档等，测试按照清单从SVN下载并按照文档进行环境搭建。
- 测试环境已满足，被测试设备已到位
- 联调报告评审通过
- 单功能验证测试期间bug关闭（包括测试前移期间提交的bug单）
- 测试产品形态满足测试需求，原则要求产品形态与对外发布保持一致，如有不一致，则需出具产品差异性评估报告并通过项目组评审一致通过，方可提测。
测试中断条件
测试过程中，若出现以下条件之一及以上，则测试中断，项目组应立即召开项目沟通会，重新评估，待满足测试恢复条件时重新启动测试。
- 测试产品版本已提交SVN，发布正式电子流提测。提测版本及第三方软件版本必须完整正确提交，避免版本不匹配现象发生。如果SVN中内容与清单内容有偏差，测试不启动；如按照操作文档导致环境搭建不成功，并且研发全程协助下仍无法搭建成功，测试中断；
- 严重等级A-致命问题超过规定数量（每个项目的测试方案进行独立规划指标），S-瘫痪问题超过1个；
- 需求中的主要功能没有实现，导致用例阻塞率≥30%及以上；
- 上次测试反馈单严重等级A类或B类问题（待观察复现单除外）仍继续存在，完全没有修改；
- 系统环境稳定性出现重要问题，例如经常重启，频繁崩溃，网络无法互联……；
- 由于人员不足，在测试过程中遇到有项目优先级更高的测试任务，经项目经理和测试经理共同同意，则可暂时停止当前测试项目；
- 测试设备或测试环境被临时调用；
- 由于样机或编程软件问题，严重影响测试正常进行；
- 研发定位问题占用测试环境时间过长，累计超过本轮测试计划执行周期30%及以上时，测试中断，或者通知项目组，重新评估测试时间。
- 测试中断需经过项目组会议讨论，最终决策通过。
测试恢复条件
- 严重等级S/A/B类问题全部修复
- 需求中阻塞的主要功能全部实现，进行联调并通过项目组验收
- 测试人员满足项目测试需求并且全部到位
- 测试设备或测试环境完整
- 其他测试中断所遇到的问题或者风险均得到解决
测试结束条件
测试执行务必同时满足如下条件，才能结束测试。否则，需根据实际情况重新评估是否需要增加测试轮次继续测试，直至满足测试结束条件。
- 所有测试用例均正常执行完成
- “产品测试记录”（含测试用例，测试代码，缺陷提单）完成且经过确认
- 满足“软件测试通过准则”，详情参见测试通过准则。
测试通过准则
l 所有模块要进行一轮全面测试，外加最少两轮回归测试，若出现阻塞严重等情况，需要视情况而定
l 项目组特批风险出货
l 功能测试用例100%通过，性能测试用例90%通过
l 缺陷修正要求如下：
- S-瘫痪问题，100%得到修正；
- A-致命问题，100%得到修正；
- B-严重问题，95%得到修正；
- C-一般问题，不能修正问题（作为固有缺陷）总数<=1.1*代码量/1万，上限不超过30个；
- D-提示问题，95%得到修正；
- E-建议问题，不作要求。
标签：测试,项目组,问题,标准,满足,版本,提测,执行 来源： https://www.cnblogs.com/guixie/p/14316783.html