软件自动化测试技术教案.docVIP

软件测试自动化概述 如何理解软件测试 请三位同学谈谈对软件测试的理解 大家一起来找碴 游戏告诉我们什么 软件测试是发现结果（软件的实际输出或行为）与目标（预期）差距的过程 为什么进行测试 演示 图 01 演示告诉我们 世上不存在没有缺陷的软件 修复缺陷能够提高软件质量 关于软件测试的常见误区 测试保证质量 测试能够提高质量，质量受很多因素影响 测试通过了，软件没有缺陷 测试只能证明缺陷的存在，而非不存在 做测试很容易 入门的容易只是冰山一角 周峰之前是华为的资深软件测试工程师，目前是上海博为峰软件技术有限公司、无忧测试网（51testing）的创始人之一，他的工作，就是培训一批又一批的软件测试员。 　　他表示，很多人认为软件测试只是在软件编写完成以后通过简单使用发现Bug，没有什么技术含量，甚至临时从车间厂房里拉出来的女工也可以承担。 　　而事实上，在国外许多国家的软件公司，软件测试工作已经逐渐演变成一门独立的科学，包括了配置方案、测试机制、跨平台策略和产品性能、稳定性等独立区域的知识模块。 　　同时，软件测试员需要参与包括需求分析—设计—编码等所有软件开发环节，尽可能地发现每个环节可能存在的Bug。“这是一个要求非常高的职业。” 软件测试的最佳实践 尽早测试 80-20原则 80％的缺陷聚集在20％的模块中，经常出错的模块改错后还会经常出错 测试应当循序渐进，不要企图一次性干完，注意“欲速则不达” 软件测试的职业发展 质量之路，势在必行 91%的国内软件企业配备了测试队伍 69%的企业认为通过测试后软件质量得到很好提高 CMM/CMMI认证已经成为欧美国家寻求合适软件企业的一个重要的评判标准 企业软件测试人员现状 微软公司是1：2 windows2000 操作系统在研发过程中甚至使用了250名项目经理、1700名软件开发工程师、3200名软件测试工程师 测试职业素质需求 沟通能力 技术能力 怀疑精神 洞察力 软件测试职业发展 回顾 如何理解软件测试 软件测试的职业发展 课外参考 软件测试的艺术，机械工业出版社 软件测试自动化的价值和可行性 关于自动化价值的观点 Ed Kit认为测试自动化输出的制品需重用17次才能抵消之前投入的成本 Hancock认为是15次 Dan认为在持续集成的冒烟测试当中，自动化测试会非常的有价值 dan列举了数据说明：每周需要对100个交易界面，运行7000个数据驱动测试，每次运行需要1～2小时；而前期的投入是3～5天 作者基于Hancock和Dan的观点，总结出在单元测试（JUnit）和集成测试（冒烟测试）中应用自动化是非常有价值的 自动化谁说了算 时间就是BOSS 自动化要更耗时 自动化依赖稳定的特征 时间紧，就Say No －自动化的建立时间消耗是比手工多的，因为自动化必须经历手工的步骤 －自动化需要基于稳定的应用特征（需求），一旦特征变化，自动化测试的制品可能无效，也就意味着前期的投入是无效的 －除非为自动化测试独立计划了时间，像进度很紧的项目可以不用考虑使用自动化了 RIO分析 规模与复杂度 版本构建次数 特征的有效性 自动化的准确率 －AUT不复杂不大，则否 －少于3个构建版本，则否 －特征不是100％有效，则否 －时间表紧，且交付间隔很短，则否 －特征不能通过自动化测试100％准确测试（随机值或稳定性），则否 一个定量的例子 手工执行耗时6小时 自动前期投入18小时 自动执行耗时36分钟 对什么自动化 Where 单元测试 冒烟测试 集成测试 系统测试 回归测试 性能测试 测试自动化的成熟度 级别1 捕获和回放 好处? ?自动化的测试脚本能够被自动的生成，而不需要有任何的编程知识。 缺点?? 你会拥有大量的测试脚本，同时当需求和应用发生变化时相应的测试脚本也必须被重新录制。 用法?? 当测试的系统不会发生变化时 － 小规模的自动化。 这是使用自动化测试的最低的级别，同时这并不是自动化测试最有用的使用方式。 好处??自动化的测试脚本能够被自动的生成，而不需要有任何的编程知识。缺点??你会拥有大量的测试脚本，同时当需求胡子和应用发生变化时相应的测试脚本也必须被重新录制。用法??当测试的系统不会发生变化时 － 小规模的自动化。 级别2 捕获、编辑和回放 好处 测试脚本开始变得更加的完善和灵活，并且可以大大的减少脚本的数量和维护的工作。 缺点 需要一定的编知识。频繁的变化可能会引起变更和维护几乎是不可能的。 用法 当进行回归测试时，被测试的应用有很小的变化，比如仅仅是针对计算的代码变化，但是没有关于 GUI 界面的变化。 你能够使用这种技术通过快速的编制一些测试脚本以检验你的想法来探索你的预定的测试设计。当我在没有任何象需求或者设计模型这样的文档的情况下