《软件测试课程设计报告书(共24页).doc》由会员分享，可在线阅读，更多相关《软件测试课程设计报告书(共24页).doc（24页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、精选优质文档-倾情为你奉上大学课 程 设 计 说 明 书课程名称 软件测试技术课程设计 题 目 CppCheck测试 院 系 信息工程学院 班 级 计科131 学生姓名 指导教师 日 期 2016.7.5 课程设计任务书课程设计题目CppCheck测试姓名学号1专业班级计算机组别组长同组成员 指导教师课程设计目的通过本课程设计，深刻理解和掌握软件测试的基本方法、基本技术和常用测试工具，熟练掌握测试用例的设计，同时进一步提高学生对于复杂程序的编写能力，为学生将来从事实际软件测试工作和进一步深入研究打下坚实的理论基础和实践基础。课程设计环境硬件：装有windows操作系统的计算机软件：CppChe
2、ck课程设计任务和要求任务要求：1理解CPPCheck软件的基本功能和特征；2. 掌握软件测试方法在CPPCheck测试中的运用；3完成CPPCheck相关任务模块测试用例的设计；4实现CPPCheck的核心功能的测试；5撰写测试CPPCheck软件的相关文档；6撰写出符合要求的课程设计报告。参考文献1.郑人杰，软件测试技术，清华大学出版社2.徐仁佐，软件可靠性技术，清华大学出版社3.林宁、孟庆余，软件测试使用指南，清华大学出版社4.古乐、史九林，软件测试技术概论，清华大学出版社时 间 进 度 安 排序号起止日期工 作 内 容15.4学生熟悉题目背景，选题25.5-6.3CppCheck测试需
3、求分析36.4-6.9CppCheck测试设计46.10-6.15CppCheck测试56.16-6.22撰写上交课程设计报告任课教师： 时间：2016.7.5目录专心-专注-专业课程设计报告文档一任务的描述1.1目标测试的目的就是希望能以最少的人力和时间发现潜在的各种错误和缺陷。应根据开发各阶段的需求、设计等文档或程序的内部结构精心设计测试用例，并利用这些实例来运行程序，以便发现错误。信息系统测试应包括软件测试、硬件测试和网络测试。硬件测试、网络测试可以根据具体的性能指标来进行，此处所说的测试更多的是指软件测试。一是对质量或可接受性做出判断：通过测试给出所测系统总体质量现状，譬如满足工件的出
4、入口标准，达到发布要求，遗留缺陷或者风险二是发现问题，而且尽可能早一些，并确保其得以修复：目的是要发现问题，就需要使用不同的方法类型进行测试，尽可能早的发现问题，就是尽快的参与测试，并提高测试的效率和有效性，使严重的问题尽早被发现；确保缺陷得以修复，需要说明的是不是所有的缺陷都可以被修复的，那么我们要在提交缺陷单的时候自己首先已经有一个尺度，哪些是必须解决的，哪些是有时间可以解决的，那些是可以推迟到下个版本，哪些是无法解决但是要提出来的，跟自己的团队磨合久了，测试人员心理这个尺度应该是很清楚的，再则就是注意与开发之间的沟通技巧和专业度，特别在国内团队，随意性比较大，某个缺陷的解决很可能是因为开
5、发心情好或者跟开发者交情好，或者开发觉得你够专业。三是改进测试过程或者软件开发过程：通过测试，对一些测试数据的度量和报告，对团队合作上一些问题的发现和总结，可以反过来为测试过程和开发过程的改进提供依据，从而促进团队朝着更积极有效的方向发展。总之要做到以最少的人力、物力、时间找出软件潜在的错误和缺陷。1.2测试对象介绍：1.2.1 概述：Cppcheck是一种C/C+代码缺陷静态。不同于C/C+编译器及其它分析工具，Cppcheck只检查编译器检查不出来的bug，不检查语法错误。1.2.2介绍：cppcheck 是一个静态代码检查工具，支持c, c+ 代码；作为编译器的一种补充检查，cppche
6、ck对产品的源代码执行严格的逻辑检查。 执行的检查包括：1. 自动变量检查2. 数组的边界检查3. class类检查4. 过期的函数，废弃函数调用检查5. 异常内存使用，释放检查6. 内存泄漏检查，主要是通过内存引用指针7. 操作系统资源释放检查，中断，文件描述符等8. 异常STL 函数使用检查9. 代码格式错误，以及性能因素检查1.2.3 基本使用： 首先下载安装，例如我的是安装在C:CpptestCppcheck 目录下，要使用它必须先转到该路径下：1.检查一个文件：cppcheck filepath例如，我检查一个file1.c的文件代码，在命令工具中可以输入：D:CpptestCppc
7、heckcppcheck file1.c 来审查。2.检查一个文件夹中的所有文件： cppcheck filspath例如，我检查files文件下的所有文件：C:CpptestCppcheckcppcheck files3. 格式化输出内容格式：C:CpptestCppcheckcppcheck -enable=all -template=vs C:files.c 2C:Cpptesterr.txt-template=vs 就是指定以vs这种格式输出，还可以自定义输出格式， 1.2.4 高级使用:1.xml 输出a.使用方式：cppcheck -xml-version=2 foo.cppb.e
8、rror的组成元素：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,message3.输出过滤器（选特定的错误信
9、息输出）命令行模式：cppcheck -suppress=memleak:src/file1.cpp src/使用文件模式（将过滤规则存到文件中）cppcheck-suppressions suppressions.txt src/1.3. 任务描述： 1理解CPPCheck软件的基本功能和特征；2. 掌握软件测试方法在CPPCheck测试中的运用；3完成CPPCheck相关任务模块测试用例的设计；4实现CPPCheck的核心功能的测试；5撰写测试CPPCheck软件的相关文档；6撰写出符合要求的课程设计报告。各种注册的check子类及ruleC+ codecppcheck系统结构图： Sot
10、ting tokensCppcheck核心代码解析错误输出检查错误报告输出ErrorLogger参数分析1.4运行环境：硬件：装有windows操作系统的计算机测试工具：CppCheck Quick Test Professional VC+6.01.5条件与限制：条件:被测试代码的路径必须是全英文，内存要动态分配限制:只能执行C/C+源代码,该软件只能进行静态检测二测试设计21测试阶段的选择：2.1.1单元测试（1）定义：单元测试（又称为模块测试）是针对的最小单位)来进行正确性检验的测试工作。程序单元是应用的最小可测试部件。在中，一个单元就是单个程序、函数、过程等；对于面向对象编程，最小单元
11、就是方法，包括基类（超类）、抽象类、或者派生类（子类）中的方法。（2）单元测试任务包括：1模块接口测试；2模块局部数据结构测试；3模块边界条件测试；4模块中所有独立执行通路测试；5模块的各条错误处理通路测试。1、 单元的基本属性：1.明确的功能 2.可定义的规格 3.与其他单元接口的清晰划分2、 单元测试的目的： 在于发现各模块内部可能存在的各种错误，主要是基于白盒测试。1.验证代码是与设计相符合的；2.发现设计和需求中存在的错误；3.发现在编码过程中引入的错误。（和设计不相符或和设计相符，但是由于编码疏漏引起）3、 单元测试关注的重点：1.出错处理、2.单元接口、3.局部数据结构、4.独立路
12、径、5.边界条件 4、 单元测试的主要关注点：1.参数的属性、顺序、个数是否与LLD一致2.不能修改只做输入用的形参，否则可能导致数据的错误修改3.约束条件是否通过形参来传送5、驱动和桩的功能： 1. 驱动单元：被测函数的主函数，能接受输入数据，输出实际测试结果2.桩单元：用来代替所测单元调用的子单元6、单元测试策略：孤立的测试策略、自顶向下、自底向上的单元测试策略1) 孤立的测试策略： 方法：不考虑每个模块与其他模块之间的关系，为每个模块设计桩模块和驱动模块。每个模块进行独立的单元测试。 优点：该方法是最简单，最容易操作的。可以达到高的结构覆盖率。该方法是纯粹的单元测试。 缺点：桩函数和驱动
13、函数工作量很大，效率低。2) 自顶向下的单元测试策略： 方法：先对最顶层的单元进行测试，把顶层所调用的单元做成桩模块。其次对第二层进行测试，使用上面已测试的单元做驱动模块。如此类推直到测试完所有模块。 优点：可以节省驱动函数的开发工作量，测试效率较高。 缺点：随着被测单元一个一个被加入，测试过程将变得越来越复杂，并且开发和维护的成本将增加。3) 自底向上的单元测试策略： 方法：先对模块调用层次图上最低层的模块进行单元测试，模拟调用该模块的模块做驱动模块。然后再对上面一层做单元测试，用下面已被测试过的模块做桩模块。以此类推，直到测试完所有模块。 优点：可以节省桩函数的开发工作量，测试效率较高。
14、缺点：不是纯粹的单元测试，底层函数的测试质量对上层函数的测试将产生很大的影响。4、 单元测试的四个阶段： 测试计划：完成单元测试计划； 测试设计：完成单元测试方案； 测试实现：完成单元测试用例、单元测试规程、单元测试脚本及数据文件； 测试执行：执行单元测试用例，修改发现的问题并进行回归测试，提交单元测试报告。2.1.2集成测试1. 集成测试的目的：确保各组件组合在一起后能够按照既定意图写作运行，并确保增量的行为正确（属于灰盒测试）1) 验证接口是否与设计相符2) 发现设计和需求中存在的错误2. 集成测试关注的重点：单元间的接口、集成后的功能3. 集成测试的层次：模块内集成、子系统内集成、子系统
15、间集成4. 集成测试策略：1) 大爆炸集成2) 自顶向下集成3) 自底向上集成4) 三明治（混合式）集成5) 基干集成6) 分层集成7) 基于功能的集成8) 基于消息的集成9) 基于进度的集成10) 基于风险的集成2.1.3系统测试（System Testing）：系统测试，是将通过确认测试的软件，作为整个基于计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其它系统元素结合在一起，在实际运行环境下，对计算机系统进行一系列的组装测试和确认测试。系统测试的目的在于通过与系统的需求定义作比较, 发现软件与系统的定义不符合或与之矛盾的地方。1. 系统测试目的：1) 通过与需求做比较
16、，发现与系统定义不符合或与之矛盾的地方2) 系统测试的用例应根据需求分析说明书来设计，并在实际使用环境下运行2. 系统测试对象1) 软硬件集合在一起的系统2) 验证时应尽可能模拟实际的运行环境与条件3. 系统测试常用类型：功能、性能、压力、容量、安全性、GUI、可用性、安装、配置、异常（恢复性）、备份、健壮性、文档、在线帮助、网络、稳定性测试22测试方法的选择：同行评审的概念 ：同行评分是一种依据程序整体质量，可维护性、可扩展性、易用性和清晰性对匿名的 程序进行技术评价的技术。改技术的目的是为程序员提供自我评价的手段。 2、实施过程： 选出一名程序员来担任这个评分过程的管理员，管理员又会挑选出
17、大约220名参与者，保持匿名，这些参与者否应具有相似的背景要求每名参与者都挑选出两个由自己编写的程序以供评审。其中的一个程序应是参与者自认为能代表其自身能力的最好的作品，而了另一个则是参与者自认为质量较差的作品。 当所有程序都收集完毕后，就将这些程序随即分发给参与者。没名参与者拿到4个程序进行评审，其中的两个是“最好”的程序，另外两个则是相对“较差”的程序，单评审人自己并不知道。每名参与者没评审一个程序得花费30分钟，评审完后填写一张评价表。所有4个程序都评审完后，参与者对4个程序的相对质量进行分级。评价表要求评审人用从17的分值对诸如下面的问题进行回答： 1）程序是够易于理解？2）高层次的设
18、计是够可见且合理？3）低层次的设计是否可见且合理？ 4）修改此程序对评审者而言是否容易？5）评审者是否会以编写出该程序而骄傲？还要要求评审人给出总的评价和建议的改进意见。评审结束后，参与者会收到自己的那两个程序的匿名评价爱表，此外还会收到一个带统计的总结，说明在所有的程序中其程序的整体和具体得分情况，以及他对其他程序的评价爱与其他评审人同意程序打分的比较分析情况。评审目的：让程序员对自身的编程技术进行自我评价。2.3 选择工具：请描述用QTP(Quick Test Professional)进行功能测试的步骤：1.创建测试或建组 首先通过在应用程序或网站上录制会话，活着建立对象库并使用关键字驱
19、动功能向关键字视图中手动添加步骤来创建测试或组件。在QTP里面我们可以通过两种方式添加步骤来创建测试或组件： 在应用程序或网站上录制会话。 建立对象库并使用这些对象在关键字视图或专家视图中手动添加步骤 然后在测试或组件中插入检查点，检查页面、对象或文本字符串中的特定值或特征，通过它可以表示网站或应用程序是否正常运行。 2.运行测试和组建 控制运行会话，帮助标识和消除测试或组件中的缺陷。使用“单步执行”、“单步跳过”和“单步退出”命令逐步运行测试或组件，或设置断点使测试或组件在预订点暂停。 3.分析结果 在运行测试或组件之后，通过两种方式可以查看其结果：在“结果”窗口中查看；自动报告在运行对话过
20、程中检测到的缺陷，可能的话并上报到其他缺陷管理产品中。2.4设计测试用例： 2.4.1静态测试测试计划、测试人员、测试方式和测试结果1、进度/工作量度量任务计划开始计划结束实际开始实际结束工作量（人时）测试计划与设计2016-6-102016-6-222016-6-82016-6-204测试执行2016-6-122016-6-222016-6-132016-6-204测试总结2016-6-202016-6-222016-6-202016-6-224(1) 代码审查：代码审查是通过代码走读的方式来实现的。(2) 代码走读是开发人员在对某个模块的代码(必须编译通过)依据设计说明书完成编码后，进行的
21、代码评审活动。代码走读前要在内部统一标准，明确质量目标。评审中，除了看编码是否紧扣设计外，走读还应兼顾三个层面：第一个层可称之为单元走读，关注的是“单元”，一般是一个方法或一个类，需要查找代码层面的错误，比如数据库网络资源的回收、一些异常的捕捉、空指针的检查及关键字的使用是否正确等;第二个层面可称之为集成走读，关注的是接口和流程，包括传人的参数检查、返回值检查及流程能否顺利地进行和正确串联等;第三个层面可称之为系统走读，关注的是功能层面和业务逻辑，这时发现更多的应该是逻辑错误和功能缺陷。当然，在走读过程中这三个层面不是截然分开的，很多时候是并行的、互相交织和渗透的。代码走读的另一个重要内容是看
22、代码是否遵守编程规范引，是否具有可读性和可维护性，注释是否充足等。按编程规范编码对提高代码的可读性以及降低编码的出错率至关重要，在大型项目中，具备可读性、规范性的代码更是日后进行有效维护的保障。因此，代码走读不仅可以保证代码的质量，更能有效地促进整个项目的编码水平。（3）代码走读：代码检查是通过桌面检查、走查方式和代码审查进行的检查： 包括： 检查代码和设计是否一致； 代码是否对遵循标准、是否可读； 代码逻辑表达是否正确； 代码结构是否合理； 程序编写与编写标准是否符合； 程序中是否有不安全、不明确和模糊的部分； 编程风格是否符合要求。 检查变量的交叉引用表：是否有未说明的变量和违反了类型规定
23、的变量。 检查标号的交叉引用表：验证所有标号是否有正确。 检查子程序、宏、函数：验证每次调用与所调用位置是否正确，调用的子程序、宏、函数是否存在，参数是否一致。 检查全部等价变量的类型的一致性。 确认常量的取值和数制、数据类型。 选择、激活路径：在设计控制流图中选择某条路径，到实际的程序中激活这条路径，如果不能激活，则程序可能有错。 对照程序的规格说明，详细阅读源代码，比较实际的代码，从差异中发现程序的问题和错误。 2代码检查方式 桌面检查 对源程序代码进行分析、检验，根据相关的文档，检验程序中是否有错误的过程。 3. 静态结构分析 可以检查函数的调用关系是否正确； 是否存在孤立的函数而没有被
24、调用； 编码的规范性; 资源是否释放; 数据结构是否完整和正确; 是否有死代码和死循环; 代码本身是否存在明显的效率和性能问题; 代码本身方法，类和函数的划分是否清晰，易理解; 代码本身是否健壮，是否有完善的异常处理和错误处理。三测试执行和结果3.1白盒测试(1) 选择测试平台:VC(原因、优缺点)原因：VC是我熟悉的C/C+环境，学习C和C+语言都是用的VC，因此这个环境我并不陌生，测试起来相对压力较小，并且它本身对C/C+有很好的兼容性。VC6优点：a,内容少，学习成本低。b,常用功能操作简单。c,占用资源少。有个笑话是：启动VC6后写了20行代码，对方的VS201X还在启动中。d,Win
25、2000和以后的操作系统自带mfc.dll。VC6缺点：a,对stl支持不友好,VC6是98年，stl成为标准是99年。b,Watch窗口，看到字符串太短。VC7也有这个问题，但能看到的长得多。c,VC6不可以附加。比如先启动AutoCAD，再启动VC7调试。d,调试时，无法改变常量的值。e,调试时，无法看到静态变量的值。缺点： 由于C+是由C语言发展起来的，也支持C语言的编译。6.0版本是使用最多的版本，很经典。最大的缺点是对于模版的支持比较差。现在最新补丁为SP6，推荐安装，否则易出现编译时假死状态。仅支持Windows操作系统。目前发现与windows 7兼容性不好，安装成功后可能会出现
26、无法打开cpp文件的现象。实验目的：能熟练应用白盒测试技术设计测试用例白盒测试原理：已知产品的内部工作过程，可以通过测试证明每种内部操作是否符合设计规格要求，所有内部成分是否已经过检查。它是把测试对象看作装在一个透明的白盒子里，也就是完全了解程序的结构和处理过程。这种方法按照程序内部的逻辑测试程序，检验程序中的每条通路是否都能按预定要求正确工作。其又称为结构测试。对于该实验的例子给出其流程图如下图所示，我们来了解白盒测试的基本技术和方法。1) 语句覆盖测试用例输入输出magic判定M的取值判定N的取值覆盖路径x=1,y=112TFabefx=1,y=-10FTacdf2) 判定覆盖测试用例输入
27、输出magic判定M的取值判定N的取值覆盖路径x=1,y=112TFabefx=1,y=-10FTacdf1) 语句覆盖x=1,y=1x=1,y=-12) 判定覆盖x=1,y=1x=1,y=-1条件覆盖x=1,y=1x=-1,y=-1。3.程序代码#include/*static */int sign=0;static char m=T,n=T;/int logicExample(int,int);int logicExample(int x,int y)int magic=0;if(x0&y0)magic=x+y+10;sign+;elsemagic=x+y-10;m=F;if(magic0
28、)magic=0;sign+=2;else n=F;return magic;main()int x,y;/static int sign=0;/static char m=T,n=T,char p45=acef,abef,acdf,abdf;cout-n;coutx;couty;coutmagic 已知：0endl;cout-n;cout测试结果分别是：n;cout-n;coutx的值 y的值 logic的值 判定M 判定N 覆盖路径endl;cout-n;coutx y logicExample(x,y) m;cout n psignendl;4.画出程序的控制流图流程图：3.2黑盒测试
29、1）选择测试方法 选择greatCircleDistance（）函数greatCircleDistance（）计算球面距离，输入的分别为两个点的经度和纬度以及球的半径，以下为其源代码 2） 设计测试用例(用例列表)针对此函数我运用了等价类划分的方法生成JUnit测试用例总共划分出25个用例，等价类分别是：对LatitudeS划分：-90到0,0到90以及不合法输入；对LongitudeS划分：-180到0,0到180以及不合法输入；对LatitudeF划分：-90到0,0到90以及不合法输入；对LongitudeF划分：-180到0,0到180以及不合法输入；对半径R的划分：大于0以及不合法输
30、入；以下为具体的测试用例：LatitudeSLongitudeSLatitudeFLongitudeFR预期结果实际测试结果303030301000通过303030-120100115.98通过3030-6030100157.08通过3030-60-12010063.003通过30-603030100131.812通过30-6030-12010089.566通过30-60-6030100112.296通过30-60-60-120100135.256通过-60303030100157.08通过-603030-12010063.003通过-6030-60301000通过-6030-60-12010
31、0100.807通过-60-603030100112.296通过-60-6030-120100135.256通过-60-60-603010072.273通过-60-60-60-12010050.536通过软件测试报告：1203060120100抛出异常通过-1203060120100抛出异常通过6030120120100抛出异常通过6030-120120100抛出异常通过303060120100抛出异常通过30-21060120100抛出异常通过3021060120100抛出异常通过303060-210100抛出异常通过303060120100抛出异常通过303060120-100抛出异常通过
32、Bug引入阶段由上图可以看出，主要为前台编码和页面设计方面的 bug，占到了全部 bug 的 2/3。 四测试的结果单元测试的尝试里我遇到了几个问题：问题1：代码重复的问题太多 解决办法：这个问题很容易解决，只需要把判断预期结果和实际结果的逻辑提取到某个函数中即可。从整个代码来看，有两种类型的结果的函数：（1）返回布尔型（2）返回整数 因此，需要两个类型的判断预期结果和实际结果是否相符的函数：问题2：测试结果需要人工去检查 解决办法：对于测试结果不要使用printf方式打印被测试函数的返回结果值就可以避免这个问题。 问题3：对测试的总体信息也无从得知（1）执行的测试用例总数、通过的数量和失败的
33、数量 （2）测试执行的时间 （3）如果测试用例执行失败了，希望知道是哪个测试用例失败，从而去分析失败的原因。 五. 感想认识本次课程设计通过对CPPCheck软件单元测试和系统测试部分的测试，使用greatCircleDistance（）函数等方法进行了输入结果是否符合实际情况的测试，总结了测试中测试需求、测试设计、测试执行和问题分析的内容，难点是单元测试的方法以及CPPcheck软件的使用。通过实习对软件测试有了进一步的认识。在这短短实习的时间里，我对软件测试有了较深的了解，放下了心中的石头，同时对测试工程师的工作也有了一定的认识。知道测试工程师不是一个简单的工作，需要全面的知识和丰富的经验
34、，还要有细心和耐心.在未来一年里，我的这些方面都会获得较大的提高。通过该次试验我学会了如何进行测试，了解其过程和原理，并知道了各种工具的使用以及他呢的各自的区别，并认识了整个测试的流程，本次试验也出现了一些相应的错误和缺陷，以后再测试中要严格按照测试计划和要求执行测试，通过本测试掩饰我对策是有了基本的认识，同时也知道如何进行简单的测试。六参考文献软件测试从入门到精通 王轶辰 电子工业出版社软件测试入门塔姆瑞斯 人民邮电出版社软件测试理论与实践毛志雄 中国铁道出版社软件测试的有效方法 WilliamE.Perry 清华大学出版社计算机系课程设计指导教师评分表课程设计题目CppCheck测试姓名吴兵帅学号0专业班级计科131成绩评定项 目分 值评 分 要 素成 绩1设计过程中出勤、学习态度等方面10上机出勤及端正的学习态度、认真刻苦程度等2软件测试质量40测试方法、测试用例、测试文档等方面进行综合评定3 答辩20能简明扼要地阐述测试的主要内容，能准确流利地回答各种问题4设计报告书写10条理清晰，表述清楚、措词得当5 实际动手能力20组长全面负责，承担复杂的模块设计分值就高总 成 绩 指导教师评语： 指导教师签名： 2016 年 7月 5日欢迎您的光临，Word文档下载后可修改编辑.双击可删除页眉页脚.谢谢！让我们共同学习共同进步！学无止境.更上一层楼。