转载地址：https://mp.weixin.qq.com/s/CBkBJEii8GkAYjM2pUyccw

首先想跟大家聊一下测试开发工程这个职位该做什么？

估计很多小伙伴会说，测试开发就是会写自动化测试脚本，在我看来编写自动化测试脚本只是测试开发工程师很小的一部分工作，而且是最基础的工作，也就是说，要成为一名合格的测试开发工程师，只会写自动化测试脚本是远远不够的，我觉得这样描述测试开发工程师比较贴切，不一定对，大家可以参考下

1、开发、部署、维护与自动化测试，测试环境治理相关的工作

2、为业务测试工程师，开发工程师，运维工程师等团队角色提供易用的工具、平台、系统等

这里面有3个重要的词   工具    平台    系统    这些是衡量一个测试开发工程师产出的重要组成部分，这时候有些同学就会问了，哪有那么多工具，平台，系统要做啊？对于有这些疑问的小伙伴，我给你个建议：建立起自己的工具化思维！下面就来和大家探讨下工具化思维。

我认识的工具化思维就是3个凡是2个前提：

1、凡是工具可以完成的工作优先使用工具

2、凡是工作可以解决的问题优先使用工具

3、凡是现有工具能解决的问题杜绝重复造轮子

4、(前提1)对于所有遇到的问题，都要思考是否可以用工具解决

5、(前提2)所有工具开发前都要考虑ROI，避免为了使用工具而使用、

下面通过两个实例来说明下如何在工作中落地工具化思维

实例1：robotframework测试代码转用例工具

第一步：发现问题:

    当前大多项目迭代中，存在一些普遍性问题，测试人员需要同时维护两套文件，一套为robot测试脚本，一套为Excel自动化测试用例，在项目迭代过程中，当组件功能变更时，测试人员会不停的更新和维护Robot脚本，但由于时间关系，测试用例往往会停滞数个版本，导致后期自动化测试用例维护成本过高.

第二步：使用工具化思维解决问题

    遇到了问题，我的第一反应不是好麻烦啊，而是这个问题是不是可以用工具来解决呢？如果可以，那这个工具的ROI是否OK呢？

快速的思考下有哪些备选方案，在做方案选型的时候ROI就是关键指标，结合我们的实际工作情况，我们给出的方案是:

Robot测试脚本和自动化测试用例中往往有很多重合的部分，如套件描述、用例描述、用例步骤等，可以提供一种可以将Robot测试脚本转换Excel测试用例的工具，来减少测试人员的工作量。它可以无缝接入CI/CD流程，无需额外的工作量，对于新功能，新模块，新项目尤为适用

第三步：工具落地

    接收反馈持续优化(工具落地的重要步骤)

经过和XX组部分组件测试同学交流后，他们对测试用例文档的易用性和可读性有更高的要求，针对他们提出的一些需求和建议，我们对工具转换效果做了优化。

1.转换效率优化，120个套件，1500个用例，5分钟内转换完成；

2.目录跳转，除总目录外每个套件有单独的目录，便于检索；

3.代码折叠，只展示Comment步骤项，代码默认折叠；

第四步：价值收益

    XX小组同学反馈自从用了工具以后，再也不用花费时间去同时维护自动化代码和测试用例了，完成了XXX次CI迭代同步工作，节省人工XXX(人天)。还可以降低测试脚本和测试用例不同步带来的质量风险。