关于这个系列
本来这个系列是用PPT进行分享的,所以格式上没有太多成段的描述,各位读者自行补充。
承接某业务发现基本没有自动化测试,无法保证质量,持续积累导致四处冒火,大家救火的时间多于开发时间,极大影响了进度,并且打击了团队信心。
这个系列准备分3~4此分享,互相之间保持链接方便阅读,内容有:
* 一个例子
* 我们可以通过自动化测试获得什么
* 一个待测目标软件产品的抽象
* 自动化测试平台的建立
一个例子
某企业的手机产品,累计自动化用例数超过10000个,覆盖80%以上的测试目标系统及功能。
以设备举例,网页、APP都可以跑自动化,而手机明显是相对更难测试的产品。
自动化概念从2010年左右开始推广,从自动构建开始,自动化测试随后开展。
随着敏捷、DevOps概念逐渐发展,每天先查看报告解决问题成为工程师的日常习惯。
作为项目管理者,每天看不到代码报告、构建报告、测试报告就会非常心慌,直觉上哪里要出现问题。
我们可以通过自动化测试获得什么
作为DevOps的一部分,自动化测试甚至作为任何持续开发项目的基础设施,必须具备。
通过自动化测试,我们可以缩减人力消耗。
我们可以进行更多轮次的测试,更早发现Bug可以缩小定位范围,减少Bug定位和修复的成本。
每天报告及时反馈了开发质量,让我们对产品更有信心。