seanyang_的博客

如果做了自动化测试而不运行，或者偶尔运行一次，也是无效的，说明付出了成本，而收益不高。这里我建议再加上自动化测试发现的缺陷数量和持续集成运行的次数，自动化测试需要发现问题，如果运行100次都没有发现问题，项目上线之前的核心业务链路回归，为了提升回归测试效率，这也是一种上线前的check手段；提测前为了快速验证提测质量，作为一种冒烟测试手段提升效率，同时这也是一种测试左移的实践；在不同公司，对不同的团队和技术同学来讲，做自动化的目的各有不同。减少重复的工作，提高测试的效率和质量。说明自动化测试也是无效的。

当测试框架是unittest时，可以使用ddt。ddt 这个类装饰器必须装饰在 TestCase 的子类上，TestCase 是 unittest 框架中的一个基类，它实现了 Test Runner 驱动测试运行所需的接口（interface）。使用 @ddt 装饰你的测试类；使用 @data 或者 @file_data 装饰你需要数据驱动的测试方法；如一组测试数据有多个参数，则需 unpack，使用 @unpack 装饰你的测试方法。安装：pip install ddt。

追求一些错误的目标，会使自动化测试走向失败。UI测试的特性决定了它只能用于已有功能的回归/冒烟测试，它根本无法发现大多数Bug。自动化测试更多的作用是让测试工程师从重复的回归测试中解放出来，进行测试方法和测试策略的研究，以便在人工测试中发现更多的Bug。

一个成熟的测试框架主要由 4 部分组成：基础模块、管理模块、运行模块和统计模块。

软件质量的病不在外部，而在内部。一个没有质量意识的团队只靠外部的推动很难做出高 质量软件软件质量要想得到真正的提升，要将做到 内建质量（Build Quality In）。内建质量，就是将质量的思考内建于软件开发的全生命周期中。内建质量就是要把软件开发中的每一个环节都加入 质量的考虑：业务负责人不能只要求上线日期，也要给出需求验证的业务目标和业务的验收标准；产品经理不只是要给出产品说明，更要给出每个需求点的验收标准；程序员不只给出代码，还要给出覆盖每行代码的自动化测试。

自动化测试的最终交付价值是什么：自动化测试项目的最终交付价值是它产生的收益，也就是投入回报率比，ROI，一个成功的自动化测试项目必然是获得了高ROI的收益。自动化测试高手就是要做出成功的自动化测试项目，不仅要写代码让自动化测试跑起来，而且要超脱于工具框架的层面，对测试需求和自动化ROI一起抽象建模，对最终ROI负责。