你都没有真实的工作经验,你的任职公司写什么?随便写一家吗?如果是,那就是造假。
这就是现实,我说的反思是,,为什么不反思自己,可以去更好的公司?为什么不反思自己,当初为什么选择这家公司?
这种,应该属于,没有实际研发经验,但是研发技术,是有的
是的,感觉内部转,相对轻松一点 我也想争取这样的机会
你让我们这些 20 几岁,没钱,还单身,什么感受
测试之家-testerhome
在你没有工作的时候,是谁给了你一份工作,是外包;
哈哈,突然觉得有点搞笑,为什么那么讨厌视频录制和剪辑,最后他还不是得乖乖完成
哈哈,python 都看不懂,还 java
我看不像是测试环境
只能说,这位同行,包容心不够强吧,你既然选择来到公司,就要给公司创造价值,不然,公司赚不到钱,怎么给你发工资?即使再怎么样,也没必要破口大骂,公司可能会存在公司的问题,但是可以提出来,公司不解决,那就是公司的问题,同时也要时刻反思自己。
怎么说呢,我记得,我当初做前端开发,,因为我会 PS,被要求做公司的宣传册。
只能说,在不影响自己正常工作下,领导安排什么任务,就接着吧。
毕竟,你就是一个打工的,老板需要你做什么,你就做什么。
除非你自己当老板,想干嘛就干嘛,这就是现实
唉,我们是,每天都做不完的测试,,,根本没时间做自动化,,只有安排做自动化的任务,才有空。
UI 自动化:Python 必学,后学,selenium(Python 的库)
接口自动化:Pyhton 必学,后学,requests(Python 的库)
接口自动化 - 工具:Postman,Jmeter
上哔哩哔哩,查软件测试自动化教程,按照教程学就行了
编程,靠背,现实吗?
你是个人才,把公司项目地址暴露了,登录账号密码
是的,只能说,这种手段可以作为辅助,帮助我们尽量减少,漏测问题;
比如:
一个接口,可能有 20 个字段,其中,涉及到基础测试,边界值,等价类这些,我通过自动化生成,并自动测试,是不是就已经减少了大量的测试时间,而我们人工去造用例,造数据,其实,不一定有程序准确;
对于业务测试,自动化是替代不了的,所以,剥离出来之后,我们测试人员只需要关注业务测试,功能测试;
我们都是用 postman 或者 jmeter;
单接口:针对单个接口,进行测试,主要是参数校验,数据校核,比如,用户管理,单接口,就有,新增用户,删除用户,修改用户;
多接口:针对多个单接口,进行串联测试,比如:新增用户之后,修改这个用户,再删除这个用户,还可以给这个用户设置角色,设置职位,设置密码,,这些都是属于业务测试,也就是多接口测试,主要就是会对同一条业务数据,进行多接口串联测试;
使用 jmeter 或者 postman 就能够实现了,并且这两个工具,都可以做自动化。
是的,后端开发完,会有接口出来,单接口,测完,会进行业务测试,就涉及到多接口
接口文档,很重要,如果没有接口文档,前端是怎么对接的?
接口测试,不同公司,执行情况可能不同;
第一种,接口开发完,交给测试进行接口测试,后面,前端就可以直接使用接口,测试等功能稳定后,再进行接口自动化;
第二种,接口开发完,后端自己测试,并通知前端,前端跟后端进行联调对接,直到接口符合前端需求,前端开发完功能后,测试人员进行功能测试,同时进行接口自动化;
你可能是属于第二种,在你项目的功能开发完,其实,接口已经对接完了,所以,接口自动化,只是起到一个冒烟测试的作用吧。
RF,在某些方面,没有自己做的自动化框架灵活,可能,不同企业,需求不一样吧。
是的,但是,非业务的用例,不都是重复性的苦活吗?只要把这一部分解放了,测试人员工作量会轻松一点,最终的目的,只有一个,提高工作效率,我们是规定时间内完成任务即可。
是的,业务用例,还是需要手写的,自动化替代不了
那现在,测试用例,还是一条一条写吗
大佬,牛,思想很先进,学到了