ImageVerifierCode 换一换
格式:DOCX , 页数:23 ,大小:394.01KB ,
资源ID:15799669      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/15799669.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(软件测试课程设计报告书Word文件下载.docx)为本站会员(b****3)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

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

1、通过本课程设计,深刻理解和掌握软件测试的基本方法、基本技术和常用测试工具,熟练掌握测试用例的设计,同时进一步提高学生对于复杂程序的编写能力,为学生将来从事实际软件测试工作和进一步深入研究打下坚实的理论基础和实践基础。课程设计环境硬件:装有windows操作系统的计算机软件:CppCheck课程设计任务和要求任务要求:1理解CPPCheck软件的基本功能和特征;2. 掌握软件测试方法在CPPCheck测试中的运用;3完成CPPCheck相关任务模块测试用例的设计;4实现CPPCheck的核心功能的测试;5撰写测试CPPCheck软件的相关文档;6撰写出符合要求的课程设计报告。参考文献1.郑人杰,

2、软件测试技术,清华大学出版社2.徐仁佐,软件可靠性技术,清华大学出版社3.林宁、孟庆余,软件测试使用指南,清华大学出版社4.古乐、史九林,软件测试技术概论,清华大学出版社时 间 进 度 安 排序号起止日期工 作 内 容学生熟悉题目背景,选题2测试需求分析3测试设计4测试5撰写上交课程设计报告任课教师: 时间:课程设计报告文档一任务的描述目标测试的目的就是希望能以最少的人力和时间发现潜在的各种错误和缺陷。应根据开发各阶段的需求、设计等文档或程序的内部结构精心设计测试用例,并利用这些实例来运行程序,以便发现错误。信息系统测试应包括软件测试、硬件测试和网络测试。硬件测试、网络测试可以根据具体的性能指

3、标来进行,此处所说的测试更多的是指软件测试。一是对质量或可接受性做出判断:通过测试给出所测系统总体质量现状,譬如满足工件的出入口标准,达到发布要求,遗留缺陷或者风险二是发现问题,而且尽可能早一些,并确保其得以修复:目的是要发现问题,就需要使用不同的方法类型进行测试,尽可能早的发现问题,就是尽快的参与测试,并提高测试的效率和有效性,使严重的问题尽早被发现;确保缺陷得以修复,需要说明的是不是所有的缺陷都可以被修复的,那么我们要在提交缺陷单的时候自己首先已经有一个尺度,哪些是必须解决的,哪些是有时间可以解决的,那些是可以推迟到下个版本,哪些是无法解决但是要提出来的,跟自己的团队磨合久了,测试人员心理

4、这个尺度应该是很清楚的,再则就是注意与开发之间的沟通技巧和专业度,特别在国内团队,随意性比较大,某个缺陷的解决很可能是因为开发心情好或者跟开发者交情好,或者开发觉得你够专业。三是改进测试过程或者软件开发过程:通过测试,对一些测试数据的度量和报告,对团队合作上一些问题的发现和总结,可以反过来为测试过程和开发过程的改进提供依据,从而促进团队朝着更积极有效的方向发展。总之要做到以最少的人力、物力、时间找出软件潜在的错误和缺陷。测试对象介绍: 概述:Cppcheck是一种C/C+代码缺陷静态检查工具。不同于C/C+编译器及其它分析工具,Cppcheck只检查编译器检查不出来的bug,不检查语法错误。介

5、绍:cppcheck 是一个静态代码检查工具,支持c, c+ 代码;作为编译器的一种补充检查,cppcheck对产品的源代码执行严格的逻辑检查。 执行的检查包括:1. 自动变量检查2. 数组的边界检查3. class类检查4. 过期的函数,废弃函数调用检查5. 异常内存使用,释放检查6. 内存泄漏检查,主要是通过内存引用指针7. 操作系统资源释放检查,中断,文件描述符等8. 异常STL 函数使用检查9. 代码格式错误,以及性能因素检查 基本使用: 首先下载安装,例如我的是安装在C:CpptestCppcheck 目录下,要使用它必须先转到该路径下:1.检查一个文件:cppcheck filep

6、ath例如,我检查一个的文件代码,在命令工具中可以输入:D:CpptestCppcheckcppcheck 来审查。2.检查一个文件夹中的所有文件: cppcheck filspath例如,我检查files文件下的所有文件:cppcheck files3. 格式化输出内容格式:cppcheck -enable=all -template=vs C: 2Cpptest-template=vs 就是指定以vs这种格式输出,还可以自定义输出格式, 高级使用: 输出a.使用方式:cppcheck -xml-version=2 的组成元素:id:error的idseverity:error的性质(err

7、or、warning.)msg:error的具体信息(短格式)verbose:error的信息(长格式)file:含有相对或者绝对路径的文件名line:行数消息描述 2.改良输出结果cppcheck -template=vs path (Visual Studio 兼容模式)cppcheck -template=gcc path (Gcc兼容模式)cppcheck -template=file,line,severity,id,message3.输出过滤器(选特定的错误信息输出)命令行模式:cppcheck -suppress=memleak:src/ src/使用文件模式(将过滤规则存到文件

8、中)cppcheck-suppressions src/. 任务描述:cppcheck系统结构图:运行环境:测试工具:CppCheck Quick Test Professional VC+条件与限制:条件:被测试代码的路径必须是全英文,内存要动态分配限制:只能执行C/C+源代码,该软件只能进行静态检测二测试设计21测试阶段的选择:单元测试(1)定义:单元测试(又称为模块测试)是针对程序模块软件设计的最小单位)来进行正确性检验的测试工作。程序单元是应用的最小可测试部件。在过程化编程中,一个单元就是单个程序、函数、过程等;对于面向对象编程,最小单元就是方法,包括基类(超类)、抽象类、或者派生类(

9、子类)中的方法。(2)单元测试任务包括:1模块接口测试;2模块局部数据结构测试;3模块边界条件测试;4模块中所有独立执行通路测试;5模块的各条错误处理通路测试。1、 单元的基本属性:1.明确的功能 2.可定义的规格 3.与其他单元接口的清晰划分2、 单元测试的目的: 在于发现各模块内部可能存在的各种错误,主要是基于白盒测试。1.验证代码是与设计相符合的;2.发现设计和需求中存在的错误;3.发现在编码过程中引入的错误。(和设计不相符或和设计相符,但是由于编码疏漏引起)3、 单元测试关注的重点:1.出错处理、2.单元接口、3.局部数据结构、4.独立路径、5.边界条件 4、 单元测试的主要关注点:1

10、.参数的属性、顺序、个数是否与LLD一致2.不能修改只做输入用的形参,否则可能导致数据的错误修改3.约束条件是否通过形参来传送5、驱动和桩的功能: 1. 驱动单元:被测函数的主函数,能接受输入数据,输出实际测试结果2.桩单元:用来代替所测单元调用的子单元6、单元测试策略:孤立的测试策略、自顶向下、自底向上的单元测试策略1) 孤立的测试策略: 方法:不考虑每个模块与其他模块之间的关系,为每个模块设计桩模块和驱动模块。每个模块进行独立的单元测试。 优点:该方法是最简单,最容易操作的。可以达到高的结构覆盖率。该方法是纯粹的单元测试。 缺点:桩函数和驱动函数工作量很大,效率低。2) 自顶向下的单元测试

11、策略:先对最顶层的单元进行测试,把顶层所调用的单元做成桩模块。其次对第二层进行测试,使用上面已测试的单元做驱动模块。如此类推直到测试完所有模块。可以节省驱动函数的开发工作量,测试效率较高。随着被测单元一个一个被加入,测试过程将变得越来越复杂,并且开发和维护的成本将增加。3) 自底向上的单元测试策略:先对模块调用层次图上最低层的模块进行单元测试,模拟调用该模块的模块做驱动模块。然后再对上面一层做单元测试,用下面已被测试过的模块做桩模块。以此类推,直到测试完所有模块。可以节省桩函数的开发工作量,测试效率较高。不是纯粹的单元测试,底层函数的测试质量对上层函数的测试将产生很大的影响。4、 单元测试的四

12、个阶段: 测试计划:完成单元测试计划; 测试设计:完成单元测试方案; 测试实现:完成单元测试用例、单元测试规程、单元测试脚本及数据文件; 测试执行:执行单元测试用例,修改发现的问题并进行回归测试,提交单元测试报告。集成测试1. 集成测试的目的:确保各组件组合在一起后能够按照既定意图写作运行,并确保增量的行为正确(属于灰盒测试)1) 验证接口是否与设计相符2) 发现设计和需求中存在的错误2. 集成测试关注的重点:单元间的接口、集成后的功能3. 集成测试的层次:模块内集成、子系统内集成、子系统间集成4. 集成测试策略:1) 大爆炸集成2) 自顶向下集成3) 自底向上集成4) 三明治(混合式)集成5

13、) 基干集成6) 分层集成7) 基于功能的集成8) 基于消息的集成9) 基于进度的集成10) 基于风险的集成系统测试(System Testing):系统测试,是将通过确认测试的软件,作为整个基于计算机系统的一个元素,与计算机硬件、外设、某些支持软件、数据和人员等其它系统元素结合在一起,在实际运行环境下,对计算机系统进行一系列的组装测试和确认测试。系统测试的目的在于通过与系统的需求定义作比较, 发现软件与系统的定义不符合或与之矛盾的地方。1. 系统测试目的:1) 通过与需求做比较,发现与系统定义不符合或与之矛盾的地方2) 系统测试的用例应根据需求分析说明书来设计,并在实际使用环境下运行2. 系统测试对象1) 软硬件集合在一起的系统2) 验证时应尽可能模拟实际的运行环境与条件3. 系统测试常用类型:功能、性能、压力、容量、安全性、GUI、可用性、安装、配置、异常(恢复性)、备份、健壮性、文档、在线帮助、网络、稳定性测试22测试方法的选择:同行评审的概念 :同行

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1