软件测试技术实验报告
--------实验一：单元测试
学 院：计算机学院
班 级：软件
姓 名：
学 号：
实验目的：
（1） 掌握白盒测试方法，并按单元测试的要求设计测试用例。
（2） 能熟练应用junit测试工具进行单元测试；
（3） 进行代码覆盖检查。
实验原理：
一、 逻辑覆盖
结构性测试力求提高测试覆盖率。逻辑覆盖是对一系列测试过程的总称，它是在使用白盒测试法时，选用测试用例执行程序逻辑路径的方法。
逻辑覆盖按覆盖程度由低到高大致分为以下几类：
（1） 语句覆盖：设计若干测试用例，使程序中每一可执行语句至少执行一次；
（2） 判断覆盖：设计用例，使程序中的每个逻辑判断的取真取假分支至少经历一次；
（3） 条件覆盖：设计用例，使判断中的每个条件的可能取值至少满足一次；
（4） 判断/条件覆盖：设计用例，使得判断中的每个条件的所有可能结果至少出现一次，而且判断本身所有可能结果也至少出现一次；
（5） 条件组合覆盖。设计用例，使得每个判断表达式中条件的各种可能组合都至少出现一次；显然，满足⑤的测试用例也一定是满足②、③、④的测试用例。
（6） 路径覆盖。设计足够的测试用例，使程序的每条可能路径都至少执行一次。
如果把路径覆盖和条件组合覆盖结合起来，可以设计出检错能力更强的测试数据用例。
二、 基本路径测试
如果把覆盖的路径数压缩到一定限度内，例如，程序中的循环体只执行零次和一次，就成为基本路径测试。它是在程序控制流图的基础上，通过分析控制构造的环路复杂性，导出基本可执行路径集合，从而设计测试用例的方法。
设计出的测试用例要保证在测试中，程序的每一个可执行语句至少要执行一次。
① 程序的控制流图
控制流图是描述程序控制流的一种图示方法。基本控制构造的图形符号如图所示。符号○称为控制流图的一个结点，一组顺序处理框可以映射为一个单一的结点。控制流图中的箭头称为边，它表示了控制流的方向，在选择或多分支结构中分支的汇聚处，即使没有执行语句也应该有一个汇聚结点。边和结点圈定的区域叫做区域，当对区域计数时，图形外的区域也应记为一个区域。
计测技术 理论与实践 ・１３・
某测试软件输入模块的可靠性测试方法研究
王泓 （中国工程物理研究院结构力学研究所，四川绵阳６２１９００）
摘 要：采用黑盒测试方法对某数据采集系统的测试软件进行了测试。通过对软件需求和性能的分 析，建立了软件的运行剖面和测试案例，进行了可靠性测试，得到了该软件输入模块的可靠性测试结果。 关键词：测试软件；软件可靠性；评价 中图分类号：ＴＰ３１１．５ 文献标识码：Ａ 文章编号：１００２—６０６１（２００６）０２—００１３—０３
Ｔｈｅ Ｓｔｕｄｙ ｏｆ Ｒｅｌｉａｂｉｌｉｔｙ Ｔｅｓｔｉｎｇ Ｍｅｔｈｏｄ ｏｆ Ｉｎｐｕｔ Ｍｏｄｅｌ ｏｆ Ｓｏｍｅ Ｔｅｓｔ Ｓｏｆｔｗａｒｅ ＷＡＮＧ Ｈｏｎｇ （Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｓｔｒｕｃｔｕｒａｌ Ｍｅｃｈａｎｉｃｓ。Ｃｈｉｎａ Ａｃａｄｅｍｙ ｏｆ Ｅｎｇｉｎｅｅｉｎｇ Ｐｈｙｓｉｃｓ，Ｍｉａｎｙａｎｇ ６２１９００，Ｃｈｉｎａ） Ａｂｓｔｒａｃｔ：Ｕｓｉｎｇ ｔｈｅ ｂｌａｃｋ—ｂｏｘ ｔｅｓｔｉｎｇ ｍｅｔｈｏｄ，ｗｅ ｔｅｓｔ ｔｈｅ ｔｅｓｔ ｓｏｆｔｗａｒｅ ｕｓｅｄ ｉｎ ｔｈｅ ｄａｔａ ｃｏｌｌｅｃｔｉｏｎ ｓｙｓｔｅｍ．Ｔｈｅ ｒｕｎｎｉｎｇ ｐｒｏｆｉｌｅ ａｎｄ ｔｅｓｔ ｃａｓｅ ａｒｅ ｅｓｔａｂｌｉｓｈｅｄ ｂｙ ａｎａｌｙｚｉｎｇ ｔｈｅ ｓｏｆｔｗａｒｅ ｒｅｑｕｉｒｅｍｅｎｔ ａｎｄ ｒｕｎｎｉｎｇ ｐｅｒｆｏｒｍａｎｃｅ，ｔｈｅｎ ｔｈｅ ｒｅｌｉａｂｉｌｉｔｙ ｔｅｓｔｉｎｇ ｉｓ ｅｘｅｃｕｔｅｄ，ａｎｄ ｔｈｅ ｓｏｆｔｗａｒｅ ｒｅｌｉａｂｉｌｉｔｙ ａｂｏｕｔ ｔｈｅ ｉｎｐｕｔ ｍｏｄｅｌ ｉＳ ｅｖａｌｕａｔｅｄ ａｌｓｏ． Ｋｅｙ ｗｏｒｄｓ：ｔｅｓｔｉｎｇ ｓｏｆｔｗａｒｅ；ｓｏｆｔｗａｒｅ ｒｅｌｉａｂｉｌｉｔｙ；ｅｖａｌｕａｔｅ 软件是计算机系统的神经中枢，软件可靠性是衡 量软件质量的重要指标，也是软件开发者努力的目标。 通过软件可靠性测试，可以有效地发现程序中对软件 可靠性影响较大的缺陷，验证软件可靠性的定量要求 是否得到满足，也可以评估当前软件可靠性的水平，有 利于实现软件的工程化应用。 某测试软件是一个采用Ｖｉｓｕａｌ Ｂａｓｉｃ开发的成型 软件，该软件的主要功能是可以完成数据测量以及测 试过程的参数设置，采集应变信号和位移信号值，并实 现试验曲线的绘制和试验数据的保存。我们对该软件 所做的可靠性测试工作包括软件结构和功能的分析、 软件运行剖面的建立、测试用例的生成、测试过程的执 行、测试数据的收集和可靠性分析工作。 本文主要针对该测试软件输入模块的可靠性进行 研究，有关该软件测量部分的可靠性未作论述。 ｌ软件可靠性的基本概念 １．１软件可靠性 有关软件可靠性的确切定义，在国际学术界曾经
软件模块测试计划
1引言
1.1编写目的
本测试计划的具体编写目的，指出预期的读者范围。
1.2背景
说明：
a． 测试计划所从属的软件系统的名称；
b． 该开发项目的历史，列出用户和执行此项目测试的计算中心，说明在开始执行本测试计划之前必须完成的各项工作。
1.3定义
列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.4参考资料
列出要用到的参考资料，如：
a． 本项目的经核准的计划任务书或合同、上级机关的批文；
b． 属于本项目的其他已发表的文件；
c． 本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
2计划
2.1软件说明
提供一份图表，并逐项说明被测软件的功能、输入和输出等质量指标，作为叙述测试计划的提纲。 2.2测试内容
列出组装测试和确认测试中的每一项测试内容的名称标识符、这些测试的进度安排以及这些测试的内容和目的，例如模块功能测试、接口正确性测试、数据文卷存取的测试、运行时间的测试、设计约束和极限的测试等。
2.3测试1（标识符）
给出这项测试内容的参与单位及被测试的部位。
2.3.1进度安排
给出对这项测试的进度安排，包括进行测试的日期和工作内容（如熟悉环境。培训、准备输入数据等）。
2.3.2条件
陈述本项测试工作对资源的要求，包括：
a． 设备所用到的设备类型、数量和预定使用时间；
b． 软件列出将被用来支持本项测试过程而本身又并不是被测软件的组成部分的软件，如测试驱动程序、测试监控程序、仿真程序、桩模块等等；
c． 人员列出在测试工作期间预期可由用户和开发任务组提供的工作人员的人数。技术水平及有关的预备知识，包括一些特殊要求，如倒班操作和数据键入人员。
2.3.3测试资料
列出本项测试所需的资料，如：
a． 有关本项任务的文件；
b． 被测试程序及其所在的媒体；
c． 测试的输入和输出举例；
.
软件模块测试报告
. 版本记录
版本号 日期 修改章节 修改内容及说明 编制者
XXXXXXXX
.
编制：
审核：
批准：
. 目 录
1. 简介 .................................................................................................................................................. 5
1.1. 软件模块简介 ........................................................................................................................ 5
1.2. 目的 ........................................................................................................................................ 5
1.3. 适用范围 ................................................................................................................................ 5
1.4. 与其它开发任务/文档的关系 ............................................................................................... 5
1.5. 术语和缩写词 ........................................................................................................................ 5
