刚做专职的测试开发的时候,有幸在公司参与了一次从零到一去搭建接口自动化平台,最近也在整理从零开发接口自动化平台的内容。想着把平台从零搭建化给总结梳理出来,今天拿来去分享整个搭建化的流程。希望可以帮助到大家,提供一些参考。
梳理出来大概的步骤。
1.了解业务痛点形成需求
2.制定编码开发规范
3.制定技术方案
4.拆分需求
5.分配任务
6.协同开发
7.进行自测
8.部署
9.文档整理
10.平台讲解
11.推广平台
12.切入业务,打造一个标杆
13.优化平台,适配业务需求
14.版本迭代,赋能平台。
那么我们从这14个方面去分享下。
1.了解业务痛点形成需求
进入团队,要了解这个团队,对于接口测试平台的需求,对平台的预期,详细的业务需求,形成文档,进行需求的评审,对业务需求进行更好的梳理,让平台来源于业务,赋能于业务。有了需求,才可以进行很好的开发。初次做平台,一定要了解业务的需求,来源于业务,高于业务,赋能于业务测试。
2.制定编码开发规范
在团队,刚开始开发的时候,可能没有对应的编码规范,作为一个首任的测试开发,平台在建设的初期,对于代码规范一定要有合理的要求,根据所选择的语言,去指定对应的编码规范,有助于团队协作,把团队搭建过程中的资料,进行规范的记录下来,方便后续的查阅。
3.制定技术方案
有了需求,有了规范,要选择适合自己团队的语言框架,指定相应的技术方案,数据库选择什么,缓存怎么做,框架用啥,都要定下来,选择框架一定要符合业务,同时更够让团队的人,更好的协助开发,快速的达到开发的能力,按照节点目标完成开发,完成交付目标。选择的方案,适合本团队,以及业务需求。
4.拆分需求
对于需求,进行拆分,详细的需求拆分,把需求的内容进行拆分到功能,拆分到对应的数据库设计,需求拆分的越详细,越细致,后续的任务分配更加简单。合理的拆分,然后制定表格,方便分配任务。
5.分配任务
拆分需求后,进行任务拆分,要保证 负责模块关联度,要保证开发进度,根据技术水平或者能力去分对应的需求,避免技术欠缺,耽误进度,同时鼓励对其掌握,分配任务一定要一定的思考,拆分的详细是为了更好的分配,分配任务的准确保证快速开发。
6.协同开发
协同开发,这个就是大家一起开发,有问题及时沟通,遇到技术难点,无法确定要及时讨论。做到协同的目的,不是一个人独立的开发,而是团队大家一起开发。更好的协同性。各自有各自的任务,但是在团队之间,我们还需要更好的协同,不能一个人,不顾及整体,我们是一个整体,而不是一个单独的个体,大家是一个整体,融于团队。完成团队的开发的任务。
7.进行自测
完成功能模块的开发,需要对于功能进行自测,保证自己功能的是可用的,这个也取决于团队,如果没有专职的测试,需要测开自己测试,那么自己要对自己的模块进行自测,同时测开内部进行交叉测试。这样才能及时的发现问题解决问题。没有专职的测试来测试,就需要测开的同学内部之间进行交叉测试,并且合理划分任务,进行充分测试。
8.部署
完成测试后,就需要对于平台进行部署,因为只有部署后,才能让大家都用到,需要考虑,服务器大家的访问的是否需要限制,部署的快速,能够满足业务需要,数据库的构建,redis相关的配置。部署发布规范化,简单化即可。满足快速部署。
9.文档整理
对于文档的整理,研发过程中,有很多的文档,需要整理,一定要及时梳理记录文档,方便后续的查阅,留下足够的文档。而且文档的整理,也帮助团队内部同学更好的了解平台。同时也能让其他同学去了解平台,有兴趣的,可能一起去参与平台的建设,吸纳更多的人进来。
10.平台讲解
对于平台研发后,进行平台内部的梳理,平台进行分享,引导大家如何去用,如何快速的去理解,了解使用平台。去充分的对于平台讲解,对于平台充分讲解,可以让大家了解平台,熟悉平台,学会使用平台。
11.推广平台
在业务测试中,去推广我们的测试平台,让大家去接受平台,可以指定一些考核的标准之类的,更好的去完成推广,当然了,指标可以作为一个参考,但是整体的还是要靠平台的功能,能够更好的负能测试,来吸引大家,指标只是快速的让大家去用。但是真正让大家去用平台的还是要靠平台能够给业务产生巨大的价值。
12.切入业务,打造一个标杆
很多人会问,为什么要打造一个标杆的项目,只有一个平台在一个项目中更好的使用了,大家看到了平台的效力,也可以用这个项目为标杆进行推广,对于利用好的项目可以给予一定的倾斜,比如可以和领导争取一些奖励之类的。一个标杆就是推广项目,证明平台的最关键的,最实际的例子。一个平台只有用起来,以一个项目为点,带动整个团队层面的利用。
13.优化平台,适配业务需求
平台开发后,在业务的用的过程中,肯定有许多需要优化的点,我们要做的就是及时优化,满足业务的需要。平台的优化是为了更好的适配业务,让平台发挥巨大的价值。不同的业务有不同的需求,也有不同的痛点,我们要做的,就是让平台适配业务的特性。更让的在业务上推广,让业务快速的使用平台,发挥平台+功能测试的最佳合力。
14.版本迭代,赋能平台。
平台开发后 ,根据整体的需要,进行版本的规划,让平台的迭代,给平台赋予更多的能力,比如接口的监控,比如 压测脚本形成,比如录制接口测试case等功能,需求来源于业务,平台的迭代要满足更好的业务适配,更快速的业务使用。赋能平台更多的是让平台的价值更多,价值更大,提供更多的能力。
以上的这些流程可能不用照搬,这是我在一个团队从零到一搭建过程后留下来的整理的一些思路,今天分享出来,希望可以帮助大家提供更好的借鉴,当然了,要符合自己的团队的。因团队而变化。后续对应的从零开发接口测试平台等内容也会提供出来。
感谢每一个认真阅读我文章的人,礼尚往来总是要有的,虽然不是什么很值钱的东西,如果你用得到的话可以直接拿走:
这些资料,对于【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴上万个测试工程师们走过最艰难的路程,希望也能帮助到你!有需要的小伙伴可以点击下方小卡片领取