软件测试中期考试论文.doc

本文档系作者精心整理编辑，实用价值高。 软件测试中期考试论文 白盒测试工具：cppTest白盒测试的概念：也称结构测试或逻辑驱动测试，它是按照程序内部的结构测试程序，通过测试来检测产品内部动作是否按照设计规格说明书的规定正常进行，检验程序中的每条通路是否都能按预定要求正确工作。 这一方法是把测试对象看作一个打开的盒子，测试人员依据程序内部逻辑结构相关信息，设计或选择测试用例，对程序所有逻辑路径进行测试，通过在不同点检查程序的状态，确定实际的状态是否与预期的状态一致。 简介：cppTest即Parasoft C+test是一个集成解决方案，用于使一系列被广泛证明可改进软件开发团队生产力和软件质量的最佳实践得以自动化处理。通过 C+test，可进行编码策略增强、静态分析、综合代码复审、单元测试和组件测试、以及运行时错误检测，以此向团队提供一种确保 C 和 C+ 代码达到其预期功能的实用方法。 C+Test顾名思义是针对C、C+语言，它是一个C/C+单元测试工具，自动测试任何C/C+类、函数或部件，而不需要自己编写一个测试用例、测试驱动程序或桩调用。C+Test能够自动测试代码构造（白盒测试）、测试代码的功能性（黑盒测试）和维护代码的完整性（回归测试）。C+Test是一个易于使用的产品，能够适应任何开发生命周期，通过将C+集成到开发过程中，能够有效的防止软件错误，提高代码的稳定性，并自动化单元测试技术。C+的特性：即时测试类函数；支持极端编程模式下的代码测试；自动建立类函数的测试驱动程序和桩调用；自动建立和执行类函数的测试用例；提供快速加入和执行说明和功能性测试的框架；执行自动回归测试；执行部件测试（）。C+Test的优点：帮助测试人员立即验证类功能性和构造；将测试人员从编写测试驱动程序、桩和测试用例繁重工作中解放出来；自动化极端编程和其他编程模式的单元测试过程；使得测试人员能够实现和执行的代码覆盖性；支持紧急和短线开发项目；降低调试和维护时间；改善应该用的可靠性；防止简单错误的扩大。C+Test的系统要求：；（最低要求）；空磁盘用来安装C+Test。还有其他要求：保留足够的磁盘空间供测试使用。C+Test支持的平台：Windows 1:supportedPlatforms:Windows NT,2000,XP;2:Supported Compilers:Microsoft Visual C+6.0;NET;NET2003;GUN GVCC2.95x或者3.0x；Cygwin GCC2.95x,3.2x,3.3x;Mingw GCC 2.95x,3.2x,3.3x.UNIX 1:Supported Platforms:Linux kenel 2.4;glibc2.2;Pentium processorSolaris7,8,9,UltraSPARC processor. 2:Supported Compilers:GNU GCC3.2x,GNU GCC 3.3x,GNU GCC3.4x;Sun C+5.3或者5.5。Parasoft CPPTest功能描述：C+Test测试工具内建了1600多条的业内C/C+编程规范C+Test工具Server版本的Bugdetective功能在不执行代码的情况下检测运行时错误，进行跨类、跨包追踪和查找诸如内存泄露、资源泄漏、空指针引用、除数为0等只有在程序运行时才能发现的错误。自动(手动)生成单元测试用例检查代码的坚固性。自动或手动添加桩函数取代外部调用，如外部方法、接口等；支持多种数据源方式(如Excel、CSV、Datasource、Table和Aggregate等)建立测试用例，丰富并扩展测试用例的范围，而且便于测试用例的统一管理。自动生成多种格式(htmlpdf等)的测试报告。C+Test 工具Server版本集成团队配置管理(TCM)功能。C+Test工具Server版本集成(源码控制扫描系统)SCCS功能，能够与企业内部的源码管理系统进行对接。C+Test工具Server版本支持命令行、批处理方式，进行夜间测试。C+Test工具Server版本支持测试报告分发机制，开发人员能通过E-mail方式自动获取到与自己开发的代码相对应的测试报告。C+Test工具Server版本主要用于整个项目的静态分析、单元测试、回归测试。CPPTest好处：运用一组最佳的综合实践，在开发周期的最初阶段识别并解决缺陷 此时修正缺陷所需的工作量和返工量为最小。自动解决已知的编码问题，以便可将更多时间用于需人工解决的问题。高效地构造、持续地执行、并维持一个综合的回归测试套件，该套件对更新是否破坏现有功能进行检测。通过访问按需目标代码评估、并朝着优质和守时的目标进行，即时了解 C 和 C+ 代码的质量和可读性。构建一个高效的、一致的和受控的团队工作流程，应用最佳做法，以减少测试时间、测试工作量以及到达 QA 时的缺陷数量。自动对众多潜在的用户路径进行负面测试，便于发现只可能以其它方式在 真实世界 用途才会暴露的问题.黑盒测试工具:AutoRunner黑盒测试的概念：它是通过测试来检测每个功能是否都能正常使用。在测试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。 采用黑盒技术设计测试用例的方法有：等价类划分、边界值分析、错误推测、因果图和综合策略。 软件简介：可以用来完成功能测试、回归测试、每日构建测试与自动回归测试等工作。是具有脚本语言的、提供针对脚本完善的跟踪和调试功能的、支持IE测试和Windows native测试的自动化测试工具，是目前国内最好的银行业务测试工具。产品可以进行：Web测试对B/S系统进行功能测试，支持各种B/S应用和网站。.NET测试对.NET类型的应用软件进行功能测试,支持标准Windows应用程序测试和.NET应用程序测试。VT100/VT220测试对金融等行业广泛使用的终端系统进行功能测试，支持自动录制脚本、所见即所得的资源和脚本编辑，稳定的自动同步功能。产品特点：使用JAVA语言作为脚本语言，便于学习与使用；提供了强大的测试案例编辑功能；支持各种同步点，包括识别同步和自己扩展的同步点；支持参数化和自动参数化；支持模糊识别，通过对组建设置和权重识别来实现模糊识别，提高了脚本执行的可靠性和兼容性；支持JAVA语法分析的编辑器，关键字提示，提高脚本编写的效率；支持debug功能，可以方便的进行脚本调试；支持测试跟踪调试，实现了JAVA的跟踪体系：JDA；支持测试过程的错误处理功能；支持创建批量测试过程；支持Java组件的回放和录制；支持识别DATATABLE数据表格；新增SuitToolEx组件探测工具。AutoRunner的功能测试的好坏：功能测试定义了产品的业务需求，通过它业务人员可以了解系统是否能在各个业务场景下正常工作。功能测试通常使用某种自动化测试框架编写，这样开发者可以从自动化的功能测试中获得快速反馈，为下阶段新功能的开发或软件内部实现的重构提供帮助。另一方面，它大大减少了手动环节可能引入的错误，而将枯燥的回归测试交给机器完成，在加快测试速度的同时，将质量保证人员解放出来，从而使他们可以更多地关注于创造性的探索测试。通过从用户角度进行的功能测试，测试人员对系统在真实条件下的可用性充满信心，而自动化的功能测试也大大提高了工作效率。这样一来，产品能以更高的质量，更快的速度进入市场。 无法系统化的划分测试速度是阻碍频繁运行功能测试的主要原因。进行功能测试的团队常常花费数十分钟甚至数小时来运行完整的功能测试套件，加快测试几乎总以失败而告终，从用户角度进行业务场景的测试决定了功能测试的速度天生就是缓慢的。随着软件功能的日益完善，更多的测试被添加到套件中，庞大的套件也使得测试运行的时间越来越长。无法快速得到反馈使团队没有安全感，同时大大减缓开发的脚步，烦躁的开发者甚至开始逃避运行测试，将不安全的代码集成到产品中。只运行相关的测试，听起来这似乎是一个解决方案。当开发者修改了登录模块的实现后，为什么他们非得花费1个小时等待其他模块的测试结果呢?如果可以仅仅运行登录模块相关的测试，将其余的测试留给持续集成工具运行，开发的效率将大大提高。但遗憾的是在XUnit的世界中，系统化的划分测试并不是件容易的事情。不论是利用文件名和目录来区分，还是手工维护测试套件，最终总会变成难以维护的大泥球。阅读测试花费的大量时间大量测试代码总是难以阅读。随着项目的进行， 各种不同习惯的缩写出现在代码中、测试代码中出现的大量的方法、设置数据越来越复杂等都给阅读测试带来了极大的麻烦。面对失败的测试，试图修复它的开发者总是需要在复杂的代码中挣扎着找出测试的意图，过滤掉准备数据的过程，抽丝剥茧地找到这个测试所覆盖的业务流程，分析究竟是哪个产品模块出了问题。出现这样问题的根源是没有对测试的目的 (业务价值)和技术实现做出合理的抽象。能否有这样一个视图，过滤掉所有让人分散注意力的方法(私有方法，准备数据、清理数据的方