《软件测试》[(美)Ron Patton]第四章阅读总结

第四章 检查产品说明书

一、开始测试

描述测试方式的4个术语:黑盒测试、白盒测试、静态测试、动态测试。

1、黑盒测试和白盒测试
  • 黑盒测试:又称功能性测试或行为测试,它是通过测试来检查每个功能是否都能正常的使用。
    软件测试员只需要知道软件要做什么——而无法看到盒子里的软件是如何运行的。只要进行一些输入,就能得到某种输出结果。它不知道软件如何运行、为什么会这样,只知道程序做了什么。

  • 白盒测试:又称透明盒测试或结构测试,通过对程序内部结构的分析、检测来寻找问题。
    软件测试员可以访问程序员的代码,并通过检查代码的线索来协助测试——可以看到盒子里面。要了解程序内部代码,通过检查代码协助测试(方法实现的功能、方法的输入参数、返回结果)。测试员根据代码检查结果判断可能出错的数目,并据定制测试。
    :白盒测试会冒一定的风险,因为要以适应代码操作来定制测试,所以很容易形成偏见而无法进行客观测试。

2、静态测试和动态测试
  • 静态测试:测试不运行的部分——只是检查和审核。
  • 动态测试:通常意义上的测试——运行和使用软件。
    如检查二手汽车,看看车漆、打开引擎盖检查都属于静态,发动汽车听发动机声音等属于动态。
3、静态黑盒测试——测试产品说明书
  • 产品说明书是利用各种资源而获得的数据的书面文档,而不是可执行程序,因此是静态的。
  • 无论产品说明书的格式(书面文字/图形文档)如何,都可以利用静态黑盒技术测试。

二、对产品说明书进行高级审查

1.假设自己是客户,设身处地为客户着想

质量的定义是“满足客户要求”,测试的时候把自己当成客户
:考虑软件的安全性

2.研究现有的标准和规范

检验产品是否应用正确的标准,有无遗漏
注:标准比规范更加严格。如果小组觉得重要,则标准应严格遵守;规范是可选的,但应该遵守。
可考虑作为标准和规范的例子:

  • 公司惯用语和约定
  • 行业要求
  • 政府标准
  • 图形用户界面(GUI)
  • 安全标准
3.审查和测试类似软件

类似软件有助于设计测试条件和测试方法,还可能暴露没想到的潜在问题
审查竞争产品要注意的问题:

  • 规模:软件功能强大或单一、代码多或少
  • 复杂性:软件简单还是复杂
  • 测试性:是否有足够的资源、时间或经验来测试软件
  • 质量和可靠性
  • 安全性

三、产品说明书的低层次测试技术

1、产品说明书属性检查清单
  • 完整。是否有遗漏和丢失?
  • 准确。解决方案正确吗?有没有错误?
  • 精确、不含糊、清晰。是否容易看懂和理解 ?
  • 一致。产品功能描述是否自相矛盾?与其他功能有无冲突?
  • 贴切。描述功能的陈述是否必要?有没有多余信息?功能是否原来的客户要求?
  • 合理。在规定预算和进度下,以现有人力、物力和资源能否实现?
  • 代码无关。是否坚持定义产品,而不是定义其所依赖的设计、架 构和代码?
  • 可测试。功能能否测试?给测试员提供的建立验证操作的信息是否足够?
2、产品说明书用语检查清单(对问题描述模糊的词语)
  • 总是,每一种,所有,没有,从不。(考虑反例)
  • 当然,因此,明显,显然,必然。(意图说服测试员不要中套)
  • 某些,有时,常常,通常,惯常,经常,大多,几乎。(太过模糊,“有时”无法测试)
  • 等等,诸如此类,以此类推。(无法测试,功能清单不明确,易让人产生疑惑)
  • 良好,迅速,廉价,高效,小,稳定。(无法量化,无法测试,要进一步准确定义含义)
  • 处理,进行,拒绝,跳过,排除。(可能隐藏大量需要说明的功能)
  • 如果…那么…(没有否则) 。(“如果”没有发生会怎样)

小测验

1、软件测试员可以根据产品说明书进行白盒测试吗?
是的,白盒测试就是使用如何设计影响如何测试的概念进行的。测试员可以参加焦点人群、易用性研究和市场会议,了解用于定义功能特性和整个产品的过程。但是这存在一定的风险,因为这些信息诱使测试员倾向于假定说明书是正确的。
2、试举一些Mac或Windows标准规范的例子。
在Mac机上,删除的文件放在废纸箱;在Windows中,删除的文件放在回收站。
在Windows中,F1总是显示软件的帮助,在Mac机上则是Command-?。
在Windows中,File菜单总是最左边的菜单选项。
在Windows中,选择Help菜单中About显示软件的版权、许可权和版本信息。
在Mac机上,Command-X执行剪切操作,Command-C执行复制操作,Command-V执行粘贴操作。
还有很多例子。
3、指出下述产品说明书的错误:当用户选择Compact memory选项时,程序将使用Huffman解析矩阵方法尽可能压缩邮件列表数据。
错误在于使用“尽可能”的说法。这一点无法测试,因为该说法没有量化、不精确。说明书应该说明压缩究竟达到何种程度才行。
4、解释软件测试员应该担心下述产品说明的哪些内容:尽管通常连接不超过100万个,但是该软件允许多达1亿个并发的连接。
可测试性。典型应用只有100万个倒无关紧要,如果产品说明书声明有1亿种可能性,那么,一亿个连接都要测试。测试员需要设法测试这么多可能性,或者让说明书作者把最大可能性降低到接近典型应用的数目。

在这里插入图片描述

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值