testrail 可以扮演一个执行自动化测试的平台

最新推荐文章于 2023-02-20 18:25:13 发布

wmtjsl

最新推荐文章于 2023-02-20 18:25:13 发布

阅读量2.3k

点赞数 1

分类专栏：测试

本文链接：https://blog.csdn.net/wmtjsl/article/details/108797197

版权

测试专栏收录该内容

7 篇文章 0 订阅

订阅专栏

本文介绍了如何利用TestRail作为平台执行自动化测试，并确保非自动化团队成员也能方便地运行测试用例。通过定制的Web页面或者Jenkins，功能测试人员可以选择需要执行的自动化测试用例，并通过TestRail API获取并更新测试结果。这种方法促进了团队间的协作，特别是在自动化测试者缺席时，保证测试流程的连续性。

摘要由CSDN通过智能技术生成

忽然想到一点, testrail对自动化测试整个流程, 可以扮演一个执行自动化测试的平台的角色. 这个角色想必很多大厂的同学们很清楚, 我们比如实现了200条cases的自动化, 对于自动化组的同学而言, 想执行哪些, 怎么执行, 办法多的是.
但是对于整个qa team的健康平衡发展, 而言, 不说在整个team推广自动化, 至少要保证我们非自动化组的同学会执行我们的自动化脚本在需要的时候, 比如自动化同学休假了, 比如要配合我们的功能测试.
那为了解决这个问题, 很多公司都有称之为自动化平台的,一个对自动化cases组织, 执行的平台, 说白了, 想执行哪些自动化cases, 我们在这个平台选好, 然后点下 run, 呼啦呼啦, 一段时间完, 出这些cases的结果.

我之前见过一个python做的exe程序, 打开后可以界面化选择要执行的cases, 这里他们的cases是用excel组织的, 当然这个前端程序和自动化脚本是关联的. 我相信很多大厂都是web系统管理的方式. 我其实准备开发一个简单的 web页面来让非自动化组的小伙伴来选自己想执行的自动化cases, 其实jenkins已满足绝大多数需求, 这点我后面再开一篇博客.

我们回到正题,
testrail里面因为有所有的功能测试用例, 比如500条, 我们自动化实现了其中300条, 等1.0 APP做regression测试的时候, 需要执行400条用例,

1.这个时候功能测试的小伙伴可以把这个400条选出来, 组成一个1.0 APP regression testing的testrun.

2.我们去jenkins里面的Build with Parameters执行, 当然Parameters肯定要带上testrun id: 在这里插入图片描述
当然其他的一些参数可以自行设定, 这里配上一些插件, 可以满足绝大部分的需求. 我有个小伙伴自己写了一个简单的页面, 写了几个API, 给功能测试的小伙伴使用, 本质和上面jenkins类似:

但如果确实有比较复杂的驱动自动化测试的需求, 自己写页面还是比较灵活的(但这里我们目前实现的是: 这里提交之后,还要人工手动的去启动自动化脚本, 或者是start jenkins的job).

大家在这里上面的页面配好自己要自动化跑的testrun id以及自己需要的其他参数之后, 启动自动化脚本, 我们在自动化脚本总的前置条件里, 会拿着testtun id 去调testrail 提供的接口, 然后返回给我们这个testrun所有的case id(这个是唯一的), 我们拿到caseid, 就可以按照我们自动化脚本的匹配规则(我现在用的是@tag,我的这篇博客有提及), 来运行对应的自动化cases
运行完, 我们再调testrail的接口, 把运行结果写进testrun里面, 没有实现自动化的case, 我们就不动它在testrun里面的状态

综上, testrail由于提供丰富的api, 和自动化测试还是很好结合的.
不知道我这样鼓吹testrail, 他们看到了一定很感谢我吧😬