软件测试笔记一__概述

1 软件测试背景

1.1 软件可靠性问题

(1)软件可靠性:系统在特定环境下,在给定的时间内无故障运行的概率。
(2)因软件设计故障与因计算机硬件设计故障而引发的系统失效比例大约是 10:1。
(3)软件测试是保证软件质量、提高软件可靠性的最重要手段。

1.2 软件缺陷与故障

软件缺陷的定义:
(1)软件未达到产品说明书中已经标明的功能;
(2)软件出现了产品说明书中指明不会出现的错误;
(3)软件未达到产品说明书中虽未指出但应当达到的目标;
(4)软件功能超出了产品说明书中指明的范围;
(5)软件测试人员认为软件难以理解,不易使用,或者最终用户认为该软件使用效果不佳
软件缺陷的特征:
(1)软件的特殊性决定了缺陷不易看到
(2)发现了缺陷,但不易找到问题发生的原因所在

1.3 软件测试基础理论

1.3.1 软件测试的定义
(1)软件测试:软件测试是为了发现错误,根据软件开发各阶段的规格说明和程序的内部结构而设计的一批测试用例,并用这些测试用例运行程序以及发现错误的过程。
(2)测试用例:为特定的目的而设计的一组测试输入、执行条件和预期的结果;测试用例是执行测试的最小实体。
(3)软件测试设计的关键问题:
1)测试由谁来执行(who)
2)测试什么(what)
3)什么时候进行测试(when)
4)怎样进行测试(how)
1.3.2 软件测试的目标
(1)测试的目的在于发现错误,并不能证明程序的正确性,除非程序仅处理有限种情况。
(2)检查系统是否满足需求
(3)一个好的测试用例在于发现了还未曾发现的错误
(4)一次成功的测试则是发现了错误的测试
1.3.3 软件测试八原则
(1)尽早地和及时地测试,测试应当从软件产品开发初始阶段即开始;
(2)测试用例有测试数据和与之对应的预期结果组成;
(3)应当有专门的测试人员测试;
(4)测试用例应包括合理的和不合理的输入条件;
(5)严格执行测试计划,排除测试的随意性;
(6)充分注意测试当中的群体现象;
(7)应对每一个测试结果做全面的检查;
(8)保存测试计划、用例、出错统计和最终分析报告,为维护工作提供充分的资料。
1.3.4 软件测试的分类
(1)按测试方式分类
1)静态测试。不需要执行程序,查询代码是否符合规范,对程序的数据流和控制流进行分析。
2)动态测试。选择实际测试用例运行所测的程序,模拟用户输入。
(2)按测试方法分类
1)白盒测试 / 结构测试。针对程序内部结构进行测试。
2)黑盒测试。对照规格说明书,对程序的功能进行测试。
(3)按测试过程分类
1)单元测试。侧重于核实软件的最小可测元素,对单项功能或一段子程序进行测试。
2)集成测试。将模块按照设计要求组装起来进行测试,主要目标是发现与接口有关的问题。
3)系统测试。在实际运行环境下,对整个计算机系统进行一系列的测试。
4)验收测试。为了检测接受测试的系统是够满足需求,测试的重点是产品在常规条件下的使用情况。
1.3.5 测试停止的依据
(1)测试超出了预定时间
(2)执行了所有的测试用例
(3)使用的特定的测试用例设计方案作为判断测试停止的基础。
(4)指出停止测试的具体要求

1.3.6 软件测试模型
(1)V模型
V模型反映出了测试活动与分析设计活动的关系,箭头代表时间方向,左边下降的是开发过程各阶段,与此相对应的是右边上升的部分,即测试过程的各个阶段。
v模型
(2)W模型
相对V模型,W模型增加了软件开发各个阶段中应同步进行的验证和确认活动。

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值