浙江工商大学-软件工程导论_7_实现

已知产品的功能设计规格，可
以进行测试证明每个实现了的 功能是否符合要求。
软件
7.2.3 测试方法
白盒测试法与黑盒测试法相反，它的前提是可以 把程序看成装在一个透明的白盒子里，测试者完全 知道程序的结构和处理算法。这种方法按照程序内 部的逻辑测试程序，检测程序中的主要执行通路是 否都能按预定要求正确工作。白盒测试又称为结构 测试。
7.1 编码
7.2 7.3 7.4 7.5 7.6 7.7
软件测试基础 单元测试 集成测试 确认测试 软件测试方法 小结与作业
7.1 编码
7.1.1 选择程序设计语言
程序设计语言是的特点会影响人的思维和解题 方式，会影响人和计算机通信的方式和质量，也 会影响其他人阅读和理解程序的难易程度。 编码之前的选择一种适当的程序设计语言是一 项重要工作。
7.1.2 编码风格
3. 语句构造 构造语句时应该遵循的原则是，每个语句都应 该简单而直接，不能为了提高效率而使程序变得 过分复杂。下述规则有助于使语句简单明了： 不要为了节省空间而把多个语句写在同一行； 尽量避免复杂的条件测试； 尽量减少对“非”条件的测试； 避免大量使用循环嵌套和条件嵌套； 利用括号使逻辑表达式或算术表达式的运算次 序清晰直观。
7.1.2 编码风格
4. 输入输出 在设计和编写程序时应该考虑下述有关输入输 出风格的规则：
对所有的输入数据都要进行检验，识别错误的输入，以 保证每个数据的有效性； 检查输入项的各种重要组合的合法性，必要时报告输入 状态信息； 使得输入的步骤和操作尽可能简单，并保持简单的输入 格式； 输入数据时，应允许使用自由格式输入； 应允许缺省值；
7.1.2 编码风格
注解非常有助于对程序的理解。 每个模块开始处有序言性的注解：简要描述模 块的功能、主要算法、接口特点、重要数据以及 开发简史； 程序中间与一段程序代码有关的注解：主要解 释包含这段代码的必要性。 不能滥用注释，应利用注解提供一些额外的信 息。注解的内容一定要正确。
• 功能性注释嵌在源程序体中，用以描述其后的语句或程序段是在做什么工 作，或是执行了下面的语句会怎么样，而不要解释下面怎么做。 例如， /* ADD AMOUNT TO TOTAL */
软件测试工程师 (Software Test Engineer ，简称STE)
23
负责写测试工具代码 ，并利用测试工具对 软件进行测试；或者 开发测试工具为软件 测试工程师服务。
SDE/T
STE
负责理解产品的功能要求， 然后对其进行测试，检查软 件有没有错误(Bug)，决定 软件是否具有稳定性，并写 出相应的测试规范和测试案 例
在测试阶段测试人员努力设计出一系列测试方
案，目的却是为了“破坏”已经建造好的软件 系统—竭力证明程序中有错误不能按照预定要 求正确工作。 暴露问题并不是软件测试的最终目的，发现问 题是为了解决问题，测试阶段的根本目标是尽 可能多地发现并排除软件中潜藏的错误，最终 把一个高质量的软件系统交给用户使用。
24
7.2.2
软件测试准则
（1） 所有测试都应该能追溯到用户需求。
正如上一小节讲过的，软件测试的目标是发
现错误。从用户的角度看，最严重的错误
是导致程序不能满足用户需求的那些错误。
软件中的问题根源可能在开发前期的各阶
段解决、纠正错误也必须追 溯到前期工作。
25
26
7.2.2
软件测试准则
(2) 应当把“尽早地和不断地进行软件测试” 作为
第7章 实现
教学目标 了解程序设计语言对编码的重要性，掌握软 件测试的基础知识
教学重点
各种软件测试方法及其特性及使用场景
教学难点
黑盒测试、白盒测试
第7章 实现
通常把编码和测试统称为实现。 程序的质量主要取决于软件设计的质量,但是， 所选用的程序设计语言的特点及编码风格也将对 程序的可靠性、可读性、可测试性和可维护性产 生深远的影响。 测试的目的就是在软件投入生产性运行之前， 尽可能多地发现软件中的错误。目前软件测试仍 然是保证软件质量的关键步骤，它是对软件规格 说明、设计和编码的最后复审。
第7章 实现
大量统计资料表明，软件测试的工作量往往占 软件开发总工作量的40%以上. 在极端情况，测试那种关系人的生命安全的软 件所花费的成本，可能相当于软件工程其他开发 步骤总成本的3倍到5倍。 通过测试发现错误之后还必须诊断并改正错误， 这就是调试的目的。调试是测试阶段最困难的工 作。
第7章 实现
输入一批数据时，最好使用输入结束标志，而不 要由用户指定输入数据数目； 在交互式输入输入时，要在屏幕上使用提示符明 确提示交互输入的请求，指明可使用选择项的种类 和取值范围。同时，在数据输入的过程中和输入结 束时，也要在屏幕上给出状态信息； 当程序设计语言对输入／输出格式有严格要求时， 应保持输入格式与输入语句的要求的一致性； 给所有的输出加注解，并设计输出报表格式。
选择程序设计语言的主要实用标准：
(1) 系统用户的要求。
(2) 可以使用的编译程序。
(3) 可以得到的软件工具。
(4) 工程规模。
(5) 程序员的知识。 (6) 软件可移植性要求。 (7) 软件的应用领域。
7
7.1.2 编码风格
源程序代码的逻辑简明清晰、易读易懂应该遵 循下述规则： 1.源程序文档化 包括恰当的标识符、适当的注解和程序的视觉 组织等等。 选取含义鲜明的名字，使它能正确地提示程序 对象所代表的实体，这对于帮助阅读者理解程序 是很重要的。如果使用缩写，那么缩写规则应该 一致，并且应该给每个名字加注解。 例如，表示次数的量用Times，表示总量的用 Total，表示平均值的用Average，表示和的量用 Sum等。
许多错误是“先天的”。
27
测 试 与 开 发 前 期 工 作 的 关 系
决定软件与系统的配合关 系 需求分析
概要设计
详细设计
编
码
单元测试 集成测试 确认测试 系统测试
28
开发前期出现错误的扩展
测 试
编 设 需求 码 计 分析
计划 A B
29
7.2.2
软件测试准则
可能是由程序中20%的模块造成的。
7.2
软件测试基础
7.2.1、软件测试的目的
软件测试的工作量约占整个项目工作量的40％左右 ，对于要求极高的系统测试工作量还要成倍增加。 微软Exchange 2000和Windows 2000中的人员结 构
Exchange 2000 Windows 2000
项目经理
开发人员 测试人员 测试人员/开发人员
（5）测试用例应由输入数据和预期的输
出结果两部分组成，并兼顾合理的输入
和不合理的输入数据
（6）穷举测试是不可能的。
所谓穷举测试就是把程序所有可能的执
行路径都检查一遍的测试。
31
例:输入
三条边长
可采用的测试用例数
(设字长16位)
=2 X2
1ms
16
16
X2 ≈3X10
16
14
执行时间: 设测试一次需 共需一万年.
20
软件测试的问题
软件缺陷是什么？ 谁执行测试？

开发者？ 单独的测试人员？ 两方面人员？ 每个部分都测试？ 测试软件中高风险部分？
测试什么？

什么时候测试？ 怎样测试？ 测试应进行到什么程度？
21
软件缺陷是什么 --- 描述软件失败的术
语
缺点 (defect)
7.1.2 编码风格
5. 效率 效率主要指处理机时间和存储器容量两个方面。 应该清晰3条概念： 首先，效率是性能要求，因此应该在需求分析 阶段确定效率方面的要求。软件应该像对它要求 的那样有效，而不应该如同人类可能做到的那样 有效（需求分析相关）； 其次，效率是靠好设计来提高的（设计相关）； 第三，程序的效率和程序的简单程度是一致的， 不要牺牲程序的清晰性和可读性来不必要地提高 效率（效率不是第一位的）。
TOTAL = AMOUNT＋TOTAL
上面注视不清楚，如果注明把月销售额计入年度总额，便使读者理解了下 面语句的意图：
/* ADD MONTHLY-SALES TO ANNUAL-TOTAL */ TOTAL = AMOUNT＋TOTAL
• 要点 – 描述一段程序，而不是每一个语句； – 用缩进和空行，使程序与注释容易区别； – 注释要正确。
谬误 (fault) 问题 (problem) 错误 (error) 异常 (anomaly) 偏差 (variance) 失败 (failure)
缺陷 (bug)
22
软件测试人员
测试工具软件开发工程师 (Software Development Engineer in Test，简称SDE/T)
穷举测试实例: 设程序含4个分支,循环次数 ≤20,从A到B的可能路径
A
=5+514 +..+5 +5 ≈10
1
2
19
20
执行时间: 设测试一次需 2ms 穷举测试需5亿 年.
B
7.2.2
软件测试准则
（7）为了达到最佳的测试效果，应该由独立的
第三方从事测试工作。
所谓“最佳效果”是指有最大可能性发现错
第7章 实现
软件测试在软件生命周期中横跨两个阶段。通 常在编写出每个模块之后就对它做必要的测试 (称为单元测试)，模块的编写者和测试者是同一 个人，编码和单元测试属于软件生命周期的同一 个阶段。 在这个阶段结束之后，对软件系统还应该进行 各种综合测试，这是软件生命周期中的另一个独 立的阶段，通常由专门的测试人员承担这项工作。
误的测试。由于前面已经讲过的原因，开发软