软件测试课程设计报告书Word文件下载.docx

软件测试课程设计报告书Word文件下载.docx

《软件测试课程设计报告书Word文件下载.docx》由会员分享，可在线阅读，更多相关《软件测试课程设计报告书Word文件下载.docx（23页珍藏版）》请在冰豆网上搜索。

通过本课程设计，深刻理解和掌握软件测试的基本方法、基本技术和常用测试工具，熟练掌握测试用例的设计，同时进一步提高学生对于复杂程序的编写能力，为学生将来从事实际软件测试工作和进一步深入研究打下坚实的理论基础和实践基础。

课程设计环境

硬件：

装有windows操作系统的计算机

软件：

CppCheck

课程设计任务和要求

任务要求：

1．理解CPPCheck软件的基本功能和特征；

2.掌握软件测试方法在CPPCheck测试中的运用；

3．完成CPPCheck相关任务模块测试用例的设计；

4．实现CPPCheck的核心功能的测试；

5．撰写测试CPPCheck软件的相关文档；

6．撰写出符合要求的课程设计报告。

参考

文献

1.郑人杰，软件测试技术，清华大学出版社

2.徐仁佐，软件可靠性技术，清华大学出版社

3.林宁、孟庆余，软件测试使用指南，清华大学出版社

4.古乐、史九林，软件测试技术概论，清华大学出版社

时间进度安排

序号

起止日期

工作内容

学生熟悉题目背景，选题

2

测试需求分析

3

测试设计

4

测试

5

撰写上交课程设计报告

任课教师：

时间：

课程设计报告文档

一．任务的描述

目标

测试的目的就是希望能以最少的人力和时间发现潜在的各种错误和缺陷。

应根据开发各阶段的需求、设计等文档或程序的内部结构精心设计测试用例，并利用这些实例来运行程序，以便发现错误。

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

硬件测试、网络测试可以根据具体的性能指标来进行，此处所说的测试更多的是指软件测试。

一是对质量或可接受性做出判断：

通过测试给出所测系统总体质量现状，譬如满足工件的出入口标准，达到发布要求，遗留缺陷或者风险

二是发现问题，而且尽可能早一些，并确保其得以修复：

目的是要发现问题，就需要使用不同的方法类型进行测试，尽可能早的发现问题，就是尽快的参与测试，并提高测试的效率和有效性，使严重的问题尽早被发现；

确保缺陷得以修复，需要说明的是不是所有的缺陷都可以被修复的，那么我们要在提交缺陷单的时候自己首先已经有一个尺度，哪些是必须解决的，哪些是有时间可以解决的，那些是可以推迟到下个版本，哪些是无法解决但是要提出来的，跟自己的团队磨合久了，测试人员心理这个尺度应该是很清楚的，再则就是注意与开发之间的沟通技巧和专业度，特别在国内团队，随意性比较大，某个缺陷的解决很可能是因为开发心情好或者跟开发者交情好，或者开发觉得你够专业。

三是改进测试过程或者软件开发过程：

通过测试，对一些测试数据的度量和报告，对团队合作上一些问题的发现和总结，可以反过来为测试过程和开发过程的改进提供依据，从而促进团队朝着更积极有效的方向发展。

总之要做到以最少的人力、物力、时间找出软件潜在的错误和缺陷。

测试对象介绍：

概述：

Cppcheck是一种C/C++代码缺陷静态检查工具。

不同于C/C++编译器及其它分析工具，Cppcheck只检查编译器检查不出来的bug，不检查语法错误。

介绍：

cppcheck是一个静态代码检查工具，支持c,c++代码；

作为编译器的一种补充检查，cppcheck对产品的源代码执行严格的逻辑检查。

执行的检查包括：

1.自动变量检查

2.数组的边界检查

3.class类检查

4.过期的函数，废弃函数调用检查

5.异常内存使用，释放检查

6.内存泄漏检查，主要是通过内存引用指针

7.操作系统资源释放检查，中断，文件描述符等

8.异常STL函数使用检查

9.代码格式错误，以及性能因素检查

基本使用：

首先下载安装，例如我的是安装在 

C:

\Cpptest\Cppcheck目录下，要使用它必须先转到该路径下：

1.检查一个文件：

cppcheck[filepath]

例如，我检查一个的文件代码，在命令工具中可以输入：

D:

\Cpptest\Cppcheck>

cppcheck来审查。

2.检查一个文件夹中的所有文件：

cppcheck[filspath]

例如，我检查files文件下的所有文件：

cppcheckfiles

3.格式化输出内容格式：

cppcheck--enable=all--template=vsC:

\2>

\Cpptest\

--template=vs就是指定以vs这种格式输出，还可以自定义输出格式，

高级使用:

输出

a.使用方式：

cppcheck--xml-version=2

的组成元素：

id：

error的id

severity：

error的性质（error、warning......）

msg：

error的具体信息（短格式）

verbose：

error的信息（长格式）

file：

含有相对或者绝对路径的文件名

line：

行数

消息描述

2.改良输出结果

cppcheck--template=vspath（VisualStudio兼容模式）

cppcheck--template=gccpath（Gcc兼容模式）

cppcheck--template={"

{file},{line},{severity},{id},{message}"

}

3.输出过滤器（选特定的错误信息输出）

命令行模式：

cppcheck--suppress=memleak:

src/src/

使用文件模式（将过滤规则存到文件中）

cppcheck--suppressionssrc/

.任务描述：

cppcheck系统结构图：

．运行环境：

测试工具：

CppCheckQuickTestProfessionalVC++

．条件与限制：

条件:

被测试代码的路径必须是全英文，内存要动态分配

限制:

只能执行C/C++源代码,该软件只能进行静态检测

二．测试设计

2．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、单元测试的四个阶段：

测试计划：

完成单元测试计划；

测试设计：

完成单元测试方案；

测试实现：

完成单元测试用例、单元测试规程、单元测试脚本及数据文件；

测试执行：

执行单元测试用例，修改发现的问题并进行回归测试，提交单元测试报告。

集成测试

1.集成测试的目的：

确保各组件组合在一起后能够按照既定意图写作运行，并确保增量的行为正确（属于灰盒测试）

1）验证接口是否与设计相符

2）发现设计和需求中存在的错误

2.集成测试关注的重点：

单元间的接口、集成后的功能

3.集成测试的层次：

模块内集成、子系统内集成、子系统间集成

4.集成测试策略：

1）大爆炸集成

2）自顶向下集成

3）自底向上集成

4）三明治（混合式）集成

5）基干集成

6）分层集成

7）基于功能的集成

8）基于消息的集成

9）基于进度的集成

10）基于风险的集成

系统测试（SystemTesting）：

系统测试，是将通过确认测试的软件，作为整个基于计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其它系统元素结合在一起，在实际运行环境下，对计算机系统进行一系列的组装测试和确认测试。

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

1.系统测试目的：

1）通过与需求做比较，发现与系统定义不符合或与之矛盾的地方

2）系统测试的用例应根据需求分析说明书来设计，并在实际使用环境下运行

2.系统测试对象

1）软硬件集合在一起的系统

2）验证时应尽可能模拟实际的运行环境与条件

3.系统测试常用类型：

功能、性能、压力、容量、安全性、GUI、可用性、安装、配置、异常（恢复性）、备份、健壮性、文档、在线帮助、网络、稳定性测试

2．2测试方法的选择：

同行评审的概念：

同行