自动化测试技术笔记(一)：前期调研怎么做

本文链接：https://blog.csdn.net/wx17343624830/article/details/128386438

昨天下午在家整理书架，把很多看完的书清理打包好，预约了公益捐赠机构上门回收。

整理的过程中无意翻出了几年前的工作记事本，里面记录了很多我刚开始做自动化和性能测试时的笔记。虽然站在现在的角度来看，那个时候无论是技术细节还是整体思路都不够完善，但也有一些值得回味的点。

这篇文章，我将笔记里一些值得借鉴的内容提炼总结了出来，供大家参考。

之前都是在零售快消品行业做功能和接口测试，自动化测试在工作中的占比只有30%左右。

大概是18年上半年，入职了一家电商企业做专职的自动化测试工作，当时其实也是有一定压力和挑战的。一方面那个时候测试团队做专职技术工作的就我一个人，领导期望和KPI压力还是比较大的；另一方面，电商的业务场景和技术复杂度较零售企业也不一样，需要一定的学习成本。

下面的内容，是我当时从零开始做自动化测试的一些实践，对新手同学应该能有所帮助。

刚入职新公司，无论是做业务测试或者技术专项，前期的调研工作是必不可少的。

我个人认为在前期的调研阶段，以下几方面是比较重要且必不可少的。

自动化测试的主要目的是提高回归效率。以电商业务场景为例，如下几方面业务流程是比较典型的：

我当时刚入职的前半个月，基本都在做前期的调研工作。当然，所谓的调研并不是说找各个模块的研发测试人员一对一访谈这种形式，我更建议去深入到具体的日常工作中，比如参与技术评审、版本迭代、项目复盘。

这样做相比于一对一访谈的好处，一方面是可以更快速的熟悉当前的团队研发测试流程，另一方面也可以对后续工作开展的业务场景和技术架构有一个大体的了解。

了解被测系统的技术架构是很多同学埋头做自动化测试经常忽略的，这点其实特别重要。

要了解系统的技术架构，新手可以重点关注如下几点：

请求入口：比如web端、移动端（区分Android和iOS），这会影响到后续的工具和框架选型设计；
数据库表结构：自动化测试所需的测试数据落库，以及结果校验、字段类型等都是测试过程要考虑的；
前后端技术栈：UI自动化必须熟悉前端框架，这样能避免后续的元素定位提取时踩坑；接口自动化也需要熟悉后段的技术框架甚至部分代码实现，有些技术难点（比如验证码、过滤规则、白名单配置、运费计算逻辑）都可以利用已有的封装好的接口或服务来快速实现；
技术技术组件：比如配置中心、注册中心、发布平台、代码管理工具等；

虽然说自动化测试比较偏技术工作，但在开展前，明确你的工作目标和KPI也是不可忽视的一点。并不是说技术优秀就可以拿到好的绩效，企业生存第一法则是先活下来做产出，再考虑锦上添花和技术优化的事。

工作目标和KPI如何明确呢？我个人的建议如下：

根据调研结果心里对现状有个大致了解（业务复杂度、技术难度、落地成本）；
多和你的领导沟通，从他那里获取有用信息（他想要的结果、覆盖范围、产出内容）；
和团队其他同学以及有协作关系的技术同学打好关系（便于更好的了解工作细节以及工作开展时获得支持配合）；
通过文档或者ppt形式和你的直属领导再次沟通（当前现状是什么、落地挑战是什么、需要什么样的支持配合、你的落地规划是什么、先做什么后做什么、这样做的原因是什么、这样做解决了什么问题&带来了什么价值）；