楼主的意思是说推荐一个开源项目,其实就是推荐一个开源项目
一般 30 岁以上的岗位,如果是你,你也不会轻易换工作,到了 30 岁以上,可能家庭都有了,都稳定了,都怕失业,毕竟要生存,所以,个人觉得,30 岁以上岗位流动性是很低的,你很难找到萝卜坑,因为你找到了,说明有另外一个人跳走了,大家都不跳,自然就难找。
这样设计,肯定是覆盖率不足的,而且,可能测完,还有一堆 bug。
第一个问题,先拿最常见的例子来说,前端 pageNum,一般不会传中文,所以这点可以不需要测,除非公司项目要求,因为即使你测了,开发可能也不会改,因为在前端调用的情况,根本不可能出现 pageNum 去传一个中文字符串,除非有人恶意通过接口调用(所以,这个要看测试范围,看具体公司具体项目具体要求)
第二个问题,像 appids,你肯定要校验,存在的 appids,不存在的 appids,可能还有多种不同类型的 appids,能否查询等等其他业务逻辑,更多精力要把业务逻辑,覆盖到。
把一群人,揉一起合作,有的人能力强,有的人能力弱,有的人情商高,有的人情商低。。。考验的就是你对人性的把控。
自动化应该要有自己的环境,自动化要求的是数据稳定。
优秀
现实情况就是如此,领导不可能承认自己有问题的,haha,组员也是无辜的,听从组长安排
认可,小组长,一般不都是拿来背锅的吗?组员把责任推到小组长,领导把责任推给小组长。
建议,把自己最擅长的,先拎出来,比如你主攻 java,那么就把 java 的核心技术列出来,不要一会 java 一会 python,分好主次层级,要不然,乍一看,好像什么都会一点,又好像什么都不会
想要做到如此的完善,两点即可:
第一点,钱给的到位
第二点,时间给到位
适合自己才是最好的,即使别人成套方案丢给你,你使用起来的效率,不一定是最好的。
。。。。。。
想法不错
不知道为什么,看到你这个接口测试平台,就很舒服,很实用的感觉(非常贴合企业实际需求)
比那些,花里胡哨,功能一大堆的平台,好太多了。
大家有没有同感。
只能说,淘汰的第一个,肯定不会是你!
深谋远虑:“另外坐等拿赔偿也是不错的选择”
如果有 session 限制,要么让后端再提供个接口,清除,保证这 10 个用户可循环使用。
如果在不改后端的情况下处理,那么,就只能走注册流程。。。先把 100 万个用户注册完,再一起并发循环执行。
基本原则:我要吃饭
步骤:
你觉得,可以跳过前三步,直接执行第四步吗?
大胆一点,100 个用户循环登录即可,你创造 100 万个用户,其实跟 100 个用户,有什么区别?