都有超能力了,还学习呢?
跟你情况几乎一模一样了,最近在准备考非全研,一方面备考过程中也在活络大脑,一方面考上后辞职回家如果一时半会找不到工作读书的话也不会颓废
楼主这个问题确实好让人无语
这个还是很好解决吧,某个人员拥有的权限肯定是存在数据库的,那执行前加一条 sql 就好了
即使是工作也没法一个需求讲一辈子,大家该会的都会了自然就是聊天吹水了,新人来了提问题有人解答就好了
建议是不写,达不到信手捏来的程度其实没啥意义。写的话如果有要求 java 肯定会往细了问
直接用底层接口也可以
我觉得反了,先有良好的编程习惯再看自动化上手就能做
要先明白封装这种代码思想和自动化是不相干的,所以对于这方面的学习要跟自动化代码独立开,熟练之后再融会贯通
开发也有业务开发(服务于业务)和基础开发(服务于开发团队),测试开发就是服务于测试团队的开发,算哪个都行吧
没有为爱发电做测试的想法吗 干一行爱一行
万一跑出问题可是很严重的,风险和收益不对等,给领导说明下利弊吧
一定要在线上跑测试吗
等后面功能越迭代越多,经常出现原功能出错的线上事故领导就会让你重启了
后置模块无非就是需要前置流程的数据吧,直接在数据库造数可行?
关键是学习看不到收获,找不到方向了现在
assert 部分再抽出来单独写个方法就好了
checkAndLog([assertList]):
try: myAssert([assertList])
catch:xx
接口名,参数,预期,这些应该控制在 excel 上,文件中只能修改定值。父类的话就是子类继承父类,会拥有父类的方法,知道这个原理,在父类写好 before 和 after,子类只需要继承,就不用自己写了
我先抛砖引玉说说自己的看法,有大佬分享麻烦踢我一脚
1.你是通过不同的用例文件执行读取不同的 sheet 表名来各自取数据吗?那每个文件除了定值(sheet 名或其他)都不该有差异,要做到复制粘贴即用
2.我觉得可以先执行一些接口获取大量必备数据存储到主配置文件中,然后后续接口需要就读取,想用自己的就自己执行然后保存到小配置文件读取
3.不同用例文件只要变的地方只有定值,可以将所有用例文件继承父文件,父文件来写执行逻辑
相同的业务逻辑自然写在一个类里
万能的 gpt 解决了这个问题
有尝试过,但自己写的监听器打包添加依赖一直搞不好
换个问法。。maven test 编译时,会跳过 Junit 的监听器,如果不跳过去执行呢
“今日的我已经不知道该学什么好了”
这句话我深有感受,现在看论坛里大佬分享的知识点,极大多数是其他人用不上的。通用技术方面编程、后端、自动化、前端、deocker、k8s,说穿了也就这些,仅仅只是会用的话并不太难,然后再深入就要根据业务比如人工智能、大数据等等方向性的内容,但这些行业不在公司入门学习就有些困难,而且学了也不能一定从事该工作。。。感觉测试现在中高层和下层很割裂,上面的人互相交流各自钻研深入行业知识,下面的人抱着简单的自动化迷茫