别盲目上自动化，选对场景才省钱
好多团队一开始便着手搞自动化, 然而脚本维护成本相较于手工居然更高。实际上自动化并非包治百病的灵药, 倘若用错了地方那无疑就是在浪费资源。唯有场景挑选得精准无误, 才能够切实释放生产力, 使得发版更为顺畅丝滑。
回归测试最该自动化，固定流程别手动
每一次进行发版的时候, 都得去重复开展验证登录以及下单等核心流程, 人工测试的话, 耗费时间而且很容易出现差错。像这类步骤保持固定、结果清晰明确的场景, 十足地适宜自动化。去把高频回归用例稳定下来而得以存留, 通过一键执行的方式, 大幅度地节省人力消耗, 保障核心业务不会出现任何失误。
接口与数据校验，结果明确效率高
相比UI, 接口测试具备更稳定的特性, 其执行速度更快, 且维护成本更低。诸如订单创建、库存扣减这类逻辑清晰、对错界限分明的场景, 甚为适宜开展自动化操作。特别值得一提的是数据驱动测试, 它能够一次性运行几十组数据, 其效率远远超越人工逐条输入的方式, 并且准确无误。
冒烟与环境巡检，上线前快速确认
版本进行部署之后, 务必要迅速确认主流程是不是通畅, 环境是不是正常。依靠人工进行点检, 反馈速度实在太慢, 极易造成进度延误。借助自动化工具录制下主流程, 在部署完成之后马上运行, 只需几分钟便能够发现问题, 以此保证后续测试工作可以顺利开展。
需求变动大或一次性项目，先别碰自动化
新项目的需求频繁地发生着变化, 那脚本势必会追随着需求而变动, 从而导致维护成本变得极高。同样的, 具有短周期、且只是上线一次这种特征的项目, 自动化根本难以实现成本的收回。经验能够表明, 用例至少需要重复执行5次以上方才有投入的价值。对于短期项目而言, 理应优先去做好手工测试工作, 以便能快速将Bug给发现出来。
主观体验与硬件依赖场景，人工更靠谱
页面美观程度、操作流畅状况等主观性质的判断, 机器没办法进行替代。涉及到刷卡、指纹识别等对物理设备存在强依赖的场景, 构建自动化的门槛过高。资源有限的团队, 不要在这些方面强行推进自动化, 应当将重点集中于高重复、高价值、结果能够量化的核心业务。
当处于当前这个项目的状况下, 你认为其中哪一种类型的测试场景是最为适宜去引入自动化的? 请在评论的区域分享出你自身所拥有的实战方面的经验！
