软件测试工具实用知识及其实例

软件测试工具使用知识及其实例

组员：软件工程软件测试概述软件测试工具基础测试工具介绍软件测试实例1.软件测试概述简介软件测试是软件工程过程中的关键组件。软件测试是软件质量保证的要素，可以将其描述为一个运行程序以检测错误（如果有）的过程。测试的目的为了发现尽可能多的缺陷，不是为了说明软件中没有缺陷。测试的常识与道理编程大师说：没有错误的程序世间难求。（《编程之道》）你在学校里学过测试吗？（读到博士可能也不懂测试）你所在的企业重视测试吗？（小公司程序员的技能更加全面）临时抱佛脚行吗？你以为有文档模板就会测试了吗？测试的常识与道理如果不懂得有效地进行测试，你不仅得不到功劳，也没人欣赏你的苦劳，你拥有最多的将只是疲劳。职业软件工程师应当掌握需求开发、系统设计、编程、测试、维护所有技能。软件测试原则完全测试程序是不可能的输入量太大输出结果太多软件实现途径太多软件说明书没有客观标准。从不同角度看，软件缺陷的标准不同。软件测试是有风险的行为测试无法显示潜伏的软件缺陷找到的软件缺陷越多，就说明软件缺陷越多并非所有软件缺陷都能修复软件测试一项讲究条理的技术专业软件测试方法－黑盒和白盒白盒测试中（有时候称为开盒测试），软件测试员可以访问程序员的代码，并通过检查代码来协助测试－可以看到盒子里面。一般在单元测试中采用白盒测试，用于测试模块中所有可能的路径、执行所有循环并测试所有逻辑表达式。

黑盒测试则侧重于软件的整体功能。它不基于程序的内部结构而基于系统功能。犹如一个人站在黑盒子外面，只知道系统输入一定数据，得到一定的输出，而不必清楚这个黑盒子中进行了哪些操作和运算。软件测试方法－静态和动态静态检查确保系统按照组织的标准和过程运行，主要依赖于评审和非运行的手段来检查。通常包括需求评审、设计评审、代码走查和代码检查。动态检查在生命周期中进行测试（运行）。通常包括单元测试、集成测试、系统测试、用户的验收测试。测试技术2.软件测试工具基础什么是测试工具？辅助测试整个过程的工具软件整个过程包括：静态分析，测试计划，测试设计，测试执行，测试缺陷跟踪，测试报告和质量度量等单元测试工具的种类静态分析工具代码规范审核工具内存和资源检查工具测试数据生成工具测试框架工具测试结果比较工具测试度量工具测试文档生成和管理工具自动测试工具好处

速度和效率准确度和精确度耐性、不休息、可重复局限

对软件变更，尤其是代码变更比较敏感先期的测试开发比较费时有些测试结果无法用工具比较和分析有些工具的脚本/代码会使程序运行环境不纯净使用自动测试工具的目的测试工具提高测试效率，节省测试成本测试设计提高测试效果，同时也可以提高测试效率，节省测试成本有些测试单靠手工很难完成压力测试，模拟并发测试等多数的单元测试有些测试使用测试工具更合适回归测试大量测试数据的生成、部分测试结果的比较缺陷管理和测试用例管理如何引入自动测试工具-1选择自动测试工具是一个重要的步骤，所以一定要谨慎因为测试工作经常会涉及到管理流程和开发流程的改变、涉及到人员的考评标准，所以它有时会对整个企业产生影响。测试工具应该能够管理测试过程和测试文档，并生成各种测试报告。自动测试工具应该允许用户把自动测试数据和流程与手工的测试数据和流程结合到一起。如何引入自动测试工具-2自动测试工具应该能够将业务需求与测试计划、测试设计和测试结果相关联，允许最终用户根据测试结果来评估应用程序的完成情况。自动测试工具中的各功能模块应该紧密集成到一起，共享和重用测试数据，支持回归测试。工具应该可以很容易地利用过去的或者其他人员的测试资料。工具内部应该使用一致的脚本语言和数据格式。如何引入自动测试工具-3自动测试工具的体系结构和文件格式应该是开放的，可以很容易地与其他技术或工具进行交互和集成。自动测试工具厂商应该有比较完善的科室培训和技术支持机制，能够为自动测试工具的实施提供咨询和支持。3.测试工具介绍白盒测试工具JtestBoundsCheckerTrueCoverageC++TestCodeWizard黑盒测试工具WinRunnerAstraQuicktestRobotSilkTestLoadRunner集成测试软件Panorama测试工具PanoramaPanorama是由8个产品和超过20种工具集成组成的一种自动化软件测试工具。一般用于：新系统开发过程中的质量保证和单元测试；旧系统维护过程中质量保证与测试；在工程中的系统分析。它也用来进行QA（QUALITYASSURANCE）或者维护环境。Panorama产品背景及功能20OO-Test：测试用例生成和管理：1、记录和生成测试用例2、最小化测试用例集3、测试覆盖分析OO-Browser：系统结构分析：1、生成系统中类和函数的继承/调用关系图2、实现代码与关系图的双向对应和跳转3、显示系统结构测试覆盖结果OO-Diagrammer：流程结构分析：1、生成控制流程图、逻辑流程图、代码流程图2、实现代码与流程图的双向对应和跳转3、显示流程结构测试覆盖结果OO-SQA：质量度量分析：1、设定质量度量标准和指标2、生成质量度量数据3、显示质量度量结果OO-Analyzer：系统文档生成：1、生成100多种设计文档和质量文档OO-Playback：GUI测试过程回放：1、捕获并记录测试过程2、回放测试过程3、比较回放结果OO-MemoryChecker：内存泄漏和非法使用检测：1、检测内存泄漏和非法使用2、记录错误发生的语句位置3、生成检测报告OO-DefectTracer：缺陷定位和追溯：1、检测并记录缺陷(包括死机)发生的路径和语句位置2、生成缺陷定位报告Panorama产品背景及功能产品功能应用：新系统开发支持旧系统维护支持系统再工程支持其他1、设计支持-系统结构/流程结构自动生成与维护-多重复杂性度量及分析-生成复杂性度量报告2、编码及调试支持-确定编码顺序-保证编码和设计的双向对应-生成代码逻辑结构-显示测试路径和频率-显示错误(尤其是意外中止)的语句位置和执行路径3、测试支持-确定单元测试顺序-生成并管理测试用例-执行测试用例并显示结果-测试分析和度量-支持回归测试-生成质量报告1、复杂性度量支持-多重复杂性度量及分析-生成复杂性度量报告2、代码修改支持-系统结构/流程结构自动生成与维护、编码和设计的双向对应、错误定位和追溯-加强代码理解、避免修改的副作用-帮助代码静态分析技术的实施3、测试支持-确定单元测试顺序-生成并管理测试用例-执行测试用例并显示结果-测试分析和度量-支持回归测试-生成质量报告1、系统设计分析-系统结构/流程结构自动生成与维护，加强设计理解-编码和设计的双向对应，加强代码理解2、系统复杂性分析-多重复杂性度量及分析-生成复杂性度量报告3、系统性能分析-分析模块执行性能和执行瓶颈4、文档报告生成-生成多种系统分析报告和质量报告1、支持工程管理和进度估算-代码文件和设计文档的一致性维护-多种度量分析方法2、训练项目组新进人员-理解系统结构和流程结构-方便阅读和理解代码3、支持验收评估-自动生成设计和编码文档-自动生成测试分析报告-自动生成质量度量报告22产品术语基础-1基本概念1、块，也叫基本段、可视段2、不可视段基本不可视段：if,switch高端循环边界(执行0次循环体)低端循环边界(执行1次循环体)3、段，也叫标准段包括可视段与基本不可视段4、增强段包括可视段和不可视段23应用原理与环境-1使用流程.mak文件是C/C++编译文件.hsi文件是Panorama内部使用的输入缓冲区文件，用于记载C/C++文件结构信息.dbs文件是Panorama内部使用的数据库文件，用于记载C/C++文件分析和测试结果信息，一般与his文件配合使用24应用原理与环境-2应用原理25工具的局限性局限性1、中文显示问题2、使用自己的脚本技术，但这种脚本技术与其他的测试工具不兼容3、需要执行.mak文件，而不是编译C程序后生成的.obj文件4、仅能处理C/C++程序5、界面不够友好4.软件测试实例基本测试过程基本测试过程原则：尽早测试、经常测试、充分测试。开发过程与测试过程：分析、测试、设计、测试、编码、测试。测试计划应该是按照开发者的要求并用具体例子来描述一个测试计划的层次结构以及各个测试计划相联系的标准模版。测试方案设计良好的测试设计由以下的若干个方面组成：测试策略测试计划测试说明书测试规范这些方案适用于从单元测试到系统测试等各个级别的测试。测试设计需要根据软件说明书来进行。单元测试概况定义：检验程序最小单位有无错误。一般在编码之后，由开发人员完成。单元：软件开发中的最小的独立部分C语言中的单元：函数或者是子过程C++语言中的单元：类单元测试目前状况：实施效果非常好，但是实施阻力比较大(主要是人员和管理因素)，一般只在关键的程序单元中实施有比较系统的理论和方法，但也依赖于系统的特殊性和开发人员的经验有大量的辅助工具，开发人员也经常自己开发测试代码和测试工具主要使用白盒测试和静态分析，也使用黑盒测试29单元测试流程测试计划测试设计测试执行测试记录分析测试总结完毕缺陷跟踪针对测试目标，规定测试任务、资源分配、人员角色、进度安排等。根据测试计划，设计测试用例，包括：测试步骤、测试场景、测试代码、测试数据(包括预期结果)。根据测试计划，配置测试环境，并手动或者自动执行测试设计。根据测试计划，忠实地记录测试执行的过程和结果。分析测试记录，如果发现与预期结果不同，确定并重现缺陷。检查测试设计是否全部执行完毕，缺陷是否全部关闭。记录、分发、评估、关闭缺陷报告。分析测试过程和缺陷报告，评估测试质量和测试效果，给出是否通过测试的建议。单元测试说明书——测试计划编号如：stb-tp0013标题如：文字排版功能.字间距.MayCourse版本号如：V1.0执行状态如：未执行修改记录如：2003年7月28日；××编制/修改；原因测试目标如：语句覆盖测试人员如：××1负责执行测试用例xxx；××2负责执行测试用例xxx测试用例编号(多个)如：stb-fg00021/stb-fg00031/stb-fg00035…被测试单元代码位置如：$tag1/layout/MayCourse.cpp单元测试说明书——测试用例编号如：stb-tp00014标题如：测试“文字排版功能.字间距.MayCourse”版本号如：V1.3执行状态如：已经执行修改记录如：2003年7月29日；××编制/修改；原因测试步骤如：配置运行环境；输入测试数据；执行X功能/测试代码；观察/记录XX测试场景如：在联网的环境下测试代码如：stb-tp00021(位置)/stb-tp00035(位置)…测试数据如：输入数据(输入文件、文字描述…)；预期结果(性能、图片、文字描述…)单元测试说明书——测试记录编号如：stb-tp00015标题如：记录测试“文字排版功能.字间距.MayCourse”结果填写记录如：2003年7月30日；××填写；原因测试用例编号如：stb-tp0015输出结果如：图片、文字描述测试观察符合/不符合期望结果单元测试说明书——缺陷跟踪报告编号如：stb-tp00016标题如：文字排版功能.字间距.MayCourse计算错误版本号如：V1.3执行状态如：空白/草稿/提交/审批/分发/正在修改/修改完毕/正在确认/关闭…修改记录如：2003年7月31日；××编制/修改；原因测试环境和版本号码、程序编写人员错误严重程度和优先级别错误详细描述重现步骤和方式、