软件测试课程设计报告书

@@＠@大学课程设计说明书课程名称软件测试技术课程设计题目 CppCheck测试院系信息工程学院班级计科131学生姓名指导教师日期 2016.7.5课程设计任务书任课教师：时间：2016.7。

5目录一．任务的描述 (1)1。

1目标 (1)1.2测试对象介绍： (1)1。

2.1 概述： (1)1.2。

2介绍: (2)1.2.3 基本使用: (2)1.2.4 高级使用： (2)1.4．运行环境： (5)1.5．条件与限制： (5)二．测试设计 (5)2．1测试阶段的选择： (5)2。

1.1单元测试 (5)2。

1。

2集成测试 (7)2。

1。

3系统测试(System Testing）： (7)2．2测试方法的选择： (7)2.3 选择工具： (8)2。

4设计测试用例: (9)2。

4。

1静态测试 (9)三．测试执行和结果 (10)3。

1白盒测试 (10)3。

2黑盒测试 (16)四．测试的结果 (19)五。

感想认识 (20)六．参考文献 (20)课程设计报告文档一．任务的描述1。

1目标测试的目的就是希望能以最少的人力和时间发现潜在的各种错误和缺陷.应根据开发各阶段的需求、设计等文档或程序的内部结构精心设计测试用例，并利用这些实例来运行程序，以便发现错误。

信息系统测试应包括软件测试、硬件测试和网络测试。

硬件测试、网络测试可以根据具体的性能指标来进行,此处所说的测试更多的是指软件测试.一是对质量或可接受性做出判断：通过测试给出所测系统总体质量现状，譬如满足工件的出入口标准，达到发布要求，遗留缺陷或者风险二是发现问题,而且尽可能早一些，并确保其得以修复:目的是要发现问题,就需要使用不同的方法类型进行测试，尽可能早的发现问题，就是尽快的参与测试，并提高测试的效率和有效性，使严重的问题尽早被发现；确保缺陷得以修复，需要说明的是不是所有的缺陷都可以被修复的，那么我们要在提交缺陷单的时候自己首先已经有一个尺度，哪些是必须解决的，哪些是有时间可以解决的，那些是可以推迟到下个版本，哪些是无法解决但是要提出来的，跟自己的团队磨合久了，测试人员心理这个尺度应该是很清楚的，再则就是注意与开发之间的沟通技巧和专业度,特别在国内团队，随意性比较大，某个缺陷的解决很可能是因为开发心情好或者跟开发者交情好，或者开发觉得你够专业。

三是改进测试过程或者软件开发过程:通过测试，对一些测试数据的度量和报告，对团队合作上一些问题的发现和总结，可以反过来为测试过程和开发过程的改进提供依据，从而促进团队朝着更积极有效的方向发展.总之要做到以最少的人力、物力、时间找出软件潜在的错误和缺陷。

1。

2测试对象介绍：1.2.1 概述：Cppcheck是一种C/C++代码缺陷静态检查工具.不同于C/C++编译器及其它分析工具，Cppcheck只检查编译器检查不出来的bug，不检查语法错误。

1。

2。

2介绍：cppcheck 是一个静态代码检查工具，支持c, c++ 代码；作为编译器的一种补充检查,cppcheck对产品的源代码执行严格的逻辑检查。

执行的检查包括:1。

自动变量检查2. 数组的边界检查3. class类检查4. 过期的函数，废弃函数调用检查5。

异常内存使用,释放检查6。

内存泄漏检查，主要是通过内存引用指针7. 操作系统资源释放检查，中断,文件描述符等8. 异常STL 函数使用检查9。

代码格式错误，以及性能因素检查1。

2。

3 基本使用:首先下载安装,例如我的是安装在C：\Cpptest\Cppcheck 目录下，要使用它必须先转到该路径下：1。

检查一个文件:cppcheck [］例如,我检查一个的文件代码，在命令工具中可以输入:D:\Cpptest\Cppcheck>cppcheck 来审查。

2。

检查一个文件夹中的所有文件： cppcheck ［filspath］例如，我检查files文件下的所有文件:C:\Cpptest\Cppcheck>cppcheck files3。

格式化输出内容格式：C：\Cpptest\Cppcheck>cppcheck —-enable=all -—template=vs C:\2〉C：\Cpptest\err.txt--template=vs 就是指定以vs这种格式输出，还可以自定义输出格式，1.2.4 高级使用:1.xml 输出a.使用方式：cppcheck --xml—version=2 foo.cppb。

error的组成元素:id:error的idseverity：error的性质（error、warning...。

.。

）msg：error的具体信息（短格式）verbose：error的信息（长格式）c.location的组成元素：file:含有相对或者绝对路径的文件名line:行数msg：消息描述2.改良输出结果cppcheck ——template=vs path （Visual Studio 兼容模式）cppcheck --template=gcc path (Gcc兼容模式）cppcheck --template=｛"｛file}，｛line｝,｛severity｝,{id｝,{message｝”｝3。

输出过滤器（选特定的错误信息输出)命令行模式:cppcheck —-suppress=memleak：src/ src/使用文件模式（将过滤规则存到文件中）cppcheck—-suppressions suppressions。

txt src/1.3. 任务描述：1．理解CPPCheck软件的基本功能和特征；2。

掌握软件测试方法在CPPCheck测试中的运用；3．完成CPPCheck相关任务模块测试用例的设计;4．实现CPPCheck的核心功能的测试；5．撰写测试CPPCheck软件的相关文档；6．撰写出符合要求的课程设计报告。

1.4．运行环境：硬件:装有windows操作系统的计算机测试工具：CppCheck Quick Test Professional VC++6.01.5．条件与限制：条件:被测试代码的路径必须是全英文，内存要动态分配限制：只能执行C/C++源代码，该软件只能进行静态检测二．测试设计2．1测试阶段的选择：2.1.1单元测试（1）定义：单元测试（又称为模块测试)是针对程序模块软件设计的最小单位)来进行正确性检验的测试工作。

程序单元是应用的最小可测试部件。

在过程化编程中,一个单元就是单个程序、函数、过程等；对于面向对象编程，最小单元就是方法，包括基类（超类)、抽象类、或者派生类（子类)中的方法。

（2）单元测试任务包括：1．模块接口测试；2．模块局部数据结构测试；3．模块边界条件测试；4．模块中所有独立执行通路测试;5．模块的各条错误处理通路测试.1、单元的基本属性:1.明确的功能2.可定义的规格3.与其他单元接口的清晰划分2、单元测试的目的：在于发现各模块内部可能存在的各种错误，主要是基于白盒测试。

1。

验证代码是与设计相符合的；2.发现设计和需求中存在的错误；3。

发现在编码过程中引入的错误.（和设计不相符或和设计相符,但是由于编码疏漏引起)3、单元测试关注的重点：1。

出错处理、2。

单元接口、3。

局部数据结构、4.独立路径、5。

边界条件4、单元测试的主要关注点:1.参数的属性、顺序、个数是否与LLD一致2。

不能修改只做输入用的形参，否则可能导致数据的错误修改3.约束条件是否通过形参来传送5、驱动和桩的功能：1。

驱动单元：被测函数的主函数，能接受输入数据，输出实际测试结果2。

桩单元：用来代替所测单元调用的子单元6、单元测试策略：孤立的测试策略、自顶向下、自底向上的单元测试策略1）孤立的测试策略:·方法：不考虑每个模块与其他模块之间的关系，为每个模块设计桩模块和驱动模块.每个模块进行独立的单元测试。

·优点：该方法是最简单，最容易操作的。

可以达到高的结构覆盖率。

该方法是纯粹的单元测试.·缺点:桩函数和驱动函数工作量很大，效率低。

2）自顶向下的单元测试策略：·方法：先对最顶层的单元进行测试，把顶层所调用的单元做成桩模块。

其次对第二层进行测试，使用上面已测试的单元做驱动模块。

如此类推直到测试完所有模块。

·优点：可以节省驱动函数的开发工作量，测试效率较高。

·缺点：随着被测单元一个一个被加入，测试过程将变得越来越复杂,并且开发和维护的成本将增加。

3) 自底向上的单元测试策略：·方法：先对模块调用层次图上最低层的模块进行单元测试,模拟调用该模块的模块做驱动模块。

然后再对上面一层做单元测试，用下面已被测试过的模块做桩模块。

以此类推，直到测试完所有模块。

·优点：可以节省桩函数的开发工作量，测试效率较高。

·缺点：不是纯粹的单元测试，底层函数的测试质量对上层函数的测试将产生很大的影响.4、单元测试的四个阶段：·测试计划:完成单元测试计划;·测试设计：完成单元测试方案；·测试实现：完成单元测试用例、单元测试规程、单元测试脚本及数据文件；·测试执行：执行单元测试用例，修改发现的问题并进行回归测试，提交单元测试报告。

2。

1。

2集成测试1.集成测试的目的：确保各组件组合在一起后能够按照既定意图写作运行，并确保增量的行为正确（属于灰盒测试）1)验证接口是否与设计相符2)发现设计和需求中存在的错误2.集成测试关注的重点：单元间的接口、集成后的功能3.集成测试的层次:模块内集成、子系统内集成、子系统间集成4.集成测试策略：1)大爆炸集成2)自顶向下集成3)自底向上集成4)三明治（混合式）集成5)基干集成6)分层集成7)基于功能的集成8)基于消息的集成9)基于进度的集成10)基于风险的集成2.1.3系统测试（System Testing）：系统测试,是将通过确认测试的软件，作为整个基于计算机系统的一个元素,与计算机硬件、外设、某些支持软件、数据和人员等其它系统元素结合在一起，在实际运行环境下，对计算机系统进行一系列的组装测试和确认测试。

系统测试的目的在于通过与系统的需求定义作比较, 发现软件与系统的定义不符合或与之矛盾的地方。

1.系统测试目的：1)通过与需求做比较，发现与系统定义不符合或与之矛盾的地方2)系统测试的用例应根据需求分析说明书来设计,并在实际使用环境下运行2.系统测试对象1)软硬件集合在一起的系统2)验证时应尽可能模拟实际的运行环境与条件3.系统测试常用类型：功能、性能、压力、容量、安全性、GUI、可用性、安装、配置、异常（恢复性）、备份、健壮性、文档、在线帮助、网络、稳定性测试2．2测试方法的选择：同行评审的概念 :同行评分是一种依据程序整体质量,可维护性、可扩展性、易用性和清晰性对匿名的程序进行技术评价的技术。