浅谈业务型测试开发

今天打算写点东西，统一讲讲什么是测试开发、测试开发分类、以及怎么成为一个测试开发等等。

测试开发是什么？

其实很多人都对测试开发这个岗位的了解比较模糊，主要这个岗位比较特别，因为在不同的公司或是同一个公司的不同业务下，对测试开发这个岗位的要求和定位也是不同的。

有的人认为测试开发就是只有开发头衔的测试；有的人认为测试开发不是测试，他们能开发出供业务测试使用的测试工具和测试平台。这就好比开发岗位，也会有前端开发、后端开发、Java、C++等等不同开发岗位的细分，同样测试岗位也是如此，测试开发岗位既可以是只做开发测试工具的、也可以做只针对业务的，又或是两者间交叉着做的。

测试开发总而言之，就是测试工程师中的进阶岗位，其岗位核心依然是”测试“，“测试开发”目的是为了更好的服务于测试，用更全面的技术手段来提高测试的效率，保障项目质量。

测试开发分类

个人认为,主要分为两大类，一类是纯工具测试开发，另一类是业务型测试开发。

「纯工具测试开发」

专门开发或维护公司内部的一些测试平台，给公司内部测试人员使用;几乎不参与公司的业务测试。

「业务型测试开发」

一方面参与公司的业务功能测试、性能、安全等专项测试，另一方面也会研发一些测试工具，用来解决业务测试痛点，提高测试效率。说白了就是，公司一块“砖”，哪里需要哪里搬。

纯工具测开和业务型测开哪个更好点呢？

这个话题仁者见仁智者见智，个人觉得，业务型测试开发更好点，有以下几方面原因：

「岗位数量」

就目前来看，纯工具测开岗位数量远远低于业务型测开，为啥？因为有些小公司的业务规模没必要自研测试平台，有些使用开源的测试平台，有一些甚至不用，直接人肉点点点，另外，要是再招个人专门自研测试平台，那是要耗费很多的成本，目前很多公司都在“开猿截流”，那不如招聘几个业务型测开，忙时做功能测试，闲时开发工具。

「知识面」

纯工具测开只要开发好工具即可，业务型测开不仅要学习技术，还要学习业务，还得把所学技术服务于业务，解决业务中测试痛点，提高测试效率。假如说公司这条业务线想裁员，你觉得会先干掉哪批人？

以上仅代表个人观点，有不同意见的小伙伴可以留言一起讨论交流！

怎么成为一个业务型测开呢？

技术

肯定要掌握一种开发语言，python或java都行，懂java最好，两个都懂更好，开发水平嘛，至少达到了解会用程度。

业务

了解或熟悉一种业务，其实大部分互联网项目的业务，高度抽象以后有很多类似的东西，需要自己不停的总结、触类旁通、举一反三。

感兴趣可以了解下电商下单业务和网课学习业务，高度抽象以后，你会发现，整个流程都在围绕一笔订单在运转，

善于发现业务痛点

如果你的项目回归测试特别耗时，你可以考虑开发一些自动化工具，代替部分手工回归测试，提高回归效率；

如果你的项目前置流程较长，通过页面，模拟用户操作造数据，比较麻烦，你可以考虑开发造数据工具，直接调用后端接口，一键生成前置数据。

有个粉丝，开发了一款可以实现两个数据库自动校验数据的工具，避免了人眼校验出错，大大提高了校验数据一致性的效率和准确率。等等

这就要求业务型测试开发，得善于发现业务项目的痛点，并运用所学技术开发工具去解决。

最后感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：【文末自行领取】

​

这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你！