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

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

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

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

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

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

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

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

差不多，也可以这么说

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

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

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

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

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

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

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

业务上，尽量多提升自己的能力和经验，能力到位了，就能判断出来了。工作中，可以跟开发好好沟通一下，说初来乍到，有时候 bug 指错人了，就麻烦转给对应的开发，并且评论一下，bug 是什么原因。你的本职是找出 bug，只要你测试之后线上事故锐减，甚至测试能力确实很强，开发也会认可的。bug 指错人不是问题，找不出 bug 才是问题

系统每天访问人次应满足 100 万人这个我觉得不能均摊到一整天吧，那样太理想了，建议设计一下波峰，比如从上午 9 点到晚上 21 点这个期间的访问量占据 80% 的访问量，会更符合实际一些。

一些公众号或者博主会自己建群，比如菠萝总或者 A 佬，可以加，不过大多数情况下，群里划水、闲聊居多。不是很有价值

先是客服，然后测试复现，判断是 bug,就给开发，判断是体验性问题，就给产品，或者直接话术回复。

去其他地方的子公司吧，30 岁其实还好，还可以冲几年，外包没有上升空间啊，子公司还能试着冲一下。一直干外包死路一条。

现在手上一个 offer 都没有，刚转正，好几个月没面试了

只能这么说，对于少部分的人来说，还是可以追寻机会的，总是有公司会扩张的，会招人的，只是对于大部分的人来说，现在的行情平均线太高了，所以不好找工作。