项目需求阶段任务-测试(功能测试)

一、测试计划 

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中。如果是上述的话,我们测试编写测试用例完全依赖于需求文档的质量,依赖于产品经理保姆级的服务。需求写得细,测试用例覆盖就全面,需求写得粗,就有很多地方都没有测试用例覆盖。我们需要在需求文档基础上加入自己的理解和思考,并使用用例的常用设计方法进行编写。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

JdaoY

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值