结合 1 楼 2 楼的方法，最后甩给产品和 UI 走查，做兜底

一方面的体面的拒绝，另一方面，协作能力强和对业务深度思考，可能是跨部门人员的协作以及深层业务逻辑的关联了。举个例子就是，一个项目，可能存在多个需求方，比如功能上的，风控上的，后台中台，数据分析等多部门都对公司产品有一定的需求，如何协作，深层业务逻辑的关联，举例，功能上的改动，风控上的改动等会关联影响到其他部门的需求么，会影响功能么？就举个例子哈，仅供参考

回老家，拿个事业编。找点关系，把编制坑位先给占了，然后花点时间考过笔试就行了。

分功能层级，核心功能和主要功能以及次级功能，然后根据业务划分测试范围，减少不必要的测试量。同时搭建自动化流程，减少重复性测试。有权限的话，，看开发提交记录，回归起来也会更具体一些。但不完全，因为核心功能该看还是得看，这里还是得自动化比较好

多做，多总结，多思考，多实践

出了二楼说的两种之外，第三种就是家里那边的国企或者事业单位，还是有计算机岗位的需求的，家里有点关系的话，可以考虑进编。虽然工资肯定跟大城市没得比，但是事少离家近。也算是一种出路

国企的话，其实就是走领导层向上发展了。简单来说，就是趁着还年轻，在国企里多往上爬一下，爬到个主管或者副总级别就很不错了，剩下的就是分清楚工作和生活，多照顾照顾家庭，工作不出错，顺顺利利到退休就行了。

不太建议，培训班教的与实际工作中脱节的比较多，大多数困难还是实战的时候才能了解，一个花架子，还是得实践经验。就拿自己手上的项目做一下性能测试实践会很合适

建议检查一下链接是否是通的。

先弄清楚报表里有哪些指标，然后根据指标内容跟产品沟通数据以及计算方法，然后自己设计一套数据和计算后的预期结果，自己写数据脚本或者找开发沟通一下，从数据库中注入数据，然后写好相关接口，根据断言，判断接口返回的数据是否与预期结果一直。或者直接在前端查看报表的数据是否联调的没问题，前端的图表展示是否正常，数据是否与预期结果一致。

这个用例的含义可以更宽泛一点，比如说测试思路，测试范围，编辑用例的时间其实很难有保证。可能是我的工作没有那么理想，多数情况下，我都很少有时间可以去写用例，希望你能坚持执行，落实下去。能够一直落实下去我觉得确实是很了不起的。

就是考虑一下，怎么在你的工作中，项目中可以用起来。一方面是你可以立项，有可能，仅仅有可能争取到一些资源的支持。也可以提升一下自己的工作效率，节省出钻研 AI 的时间。
另一方面是可以第一时间收获同事的使用反馈，可以知道自己哪些落实的不到位

这个社会本质上还是考本事吃饭的，一点经验都没有，肯定是没人要的，建议多学习学习，然后落地实践一下会比较好。

如果是武汉的话，我这边目前也招人。说不定后面会是同事呢。

可能第一种会更想看一下，因为其实也想了解一下你之前的项目跟公司现在的项目有多少相似度。好评估你能不能快速适应工作，不太关注测了多少模块，有多少参与度。当然这只是我个人的看简历的习惯，不一定有普遍性，仅供参考。

差不多，也可以这么说

目前大都大同小异，我是极客时间里找个系列课程，然后拿公司的项目落地实践。建议直接上手，中间遇到的很多问题，课程里不会有，基本都得百度。

说实话，你这些技术栈有点空泛，一个 3～5 年的测试，也会有这些技术栈。可以结合一些项目经验和成果来吸引面试官的注意力，因为，我这边都是 hr 推简历过来，然后，我们也会看一些工作经历和项目经历的。所以建议有一些特殊的项目经验是比较吸引人的，比如 sdk 测试经验，埋点，或者银行经验之类的

你是第一个测试的话，那就是什么规范和流程都没有，所以，最好的话，就是慢慢的建立起来测试的流程和规范。给一个建议，就是一定要加入写测试用例的流程，这个流程其实是双向的，可以给开发和产品看，然后也可以检查有没有需求遗漏。功能完不完善，都是很好的。然后周报的话，就看周报的目的是什么，本身就是同步项目进度的话，那就写一下这周大概干了什么，然后这周测的项目大概的进度就行了。

好吧，那你可以试试拉勾招聘？我以前用过感觉还行。小米附近还有一个公司，微派，听说也还可以，你可以考虑试试。

武汉的也有几家还可以的，就是离武昌远了，光谷五路这边就有小米，海康，以及其他一些中厂。不嫌远的话，可以试试。

自制力可以，够自律就不要报培训班。软件测试你学的下去，其实很快的就可以学会了，主要是你可能学的漫无目的，然后国内行情其实很卷的，而且，如果有能力，还是卷开发吧，卷测试没前途。

简单来说，就是你要记住你的定位还是测试，帮开发只是帮忙。不要轻易转岗，做开发，你什么优势都没有。就跟开发转测试一样，可能上手简单一些，但是思维方式等等都是有区别的。