谢谢你的建议~
可以自己写,也可以由更熟悉业务的手工测试团队写用例。每个公司模式不一样,情况不一样,大公司可能分工会更细一些。
谢谢提醒,已经更正。
用例很多时候,分布式执行也是一种策略
谢谢鼓励
个人观点,测试用例可以独立执行,表示每个用例可以独立执行,没有依赖。具体情况要考你的每个测试用例的测试重点和策略。比如你说的 APP 测试,不一定要每次都关闭应用退出,就好像在 web 测试,不是每个用例都需要关闭浏览器,但是每个用例可能都需要登录和注销。设计测试用例时候还要考虑这个是否是用户使用的高频场景。
用了 gitlab-runner 么?
猿粪啊~
cypress
深入浅出,详细阐述了字符和编码~
既然选择转型就只有继续努力了~
都不容易
同意你的观点。IT 行业发展很快,只有不断提升的能力和眼界,才能避免被淘汰。一起加油~
可以先加我,xyan516495459,我拉你
楼主的 httprunner 很厉害,现在再给同行们普及中。
关于工作经验不多情况,可以适当把自己的项目和做工经验写的详细点,包括实习和自己的学习一些项目,总之,主要目标是为了更好匹配你的目标岗位。
我觉行业发展很快,变化也很快,未来事情也说不清楚,很多时候计划赶不上变化。只能说周围很多奔四的同行们还是在做着基层的编码和测试工作,至于还能这样做多久,说不清。但是作为个人,无论是转行还在行业继续发展,需要保持持续学习的状态,开放的心态,开辟更多的技能,特别是跨界的学习,因为每次行业变革总会来新的机遇,能不能找到新的突破点,取决于平时的努力和思考。举一个身边比较小众例子,一个同行在做了 10 年 IT 之后转行演讲培训师了,现在专注于英语,演讲的培训。
这个课程我也看了的,总结的很好~
先求生存,再谋发展
已经更正,谢谢!
已经更正,谢谢。
我觉得需要明确你自己的方向和目标,无论手动还是自动化,关键是自己一直要有所成长,一直不成长,每天和尚撞钟浪费了时间,这个才是最吃亏的。
加油,我在前面继续给大家采坑,再分享给你们
我也是先从自动化开始做了几年,后来因为项目要求,也需要做一些手动测试。刚开始总觉得手动测试没什么技术,但其实手动测试也有完整的理论,也需要大量学习和实践。