当前位置:   article > 正文

项目需求阶段任务-测试(功能测试)_bug修复率

bug修复率

一、测试计划 

1.通过准则
1)测试用例执行覆盖率应达到100%(功能测试用例均以执行)
2)测试需求执行覆盖率应达到100%(业务测试用例均以执行)
3)缺陷修复率:
紧急、严重级别错误修复率应达到100%
普通级别错误修复率应达到98%以上
优化级别错误修复率应达到85%以上
注:项目紧急时,普通级别错误修复率达 85% 以上;优化级别错误修复率达40% 即可,因优化而导致的使用障碍及致命bug应得到98%以上的修复率标准。
2.失败准则
上述通过标准不满足通过条件中的任意一条。

、测试方案

、测试用例

1.测试用例常用的使用工具:excel、xmind、禅道

2.excel格式:

 3.xmind格式:

 4.用例设计常用方法:

1.等价类划分法:等价类划分法是把程序的输入域划分成若干部分(子集),然后从每个部分中选取少数代表性数据作为测试用例。每一类的代表性数据在测试中的作用等价于这一类中的其他值。

例:输入值是学生成绩,范围是0~100:

2.边界值分析法:边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。是作为对等价类划分法的补充,其测试用例来自等价类的边界。 很多错误是发生在输入或输出范围的边界上,而不是中间区域。因此针对各种边界情况设计测试用例,可以查出更多的错误。

 例: 假设一个文本输入区域允许输入1个到255个 字符 ;

输入1个和255个字符作为有效等价类;

输入0个和256个字符作为无效等价类,

这几个数值都属于边界条件值。

5.编写用例

1.写测试用例的时候,不是直接就是将需求文档上的内容cv下来,把它写的excel或者xmind中。如果是上述的话,我们测试编写测试用例完全依赖于需求文档的质量,依赖于产品经理保姆级的服务。需求写得细,测试用例覆盖就全面,需求写得粗,就有很多地方都没有测试用例覆盖。我们需要在需求文档基础上加入自己的理解和思考,并使用用例的常用设计方法进行编写。

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/2023面试高手/article/detail/395913
推荐阅读
相关标签
  

闽ICP备14008679号