• 接口自动化测试平台-如何利用好自动化用例?(1)


        如题,我一直在思考如何利用好已有的自动化用例。个人认为一条自动化用例,如果一直在被维护与执行,那么这条用例就是有价值的,是有被好好利用的。

        我遇到的情况是,一批自动化用例在当前项目中被调试完成并重复使用,但是项目完成后,就会被慢慢的遗忘掉。有时候在新的功能迭代中,测试人员宁愿新建自动化用例,也不太愿意维护老用例。我看过不少其他人分享的经验,但是始终找不到一个可以贴合我遇到情况的方案,不管是技术储备或是人员配备,都不太能支撑那些方案去实施。

        当过程中一个环节发生问题,有时候并不是这个环节本身有问题,也有可能是上游环节引入的问题。发现每当一个项目启动,开始编写手工用例,测试人员都是拿着Execl用例编写模版,编写新用例。很少会复用以前已有的手工用例。询问后,得到的答案是,他们不知道SVN上有老用例,或是找到了老用例了,但依然觉得去挑选用例,有点浪费时间。

       我们都知道,测试人员编写自动化用例,理论上都是将手工用例转化成自动化用例。也就是说,手工用例和自动化用例是有对应关系的,如果手工用例都不能好好的被复用,那么自动化用例被遗忘,就是迟早的事。

       结合公司使用的手工用例管理平台,不太好用,且利用率低的情况,决定自己设计一套简易的手工用例管理工具,最主要的目的是,提高手工用例的复用性,同时让自动化用例和手工用例形成对应关系。

       如下图,是我开发的手工用例管理工具页面。利用给每条用例添加标签和丰富的查询功能,给用例复用提供便利。

        该工具从投入使用到现在,也添加的不少其他功能(以后介绍)。我现在看到,测试人员在测试的时候,都习惯通过查询条件,找到手工用例,进而执行自动化用例。这个情况让我感到很欣慰,我的目的算是达到了。

  • 相关阅读:
    rustlang入门教程
    中间件日志切割
    Redis非关系型缓存数据库集群部署、参数、命令工具
    SaltStack自动化软件简介及安装
    CentOS根目录下各目录介绍
    Dockerfile书写介绍及构建ssh镜像、tomcat镜像、nginx镜像
    DockerFile执行报错解决
    阿里云CentOS7.2把默认语言修改成中文
    JavaScript 如何判断一个数据的类型
    MongoDB windows 下安装配置
  • 原文地址:https://www.cnblogs.com/moonpool/p/13268906.html
Copyright © 2020-2023  润新知