【DevOps研发管理方案】九:测试管理 - 测试通过准则

目录

一、功能测试通过准则

二、性能测试通过准则


一、功能测试通过准则

系统无业务逻辑错误和严重以上的问题遗留。所设计的测试用例已全部执行,已知的所有缺陷都已按照商定的方式进行了处理,而且没有发现新的缺陷。制定的测试通过准则至少满足下面的要求:

  1. 测试用例的执行率达到100%
  2. 各种级别的缺陷修复率达到以下标准:

致命问题

严重问题

一般问题

建议改进

100%

100%

³95%

³90%

缺陷的修复率 = 对应类型修复的缺陷数/对应类型的缺陷总数*100%

二、性能测试通过准则

  • 并发数量满足需求中的并发数量;
  • 各业务功能响应时间在可接受的时间范围内;
  • 覆盖了关键/重要业务功能点。

业务功能操作响应时间具体指标值可根据项目/产品的实际需求制定,若无具体要求,可遵循258原则:

  1. 当用户能够在2秒以内得到响应时,会感觉系统的响应很快;
  2. 当用户在2-5秒之间得到响应时,会感觉系统的响应速度还可以;
  3. 当用户在5-8秒以内得到响应时,会感觉系统的响应速度很慢,但是还可以接受;
  4. 而当用户在超过8秒后仍然无法得到响应时,会感觉系统糟透了,或者认为系统已经失去响应,而选择离开这个Web站点,或者发起第二次请求。

例如:

  1. 并发用户数达到100时,登录系统90%用户响应时间不超过2秒;
  2. 并发用户数达到100时,关键业务操作90%用户响应时间不超过5秒且系统运行正常;
  3. 3*24小时运行组合测试用例时,系统正常运行不崩溃;

若系统性能不能达到要求的并发数或运行时间时,需要验证一下系统能够承受的最大并发数或运行时间。

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值