你可以看下 2.1 那个架构图,testng.xml,是 user 自己上传的,而不是 TAC 代码里的, 这边通过一个执行的 api 去将 testng 库和 testng.xml 关联起来执行
主要是哪块看的比较累 我去补充注释
简单来说我这个 是一个 管理和执行 测试集 suite 的平台,你可以理解为 jenkins 的作用,但是我想对 testng 进行深度定制。 要批量执行 只要你的 testng.xml 上筛选相应的接口就行。
抱歉没及时回复,可以脱敏,但是这一周我外出旅游了,电脑不在身边,等我回去 就放 github 上,你可以留个联系方式给我,我好了通知你。
好的,加了
恩恩,所以我删掉了精通
allure2 能看到 某个 case 的 history 情况吗?
从文章中 能感受到 良师益友 对个人学习及发展的帮助
具体情况,具体分析,我不知道我的是否受众于你们,因为我们这边业务测试要测试接口,然后我提供了这么个工具,测试人员一键可以把他们所负责的项目 所有的接口生成 testng 代码覆盖,然后在相应填写测试数据和期望结果的地方填写下就行,在项目周期里也能多次回归,所以他们觉得对他们非常方便和节约时间。我需要先看看 业务相关的能否脱敏,如果能完全脱敏,我会放 github 上。
术业有专攻,我觉得一个测试开发,本身就不应该去跟业务测试比测试能力,跟开发比代码能力。我理解它的一个定位是更偏向于效率提升和基建工作的,作为开发和测试之间的一个枢纽,你这么思考只能说你的理解还比较片面。
= =第四列我的 列名是 “产出”,只列出了工作上的产出。非工作上的,自学的和参与社区项目的就没列。你以为小公司会招一个没有任何 java 基础的 进去写 java 吗。。。
谢谢大佬指点,特别是 详细给我指明了优秀的测试开发需要覆盖的面。我会好好分析下 这几点
大概的思路 就是根据接口文档,生成对 接口自动化 case,并且对接口的每个入参进行等价类划分,比较全面的保障接口功能的健壮性,我们这边正好业务测试 对于项目要负责接口的测试,然后这样一建生成后 减少了他们很多工作量,他们只需要关注测试数据就行
我不是大佬啊,感觉自己做的太杂了。。。。根本没有深入理解这个职业,一直在搬砖打杂
果然是看脸的世界
是啊,我就觉得我太杂了,所以感慨发帖,希望看看大家怎么样的
好的,我修改掉
好的 我修改掉
地址是? 西溪园区吗?
我用的 priority ,多个 class 测试集执行时候 会有乱序问题 主要原因是 priority 是在 testng 开始时候一口气加载进去的,所以需要 implement IAnnotationTransformer 对每个 class 的 method priority 进行重新设置. 具体可以参考https://testerhome.com/topics/12045
感觉问题出在 http header 上
我就觉得 这个页面好熟悉 美团的 lego 有开源吗?
已经开源 https://github.com/yili1992/TAC ,在整理代码和文档的过程中发现很多地方代码,还是设计,还不够简洁,后续会继续开发,也希望有小伙伴可以一起加入
个人使用下来,了解 react 的状态转化和 es6 语法就可以快速上手,然后布局模块的更新也挺快而且很全,和传统写前端脚本的区别就是,现在写的是前后端分离的一个 react 项目最近又刚刚支持了 vue 。缺点就是,里面一些图片,icon 都用的阿里的 cdn,如果公司的电脑上不了外网,就比较麻烦,要自己去把这些资源下载过来放到内网