可以尝试从一个点突破，做一个很小的 demo，让团队看到实际的效果，比如测试效率的提升~

谢谢你的建议~

可以自己写，也可以由更熟悉业务的手工测试团队写用例。每个公司模式不一样，情况不一样，大公司可能分工会更细一些。

谢谢提醒，已经更正。

用例很多时候，分布式执行也是一种策略

谢谢鼓励

个人观点，测试用例可以独立执行，表示每个用例可以独立执行，没有依赖。具体情况要考你的每个测试用例的测试重点和策略。比如你说的 APP 测试，不一定要每次都关闭应用退出，就好像在 web 测试，不是每个用例都需要关闭浏览器，但是每个用例可能都需要登录和注销。设计测试用例时候还要考虑这个是否是用户使用的高频场景。

用了 gitlab-runner 么？

猿粪啊~

cypress

深入浅出，详细阐述了字符和编码~

既然选择转型就只有继续努力了~

都不容易

同意你的观点。IT 行业发展很快，只有不断提升的能力和眼界，才能避免被淘汰。一起加油~

可以先加我，xyan516495459，我拉你

楼主的 httprunner 很厉害，现在再给同行们普及中。

关于工作经验不多情况，可以适当把自己的项目和做工经验写的详细点，包括实习和自己的学习一些项目，总之，主要目标是为了更好匹配你的目标岗位。

我觉行业发展很快，变化也很快，未来事情也说不清楚，很多时候计划赶不上变化。只能说周围很多奔四的同行们还是在做着基层的编码和测试工作，至于还能这样做多久，说不清。但是作为个人，无论是转行还在行业继续发展，需要保持持续学习的状态，开放的心态，开辟更多的技能，特别是跨界的学习，因为每次行业变革总会来新的机遇，能不能找到新的突破点，取决于平时的努力和思考。举一个身边比较小众例子，一个同行在做了 10 年 IT 之后转行演讲培训师了，现在专注于英语，演讲的培训。

这个课程我也看了的，总结的很好~

先求生存，再谋发展

已经更正，谢谢！

已经更正，谢谢。

我觉得需要明确你自己的方向和目标，无论手动还是自动化，关键是自己一直要有所成长，一直不成长，每天和尚撞钟浪费了时间，这个才是最吃亏的。

加油，我在前面继续给大家采坑，再分享给你们