自动化测试基础幻灯片.ppt

1.自动化测试可多次重用，但是这些测试以前已经运行过，因此软件在此次运行中暴露的缺陷要少得多。所以要及时维护、更新和添加自动化测试用例。 2. 自动化测试可能会制约软件开发。如果软件进行了修改，那么对手工测试产生的影响将小于自动测试。由于设置自动测试开销比较大，同时要进行维护，所以对自动测试影响较大的软件修改可能会受到限制。 3. 自动测试没有创造力，不能灵活的处理意外事件。手工测试人员具有丰富的想象力和创造力改进测试，也可以增加一些附加的内容进行测试，并且可以灵活的处理意外事件，这些都是自动测试中所缺乏的。 测试运行频率比较低。例如，一年只要运行一次。 软件更改比较频繁。如果软件的用户界面和功能频繁更改，那么修改自动测试的开销比较大。所以不适合自动化测试。 测试中涉及物理交互的测试。例如断开设备的连接，开/关电源等。 测试结果很容易通过人员验证，而对于自动测试来说又比较难以实现的，例如彩色模式的合适程度等等。 测试中为了验证软件功能是否符合需求，我们必须输入各种数据来进行验证。有些情况下我们可以尝试借助工具来自动生成测试输入。 下面介绍三种测试输入数据生成工具，即基于代码测试输入生成工具、基于界面测试输入生成工具以及基于规格说明测试输入生成工具。 基于代码生成测试输入工具是通过检测软件代码结构，来确定每个路径分支自动生成测试输入的。这种方法存在问题有两个，一是它不能生成期望输出，二是不能发现规格说明的缺陷或规格说明遗漏的地方，也就是说只能测试软件是否能够按照代码功能（而不是按照规格说明）运行正常。另一种基于代码生成测试输入的自动化方法可以生成满足较小变化测试准则的测试。也就是说当代码或输入做较小的改变，检测系统能否正确的处理稍微改变后的版本。这种方法用于检查系统的容错能力或测试套件的充分性。 基于界面生成测试输入的工具可以用于某些定义好的界面如GUI或Web界面。如果屏幕含有各种菜单、按钮或检查框，则工具访问每个控件，从而生成测试输入。也就是说工具对标识出的每个界面元素进行测试。这种类型的测试对手工测试来说非常枯燥，但是又有必要进行彻底测试，所以利用工具测试可以尽可能的将测试人员从繁琐的工作中解脱出来，从事智能测试活动。 在规格说明形式化并可被工具分析的前提下，基于规格说明测试工具可以生成测试输入及期望输出，如图3.1所示。基于规格说明的测试方法的好处在于它测试软件应该做什么，而不是它做了什么。规格说明书测试输入测试输出期望输出代码 通过QALoad的控制台设置不同的场景达到不同的测试目的 例如：设置每隔一定时间模拟一定数量的客户端执行某种交易，这种场景更接近于应用真实使用情况，预估应用投入使用后的性能情况 大强度、持续性的运行测试脚本，对应用产生持续性的压力，可以发现应用中是否存在的性能瓶颈，同时可以检查软件是否存在内存泄漏问题 在执行压力测试的同时，QALoad可以监控服务器或客户端的性能参数，返回详尽的测试报告和图表 测试设计工具 用于设计测试输入或测试数据 有时候也作为测试用例的生成器 白盒测试工具 --静态分析工具 分析代码而不需要执行 对发现特定类型的错误非常有效，而且代价较小 白盒测试工具 --动态分析工具 在程序执行过程中进行测试 例如：工具可以检查内存泄漏 白盒测试工具 --覆盖率分析工具 评估测试中的代码覆盖情况 通常在单元测试时使用 负载/性能/压力测试工具 通过模拟多客户并发访问等手段测试性能 LoadRunner，QALoad，WAS等 录制/回放类工具 通过模拟多客户并发访问等手段测试性能 WinRunner，QARun，TestParter，Robot等 测试执行和结果对比工具 自动执行测试并且将测试输出真实数据与预期数据作出比较 应用于测试执行的不同级别：单元测试、集成测试、系统测试和确认测试 通常包含在测试管理工具中 今天我们谈的是如何通过软件测试来提高软件的质量，那软件的质量如何来衡量呢？ 一般来说，我们从这三个角度来评估一个软件： 可靠性：它反映了一个软件是否经得起时间的考验。这个软件系统开始运行正常，是否随着时间的推延，出现了系统死机、出现了内存泄露、出现出现非预期的处理结果？ 功能：它反映了我们的系统是否满足了系统的用户要求。比如网上购物系统中，我们的定单是否被正确处理？我们余额查询是否返回了我们的实际内容。 功能：他反映了一个系统在处理压力下是否能够正常运行。关于性能问题，我们常会问这样一些问题：我的系统能够支持多少用户的并发请求？我的系统在1000个用户进行并发操作时，平均的响应时间是多少？ RATIONAL针对软件质量的三个衡量角度提出了响应的测试工具与思想。 在当今的测试市场中，RATIONAL是唯一一个提供全套测试产品的厂家。并且，我们的测试产品内部间可以紧密的结