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

《软件测试工具实用知识与其实例》由会员分享，可在线阅读，更多相关《软件测试工具实用知识与其实例（35页珍藏版）》请在金锄头文库上搜索。

1、软件测试工具使用知识及其实例,组员：,软件工程,软件测试概述,软件测试工具基础,测试工具介绍,软件测试实例,1.软件测试概述,测试的常识与道理,编程大师说：没有错误的程序世间难求。 （编程之道） 你在学校里学过测试吗？（读到博士可能也不懂测试） 你所在的企业重视测试吗？ （小公司程序员的技能更加全面） 临时抱佛脚行吗？你以为有文档模板就会测试了吗？,测试的常识与道理,如果不懂得有效地进行测试，你不仅得不到功劳，也没人欣赏你的苦劳，你拥有最多的将只是疲劳。 职业软件工程师应当掌握需求开发、系统设计、编程、测试、维护 所有技能。,软件测试原则,完全测试程序是不可能的 输入量太大 输出结果太多 软件

2、实现途径太多 软件说明书没有客观标准。从不同角度看，软件缺陷的标准不同。 软件测试是有风险的行为 测试无法显示潜伏的软件缺陷 找到的软件缺陷越多，就说明软件缺陷越多 并非所有软件缺陷都能修复 软件测试一项讲究条理的技术专业,软件测试方法黑盒和白盒,白盒测试中（有时候称为开盒测试），软件测试员可以访问程序员的代码，并通过检查代码来协助测试可以看到盒子里面。一般在单元测试中采用白盒测试，用于测试模块中所有可能的路径、执行所有循环并测试所有逻辑表达式。 黑盒测试则侧重于软件的整体功能。 它不基于程序的内部结构而基于系统功能。犹如一个人站在黑盒子外面，只知道系统输入一定数据，得到一定的输出，而不必清楚

3、这个黑盒子中进行了哪些操作和运算。,软件测试方法静态和动态,静态检查 确保系统按照组织的标准和过程运行，主要依赖于评审和非运行的手段来检查。通常包括需求评审、设计评审、代码走查和代码检查。 动态检查 在生命周期中进行测试（运行）。通常包括单元测试、集成测试、系统测试、用户的验收测试。,测试技术,2.软件测试工具基础,单元测试工具的种类,静态分析工具 代码规范审核工具 内存和资源检查工具 测试数据生成工具 测试框架工具 测试结果比较工具 测试度量工具 测试文档生成和管理工具,自动测试工具,使用自动测试工具的目的,测试工具提高测试效率，节省测试成本 测试设计提高测试效果，同时也可以提高测试效率，节

4、省测试成本 有些测试单靠手工很难完成 压力测试，模拟并发测试等 多数的单元测试 有些测试使用测试工具更合适 回归测试 大量测试数据的生成、部分测试结果的比较 缺陷管理和测试用例管理,如何引入自动测试工具-1,选择自动测试工具是一个重要的步骤，所以一定要谨慎 因为测试工作经常会涉及到管理流程和开发流程的改变、涉及到人员的考评标准，所以它有时会对整个企业产生影响。 测试工具应该能够管理测试过程和测试文档，并生成各种测试报告。 自动测试工具应该允许用户把自动测试数据和流程与手工的测试数据和流程结合到一起。,如何引入自动测试工具-2,自动测试工具应该能够将业务需求与测试计划、测试设计和测试结果相关联，

5、允许最终用户根据测试结果来评估应用程序的完成情况。 自动测试工具中的各功能模块应该紧密集成到一起，共享和重用测试数据，支持回归测试。 工具应该可以很容易地利用过去的或者其他人员的测试资料。 工具内部应该使用一致的脚本语言和数据格式。,如何引入自动测试工具-3,自动测试工具的体系结构和文件格式应该是开放的，可以很容易地与其他技术或工具进行交互和集成。 自动测试工具厂商应该有比较完善的科室培训和技术支持机制，能够为自动测试工具的实施提供咨询和支持。,3.测试工具介绍,测试工具Panorama,Panorama 是由8个产品和超过20种工具集成组成的一种自动化软件测试工具。 一般用于： 新系统开发过

6、程中的质量保证和单元测试； 旧系统维护过程中质量保证与测试； 在工程中的系统分析。 它也用来进行QA（QUALITY ASSURANCE）或者维护环境。,Panorama产品背景及功能,20,OO-Test：测试用例生成和管理： 1、记录和生成测试用例 2、最小化测试用例集 3、测试覆盖分析,OO-Browser：系统结构分析： 1、生成系统中类和函数的继承/调用关系图 2、实现代码与关系图的双向对应和跳转 3、显示系统结构测试覆盖结果,OO-Diagrammer：流程结构分析： 1、生成控制流程图、逻辑流程图、代码流程图 2、实现代码与流程图的双向对应和跳转 3、显示流程结构测试覆盖结果,O

7、O-SQA：质量度量分析： 1、设定质量度量标准和指标 2、生成质量度量数据 3、显示质量度量结果,OO-Analyzer：系统文档生成： 1、生成100多种设计文档和质量文档,OO-Playback：GUI测试过程回放： 1、捕获并记录测试过程 2、回放测试过程 3、比较回放结果,OO-MemoryChecker：内存泄漏和非法使用检测： 1、检测内存泄漏和非法使用 2、记录错误发生的语句位置 3、生成检测报告,OO-DefectTracer：缺陷定位和追溯： 1、检测并记录缺陷(包括死机)发生的路径和语句位置 2、生成缺陷定位报告,Panorama产品背景及功能,产品功能应用： 新系统开发

8、支持 旧系统维护支持 系统再工程支持 其他,1、设计支持 -系统结构/流程结构自动生成与维护 -多重复杂性度量及分析 -生成复杂性度量报告 2、编码及调试支持 -确定编码顺序 -保证编码和设计的双向对应 -生成代码逻辑结构 -显示测试路径和频率 -显示错误(尤其是意外中止)的语句位置和执行路径 3、测试支持 -确定单元测试顺序 -生成并管理测试用例 -执行测试用例并显示结果 -测试分析和度量 -支持回归测试 -生成质量报告,1、复杂性度量支持 -多重复杂性度量及分析 -生成复杂性度量报告 2、代码修改支持 -系统结构/流程结构自动生成与维护、编码和设计的双向对应、错误定位和追溯 -加强代码理解

9、、避免修改的副作用 -帮助代码静态分析技术的实施 3、测试支持 -确定单元测试顺序 -生成并管理测试用例 -执行测试用例并显示结果 -测试分析和度量 -支持回归测试 -生成质量报告,1、系统设计分析 -系统结构/流程结构自动生成与维护，加强设计理解 -编码和设计的双向对应，加强代码理解 2、系统复杂性分析 -多重复杂性度量及分析 -生成复杂性度量报告 3、系统性能分析 -分析模块执行性能和执行瓶颈 4、文档报告生成 -生成多种系统分析报告和质量报告,1、支持工程管理和进度估算 -代码文件和设计文档的一致性维护 -多种度量分析方法 2、训练项目组新进人员 -理解系统结构和流程结构 -方便阅读和理

10、解代码 3、支持验收评估 -自动生成设计和编码文档 -自动生成测试分析报告 -自动生成质量度量报告,22,产品术语基础-1,基本概念 1、块，也叫基本段、可视段 2、不可视段 基本不可视段： if,switch 高端循环边界(执行0次循环体) 低端循环边界(执行1次循环体) 3、段，也叫标准段 包括可视段与基本不可视段 4、增强段 包括可视段和不可视段,23,应用原理与环境-1,使用流程,.mak文件是C/C+编译文件,.hsi文件是Panorama内部使用的输入缓冲区文件，用于记载C/C+文件结构信息,.dbs文件是Panorama内部使用的数据库文件，用于记载C/C+文件分析和测试结果信息

11、，一般与his文件配合使用,24,应用原理与环境-2,应用原理,25,工具的局限性,局限性 1、中文显示问题 2、使用自己的脚本技术，但这种脚本技术与其他的测试工具不兼容 3、需要执行 .mak 文件，而不是编译 C 程序后生成的 .obj 文件 4、仅能处理 C / C+ 程序 5、界面不够友好,4.软件测试实例,测试方案设计,良好的测试设计由以下的若干个方面组成： 测试策略 测试计划 测试说明书 测试规范 这些方案适用于从单元测试到系统测试等各个级别的测试。测试设计需要根据软件说明书来进行。,单元测试,概况 定义： 检验程序最小单位有无错误。一般在编码之后，由开发人员完成。 单元：软件开发

12、中的最小的独立部分 C语言中的单元：函数或者是子过程 C+语言中的单元：类 单元测试目前状况： 实施效果非常好，但是实施阻力比较大(主要是人员和管理因素)，一般只在关键的程序单元中实施 有比较系统的理论和方法，但也依赖于系统的特殊性和开发人员的经验 有大量的辅助工具，开发人员也经常自己开发测试代码和测试工具 主要使用白盒测试和静态分析，也使用黑盒测试,29,单元测试流程,针对测试目标，规定测试任务、资源分配、人员角色、进度安排等。,根据测试计划，设计测试用例，包括：测试步骤、测试场景、测试代码、测试数据(包括预期结果)。,根据测试计划，配置测试环境，并手动或者自动执行测试设计。,根据测试计划，

13、忠实地记录测试执行的过程和结果。,分析测试记录，如果发现与预期结果不同，确定并重现缺陷。,检查测试设计是否全部执行完毕，缺陷是否全部关闭。,记录、分发、评估、关闭缺陷报告。,分析测试过程和缺陷报告，评估测试质量和测试效果，给出是否通过测试的建议。,单元测试说明书测试计划,编号 如：stb-tp0013 标题 如：文字排版功能.字间距.MayCourse 版本号 如：V1.0 执行状态 如：未执行 修改记录 如：2003年7月28日；编制/修改；原因 测试目标 如：语句覆盖 测试人员 如：1负责执行测试用例；2负责执行测试用例 测试用例编号(多个) 如：stb-fg00021/stb-fg000

14、31/stb-fg00035 被测试单元代码位置 如：$tag1/layout/MayCourse.cpp,单元测试说明书测试用例,编号 如：stb-tp00014 标题 如：测试“文字排版功能.字间距.MayCourse” 版本号 如：V1.3 执行状态 如：已经执行 修改记录 如：2003年7月29日；编制/修改；原因 测试步骤 如：配置运行环境；输入测试数据；执行功能/测试代码；观察/记录 测试场景 如：在联网的环境下 测试代码 如：stb-tp00021(位置)/stb-tp00035(位置) 测试数据 如：输入数据(输入文件、文字描述)；预期结果(性能、图片、文字描述),单元测试说明

15、书测试记录,编号 如：stb-tp00015 标题 如：记录测试“文字排版功能.字间距.MayCourse”结果 填写记录 如：2003年7月30日；填写；原因 测试用例编号 如：stb-tp0015 输出结果 如：图片、文字描述 测试观察 符合/不符合期望结果,单元测试说明书缺陷跟踪报告,编号 如：stb-tp00016 标题 如：文字排版功能.字间距.MayCourse计算错误 版本号 如：V1.3 执行状态 如：空白/草稿/提交/审批/分发/正在修改/修改完毕/正在确认/关闭 修改记录 如：2003年7月31日；编制/修改；原因 测试环境和版本号码、程序编写人员 错误严重程度和优先级别 错误详细描述 重现步骤和方式、对应的测试记录编码 附件 建议修改方式 修改内容、结果及修改人员签字/日期 确认内容、结果及确认人员签字/日期,单元测试说明书总结报告,编号 如：stb-tp00017 标题 如：文字排版功能.字间距.MayCourse单元测试总结报告 版本号 如：V1.5 执行状态 如：已经提交 修改记录 如：2003年8月1日； 编制/修改；原因 测试计划编号 计划执行情况 缺陷统计(缺陷总数/未解决数目)及为解决缺陷列表 后续处理措施 是否通过单元测试,谢谢！,组员：,软件工程,