第2章 软件测试基础 2.1 软件测试原则 2.2 软件测试方法 2.3 软件测试过程 2.4 测试《产品需求规格说明书》

本章教学目标 理解软件测试的原则 了解软件测试的方法 了解测试过程的三个主要的测试活动 掌握测试《产品需求规格说明书》的方法

2.1 软件测试原则 1、完全测试一个程序是不可能的 （1）测试所需要的输入是巨量的 （2）测试的输出是巨量的 （3）软件执行的路径巨量的 2.1 软件测试原则 1、完全测试一个程序是不可能的 （1）测试所需要的输入是巨量的 （2）测试的输出是巨量的 （3）软件执行的路径巨量的 （4）《软件需求规格说明书》是主观的

软件测试原则（续） 微软Windows自带的计算器 1+0=？ 1+1=？ …… …… 1+99999999999999999999999999999999= ? 2+0=?，2+1=? …………. ………… 99999999999999999999999999+99999999999999999999999999=? 1.0+0.1, 1.0+0.2, …… 1+a，z+1，1a1+2b2 ……… ……….. 编辑控制字符的输入也应该测试 1<backspace>2+2应该等于4

软件测试原则（续） 2、测试不能说明系统没有缺陷 3、软件测试是基于风险的 4、软件测试的原则 假如您决定并不是将所有可能的测试场景都做测试，那您就选择了承担风险。 4、软件测试的原则 如何将怎样将庞大的测试域精简成可管理的测试集合，以及怎样根据，哪些重要需要被测试，那些不重要可以不测试，来建立起良好的风险决策。 找到最佳的测试量，使得测试工作量不多也不少，既能达到测试的目的，又能较为经济。

软件测试原则（续） 5、几点说明 越来越多的软件是通过训练有素的方法开发出来的，他们以软件测试人员为核心，软件测试人员是整个团队的重要成员。 软件行业已经进步了，职业软件测试人员已经成为强制需求了。 越来越多的软件是通过训练有素的方法开发出来的，他们以软件测试人员为核心，软件测试人员是整个团队的重要成员。 软件测试人员的目标就是，寻找bug，尽早发现bug，并且保证bug被修复。 但是, 软件测试人员不是项目团队中最受欢迎的成员。

软件测试原则（续） 与同事和平相处小技巧 尽早发现bug 掌控好您的激情 不要只报告坏消息 软件测试是训练有素的技术类职业

2.2 软件测试方法 2.2.1 黑盒测试与白盒测试 2.2.2 静态测试与动态测试

2.2.1 黑盒测试与白盒测试 黑盒测试中（有时也叫“功能测试”或者“行为测试” ），测试人员只知道软件应该做什么，他看不到盒子里面具体怎么做。 白盒测试中（有时也称为“透明盒测试”），软件测试人员可以访问程序代码。 白盒测试是有风险的。

黑盒测试与白盒测试（续） 白盒测试 黑盒测试 两种测试方法从完全不同的角度出发， 反映了测试思路的两方面情况，适用于 不同的测试阶段。

黑盒测试与白盒测试（续） 输入 输出 黑盒测试是在程序接口进行测试，它只是检查程序功能是否按照规格说明书的规定正常使用。也被称为用户测试。

黑盒测试与白盒测试（续） 应用程序 白盒测试需要完全了解程序结构和处理过程， 它按照程序内部逻辑测试程序，检验程序中 每条通路是否按预定要求正确工作。也被称 为程序员测试。 应用程序

2.2.2 静态测试与动态测试 静态测试，不需要通过运行程序来检查或评审程序。 动态测试，需要运行并使用软件来进行测试。

2.3 软件测试过程 测试过程的三个主要的测试活动（计划、准备和实施） 可被分成五个阶段： The planning and control phase－计划和控制阶段 The preparation phase－准备阶段 The specification phase－规范阶段 The execution phase－实施执行阶段 The completion phase－完成（收尾）阶段

测试的五个阶段 测试过程的三个主要的测试活动（计划、准备和实施） 可被分成五个阶段： 计划和控制阶段 C S E P P&C 准备阶段 规范阶段 实施执行阶段 完成阶段

计划与控制阶段 它是整个测试过程中最重要的阶段，为实现可管理且高质量的测试过程提供基础 。 本阶段的主要工作内容： （1）拟定测试计划 （2）论证那些使开发过程难于管理和控制的因素 （3）明确软件产品的最重要部分 （风险评估）

准备阶段 开始本阶段的前提条件： —完成测试计划的拟定。 —需求规格说明书（第一版）的确定。 本阶段的主要工作内容： —对需求规格说明书的仔细研究。 —将要测试的产品分解成可独立测试的单元。 —为每个测试单元确定采用的测试技术。 —为测试的下一个阶段及其活动制定计划。

规范阶段 本阶段的主要工作内容： —编写测试大纲/测试用例，测试脚本 —搭建测试环境 （测试数据库，软件环境，硬件环境） 测试用例描述的内容： —输入 —执行过程 —预期输出

实施执行阶段 根据测试大纲/测试用例/测试脚本进行测试 （1）根据测试大纲/测试用例进行测试，找出预期的测试 结果和实际测试结果之间的差异 （2）填写软件问题报告 （3）确定造成这些差异的原因： 产品有缺陷？规格说明书有缺陷？ 测试环境和测试下属部件有缺陷？测试用例设计不合理？ 测试报告——与管理层进行沟通的方式 已测试部分占产品多大的百分比？还有什么工作要做？ 找到了多少个问题或不足？测试的发展趋势如何？ 测试可以结束了吗？

完成阶段 本阶段的主要工作内容： —选择和保留测试大纲、测试用例、测试结果、测试工具。 —提交最终报告。 收尾工作的意义和重要性： —产品如果升级或功能变更，或维护，只要对保留下来的 相关测试数作相应调整，就能够进行新的测试。

2.4 测试《产品需求规格说明书》 编辑菜单将会有两个选项：“复制”和“粘贴”。它们可以通过以下三种方式之一进行选择：用鼠标指到并单击该菜单；使用存取健（Alt+E然后C复制，P粘贴）；或者使用标准的Windows快捷键Ctrl+C复制，Ctrl+V粘贴。 复制功能将数字文本框里显示的当前条目复制到Windows剪贴板。粘贴功能将Windows剪贴板中存储的值粘贴到数字文本框中。

测试《产品需求规格说明书》（续） 1、《产品说明书》的高级审查 测试产品说明书第一步不是去找软件缺陷，而是在一个高度上审视。审查产品说明书是为了找出根本性大问题，疏忽或遗漏之处。 （1）占在客户角度思考 （2）研究现有的标准和规范：测试人员不是去定义哪些规范和标准，应该用到您的软件中去；而是观察、检验是否套用正确的标准，没有遗漏。 （3）审查和测试同类软件

测试《产品需求规格说明书》（续） 2、《产品说明书》的低级测试技术 （1）优秀产品说明书应当具有的8个属性 完整、准确、精确、一致、贴切、合理、代码无关、可测试 （2）产品说明书7个用语检查清单 A.总是、每一种、所有、没有、从不。 看到此类绝对或肯定的切实认定的叙述，可以着手设计针锋相对的案例。 B.当然、因此、明显、显然、必然。 这些话意图诱使接受假定情况。不要中了圈套。 C.某些、有时、常常、通常、经常、大多、几乎。 这些话太过模糊。“有时”发生作用的功能无法测试

测试《产品需求规格说明书》（续） D.等等、诸如此类、依此类推。 以这样的词结束的功能清单无法测试。功能清单要绝对或者解释明确。 E.良好、迅速、廉价、高效、稳定。 这些是不确定的说法，不可测试。如果在产品说明书出现，必须要求进一步指明含义。 F.已处理、已拒绝、已忽略、已消除。 这些说法可能会隐藏大量需要说明的功能。 G.如果...那么...（没有否则）。 缺少配套的否则，想一想，“如果”没有发生会怎样呢？

作业布置