聊一聊自动化测试路上遇到的问题

一、测试范围

无论是功能测试，还是自动化或者性能测试，第一步要做的，是明确测试范围和需求指标。对于自动化测试来说，特别是UI自动化，并不是所有的功能点都适合做UI自动化。

根据具体的业务情况和项目稳定程度，选择UI自动化+API自动化结合，选择合适的业务点来进行针对性的自动化测试方案设计，才是最佳方案。

比较适合做UI自动化的点：

①、使用频次较高，异常判断较多，且最基础的功能，比如用户注册、登录；

②、用户端比较核心的功能，比如订单中心，会员中心；

③、促销活动页面、信息展示页等；

分层测试的概念，分层测试金字塔如下：

从效果来看，单元自动化是收益最高的，但是单元自动化对大多数自动化测试初学者来说，难度太大。

且目前国内大部分中小型企业，开发本身的开发规范、管理等工作也做的不太好，单元自动化，实现的概率，短期内不看好。

而接口自动化，目前来说是性价比最高的一种选择。

UI自动化的投入和产出比，是三种模型中最低的，但对于越来越复杂的大型的系统，UI自动化在某些方面，也可以减少很多发布后冒烟测试的工作量。

二、系统架构

对大多数功能测试人员来说，系统架构不用太多关注，但对于自动化或者性能测试人员来说，系统架构是前期需求分析、技术方案选型设计的一个重点。

比如系统开发的编程语言，使用的数据库类型，通信服务框架（如果要进行API自动化，那么系统所采用的通信协议是绕不过去的一点），应用服务器的部署等，都是需要考虑的。

PS：我目前就职的这家企业，数据库使用的是微软全家桶套餐里面的SQL server，而我测试脚本开发语言是python，它本身对SQL server和Oracle的支持并不是很好，导致在数据库配置时候，踩了很多坑。

当然，我最后也解决了这个问题。关于数据库的支持问题，只是我遇到的问题里面的一个很小的部分。