写在前面的话 自动化不能完全替代手工 且和QA一样是共同辅助(指导)咱们的RD进行开发。
之前:回想之前QA的状态:需求 模块测试 系统测试 仿真线上回归 发版遍历。新需求 新模块测试 系统测试 仿真线上回归 发新版遍历……
大量的手工回归、高重复性的工作一次又一次拖着发版时间 消耗掉测试人员的热情和怼新功能的专注度 落地自动化迫在眉睫。
现在:ui自动化已实施了5个版本 功能覆盖80%。接口自动化脚本前期完成127个 正进行返回值断言工作。测试人员有更多精力放在新内容和测试技能成长上。脚本的维护通常在模块测试空隙就可完成。
说起自动化似乎都会提自动化金字塔△ ui、api、unit 从上到下 产出越高。这个 也是接下来要做的工作重点。
遇到的问题:
ui脚本的不稳定性:或由ui元素变更 或由网络环境影响 或由需求调整 或由用例的设计不完善 这四方面是目前影响脚本稳定较多的因素。另外 安卓和IOS目前是两套独立脚本也是维护成本之一。
解决方法:在之前的帖子已提过此类解决方法 这不是传送门。恼。
