（3） 根据设计的两套测试用例集进行测试；
实验要求
（1） 根据题目要求编写测试用例（参照表1进行用例设计）； （2） 实验结果要求给出两套测试用例集测试效果比较； （3） 撰写实验报告；
实验思考
（1） 在实际的测试中，如何设计测试用例才能达到用最少的测试用例检测出最多的缺陷； （2） 在进行用例设计时，如何考虑软件测试用例的充分性和减少软件测试用例的冗余性；
实验五 集成测试（2学时）
一、实验目的
验证集成测试相关理论，实践集成测试的具体方法。
二、实验内容
1．题目一：对给定的子系统，采用白盒测试和黑盒测试相结合的方法进行集成测试。
1. 被子系统构成
1. int WINAPI GetMainLevel ( void )
2. int WINAPI GetFirstDirSetting ( char* path, unsigned int len , int& lev ) 3. BOOL FileSearchInLink(DirLayerLink* &search, DirLayerLink* &setting) 4. int WINAPI GetNextDirSetting ( char* path, unsigned int len , int& lev ) 5. DirLayerLink* IsInDirSettings(DirLayerLink* setting, char* dirname,
DirLayerLink* &prelink)
6. BOOL IsInFileSettings(char* filename) 7. FileModeSel WINAPI GetFileMode ( void )
8. BOOL WINAPI AddRstCont ( char* file, char* path, unsigned long size) 9. int WINAPI GetFirstFileSetting ( char* file, unsigned int len ) 10. int WINAPI GetNextFileSetting ( char* file, unsigned int len ) 11. BOOL MatchPattern(char* file, char* pattern) 12. void WINAPI SetErrMsg ( char* msg )
13. int FindSubString ( const char* source, const char* dest )
2. 被测子系统逻辑结构图
GetMainLevel IsInDirSettings GetFirstFileSetting 【实验步骤】 FileSearch GetFirstDirSettings FileSearchInLin GetNextDirSetting InInFileSetting GetFileMode AddRstCont GetNextFileSetting MatchPattern SetErrMsg FindSubStr (1) 预习相关课堂内容，了解测试对象，阅读文件检索项目的需求规格说明书，界面规格说明书，
概要设计说明书，详细设计说明书。
(2) 根据小组角色，分别进行代码模块分析，要求能够画出模块逻辑框图。并和试验材料进行比较，
找出不同。
(3) 为每个模块(函数)数建立一个VC Console工程，工程项目名称与被测函数名称一致。 调试编
译该工程。（可以参考课堂实例）
(4) 在调试过程中，如果需要，就建立一个或多个桩模块，并建立一个驱动模块。 (5) 根据步骤（2）功能模块图，设计测试用例。
(6) 对于每个测试用例，向工程中添加一个驱动模块。直到所有的测试用例全部结束。 (7) 填写试验报告。
三、实验要求
（1）要求学生能够理解集成测试的相关概念和集成测试的过程、方法。 （2）撰写实验报告； 四、思考与讨论
（1）集成测试一般的测试的步骤是什么？
（2）集成测试的测试用例设计和单元测试测试用例选择方法上有和异同？
五、其它说明：
1、实验结束上交资料包括：设计的集成测试用例（包括测试用例的选取准则）、错误记录、实验报告
2、实验成绩评定包括：测试用例报告（50%）、实验报告（50%）。
实验六 QTP大型测试工具的使用（8学时）
一、实验目的
1. 掌握QuickTest Professional 8.2（QTP）操作界面的组成。
2. 着重掌握如何在不同的环境中使用QuickTest来作为自动化的功能测试工具。 3. 掌握如何创建自动化测试用例。
二、基本知识
1. 熟悉测试概念 2. QTP8.2的使用概要。
三、实验设备及环境
①windows操作系统
②QuickTest Professional 8.2应用软件
四、实验内容
使用QuickTest进行测试的过程包括6个主要步骤： ● 准备录制
打开你要对其进行测试的应用程序，并检查QuickTest中的各项设置是否适合当前的要求。 ● 进行录制
打开QuickTest的录制功能，按测试用例中的描述，操作被测试应用程序。 ● 编辑测试脚本
通过加入检测点、参数化测试，以及添加分支、循环等控制语句，来增强测试脚本的功能，使将来的回归测试真正能够自动化。 ● 调试脚本
调试脚本，检查脚本是否存在错误。 ● 在回归测试中运行测试
在对应用程序的回归测试中，通过QuickTest回放对应用程序的操作，检验软件正确性，实现测试的自动化进行。 ● 分析结果，报告问题
查看QuickTest记录的运行结果，记录问题，报告测试结果。
QuickTest简介
使用 QuickTest 你可以测试标准的网页、一般Windows 应用程序、Visual Basic 应用程序、ActiveX 控件、多媒体对象等。
自动测试的好处：
人工测试非常浪费时间而且需要投入大量人力。使用 QuickTest 可以加速整个测试的过程，并且在建置（build）完新版本的应用程序或网站后，可以重复使用测试脚本进行测试。
以 QuickTest 执行测试，就与人工测试一样，QuickTest 会仿真鼠标的动作与键盘的输入，不过QuickTest 比人工测试快多了。
自动测试的好处
快速 (Fast) QuickTest 执行测试比人工测试速度快多了。
可靠 (Reliable) QuickTest 每一次的测试都可以正确执行相同的动作，可避免人工测试的错误。 可重复(Repeatable) QuickTest 可以重复执行相同的测试。
可程序化(Programmable)QuickTest 可以程序的方式，撰写复杂的测试脚本。
广泛的(Comprehensive)QuickTest 可建立广泛的测试脚本，涵盖应用程序的所有功能。 可再使用(Reusable)QuickTest 可重复使用测试脚本，即使应用程序使用接口已经改变。
QuickTest的检查点
QuickTest的检查点到底是什么？，为什么要那样添加，提示的信息本来就是正确的，那样添加肯定是正确的，到底在检查什么。
QuickTest检查点功能有3个，1.设置预期结果 2.捕获实际结果 3.比较。
在录制测试脚本时。如果处于手工测试方式，直接人工看一下每个页面的提示信息/文字/图片是否与测试用例的预期结果相同，就可以判断测试结果了，但是这时需要工具来做判断，其实我们很需要工具也应该能和人工一样，通过某种方式（例如：眼睛）来查看提示的信息和文档中相应的测试用例的预期结果做比较的，但是工具是没有眼睛的，那工具是通过什么来作为他的眼睛的？QuickTest是通过提供的检查点来进行判断的，工具没有眼睛，他并不知道需要判断的提示信息在什么位置上，那么作为工具来讲，首先要解决的就是捕获到要检查的信息在哪里，QuickTest提供的添加检查点的方式就是解决了这个问题，那么其次工具还需要知道预期结果是什么，预期结果在哪里写，QuickTest解决的方式就是在添加完检查点后将抓取的信息修改成为用例中的预期结果，实际上到目前位为止整个过程都是在设置预期结果，并没有做比较，那接下来运行测试脚本时，工具将设置好的预期结果与实际结果比较进行判断。
第一部分 测试应用程序
试验一、二
测试应用程序的具体操作步骤：
通过本例子熟悉对应用程序的测试，并学习QuickTest 的参数化功能 1.1录制应用程序测试过程
我们将使用QuickTest录制对一个QuickTest自带应用程序的操作过程。 1.1.1 启动QuickTest
启动QuickTest，在随后显示的“Add- in Manager”窗口中，只选中“Visual Basic”复选框，点击“OK”按钮。
在“欢迎”窗口中，点击“Blank Test”项，开始一个新的测试。
1.1.2 开始录制
在QuickTest中，选择“Test > Record”菜单命令，这时会显示下面这样一个窗口：
录制、运行设置对话框Windows Application页面