如何保证测试的覆盖率

一、保证业务熟悉

        需求的来源:

                显式需求:

                (1)客户原始需求

                (2)原型图

                (3)软件需求SRS

                (4)设计文档等

                (5)经验库

                (6)通用的协议规范

                (7)历史版本,继承性的文档

                  隐式需求:用户的主观感受,市场的主流观点,专业人士的评价分析、用研报告

二、测试需求分析要全面

测试需求分析分两步:

1、测试需求的获取(整理)

2,需求的分析(质量模型分析法、功能交互法、用户场景分析法) ,产生测试需求文档

三、  测试需求分析评审,保证需求的准确性以及完整性。

四、  测试用例编写,可以根据测试需求分析设计测试用例。

要保证测试用例能够全面覆盖测试需求,要包含所有的情况。

测试用例设计上划分为单功能测试用例和测试场景设计,单功能测试覆盖的需求中的功能点,测试场景覆盖需求中的业务逻辑。

在设计测试用例的时候,可以使用多种测试用例设计方法(如,等价类、边界值、判定表法、错误推测法、流程分析法、状态迁移法、正交试验法等)。

当测试用例设计完成后,要组织测试用例的评审,这样可以吸取别人的意见,减少遗漏,补全测试用例。

四、  保证测试执行的覆盖率

  ● 测试用例执行100%覆盖。

  ●在测试执行过程中,要继续对测试用例补充完善,确保提高测试覆盖率。

 在整个测试过程中,需求都是不可能不变的,所以要及时的更新测试需求、测试用例。 要将测试需求、测试用例以及发现的bug关联起来,便于管理和跟踪,同时也便于查看覆盖率。

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值