测试执行标准

 测试开始条件

软件测试开始之前,务必同时满足以下条件方可进行测试,否则测试不启动。

  1. 满足测试入口条件
  2. 明确各网元代表接口人及第三方接口人,避免造成车轮式沟通现象。建议直接指定一个总的接口人,当遇到争议bug时,直接提交给该接口人。
  3. 测试产品版本已提交SVN,发布正式邮件提测。提测版本及第三方软件版本必须完整正确提交,避免版本不匹配现象发生。提交测试时同步提供所有相关软件版本、相关工具、相关文档等,测试按照清单从SVN下载并按照文档进行环境搭建。
  4. 测试环境已满足,被测试设备已到位
  5. 联调报告评审通过
  6. 单功能验证测试期间bug关闭(包括测试前移期间提交的bug单)
  7. 测试产品形态满足测试需求,原则要求产品形态与对外发布保持一致,如有不一致,则需出具产品差异性评估报告并通过项目组评审一致通过,方可提测。

 测试中断条件

测试过程中,若出现以下条件之一及以上,则测试中断,项目组应立即召开项目沟通会,重新评估,待满足测试恢复条件时重新启动测试。

  1. 测试产品版本已提交SVN,发布正式电子流提测。提测版本及第三方软件版本必须完整正确提交,避免版本不匹配现象发生。如果SVN中内容与清单内容有偏差,测试不启动;如按照操作文档导致环境搭建不成功,并且研发全程协助下仍无法搭建成功,测试中断;
  2. 严重等级A-致命问题超过规定数量(每个项目的测试方案进行独立规划指标),S-瘫痪问题超过1个;
  3. 需求中的主要功能没有实现,导致用例阻塞率≥30%及以上;
  4. 上次测试反馈单严重等级A类或B类问题(待观察复现单除外)仍继续存在,完全没有修改;
  5. 系统环境稳定性出现重要问题,例如经常重启,频繁崩溃,网络无法互联……;
  6. 由于人员不足,在测试过程中遇到有项目优先级更高的测试任务,经项目经理和测试经理共同同意,则可暂时停止当前测试项目;
  7. 测试设备或测试环境被临时调用;
  8. 由于样机或编程软件问题,严重影响测试正常进行;
  9. 研发定位问题占用测试环境时间过长,累计超过本轮测试计划执行周期30%及以上时,测试中断,或者通知项目组,重新评估测试时间。
  10. 测试中断需经过项目组会议讨论,最终决策通过。

测试恢复条件

  1. 严重等级S/A/B类问题全部修复
  2. 需求中阻塞的主要功能全部实现,进行联调并通过项目组验收
  3. 测试人员满足项目测试需求并且全部到位
  4. 测试设备或测试环境完整
  5. 其他测试中断所遇到的问题或者风险均得到解决

测试结束条件

测试执行务必同时满足如下条件,才能结束测试。否则,需根据实际情况重新评估是否需要增加测试轮次继续测试,直至满足测试结束条件。

  1. 所有测试用例均正常执行完成
  2. “产品测试记录”(含测试用例,测试代码,缺陷提单)完成且经过确认
  3. 满足“软件测试通过准则”,详情参见测试通过准则

 测试通过准则

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