软件测试的原则

一、软件测试的原则Good-enough原则和Pareto原则。保证测试的覆盖度,但穷举测试是不可能的。所有测试的标准都是建立在用户需求之上。越早测试越好,不断的测试,测试过程与开发过程应该是相互结合的。测试的规模由小到大,从单元测试到系统测试。为了尽可能的发现错误,应由独立的第三方进行测试。不能为了便于测试擅自修改程序。以最少的测试用例覆盖最多的需求。妥善保存测试计划、方案、...
摘要由CSDN通过智能技术生成

一、软件测试的原则

  1. Good-enough原则和Pareto原则。
  2. 保证测试的覆盖度,但穷举测试是不可能的。
  3. 所有测试的标准都是建立在用户需求之上。
  4. 越早测试越好,不断的测试,测试过程与开发过程应该是相互结合的。
  5. 测试的规模由小到大,从单元测试到系统测试。
  6. 为了尽可能的发现错误,应由独立的第三方进行测试。
  7. 不能为了便于测试擅自修改程序。
  8. 以最少的测试用例覆盖最多的需求。
  9. 妥善保存测试计划、方案、用例、BUG记录及最终分析报告等文档。
  10. 测试能够显示缺陷的存在,但不能证明系统不存在缺陷。

注:

  • Good-enough原则:
    这是一种权衡投入/产出比的原则,测试既不要不充分,也不要过分,不充分和过分都是一种不负责任的表现。当然zero-enough(零缺陷)是一种理想,Good-enough(足够好)是测试的原则。
  • Pareto原则(80/20原则):
    (1)一个软件产品或系统中全部功能的20%是常用功能,用户的80%的时间都是在使用这20%的功能,而软件产品或系统中剩下的80%的功能不是经常使用的功能,用户使用比较少,只有20%的时间在使用剩下的80%的功能。
    (2)测试发现的所有错误的80%很可能都集中在这20%的程序模块中,另外20%的错误很可能集中在80%的程序模块中。
    (3)一般情况在分析、设计、实验阶段的复审和测试工作中能发现80%的bug。
  • 穷举测试:亦称完全测试,即程序运行的各个
  • 1
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值