只能说羡慕 20+，做梦都不敢想

如果有冲突还是还要找开发

要的就是这种效果

是的

你写到的是追踪到了代码有抛异常，还有一种 BUG 是业务流程上的 BUG，就是代码没有报错，但是某一个数据的处理逻辑有问题，比如有个地方原本需求是 A B 两个字段相加，结果开发是 B C 两个字段相加，导致计算结果出错，这种能追踪到吗？

可以借助精准测试，看看哪些模块的代码有改动，重点回归改动的功能模块 和 使用到这些改动模块的流程；如果这个达不到的话，只能增加人力 + 请外包

如果公司能混到养老就继续混，前提是公司不管什么岗位的氛围都还可以，但是如果说整个公司的文化不行，你对你现在的岗位不喜欢，你就算转岗还是坑

1、我点小疑问，站在测试的角度什么情况下需要去在 nginx 层面实施 mock？比如现在提测了某个功能，这个功能前端操作后会调用 A 服务，A 服务会和 B 服务的某个接口获取拿数据然后处理后返回给前端，如果此时说因为 B 服务没有开发完，需要测试去 mockB 服务的接口给前端，此时流程就基本没有跑通，就是算你现在使用 mock 数据把当前流程验证完了，等 B 服务开发完成了，最后你还是要重新把全部流程跑一边，浪费时间；
2、从项目管理风险角度讲，在人力资源充足的情况下，遇到 1 中的情况，测试提早介入能提前发现问题，这个是好事情。这种情况我通常是把项目代码拉到本地，在本地运行进行白盒走查，构造前端 API 请求然后再本地惊醒 debug 断点，本地断点的话你想要什么模拟数据可以设置，最后检查 API 返回的数据；
写在最后： 目前还没有搞过在 nginx 层面实施 mock 1、还不如直接点点点 2、浸入式的东西不能把控有什么风险，项目经理也不会同意你这么搞
如果后续研究到好的方案，请大佬分享一下，谢谢

有些厂试用期 6 个月

一个恒温 一个小黑子，你们可是我崇拜的偶像，很喜欢看你们说教，讲的都是肺腑之言，谁敢造次

没有什么所谓的 “大佬”，只有适合岗位要求才是最好。
古语云：“顺势而为”，选对赛道才是最重要的，把握住了风口，猪都能飞起来。一个公司赛道处于衰退阶段，哪怕你技术再牛逼，还是逃不过市场经济不好，难逃被裁员，相反一个公司赛道属于热门，公司盈利了，你才有苟活下去机会，你学习的所谓技术才能有用武之地。
在赛道的基础上深耕业务，业务才是安身之根源，只有业务了解透彻，如果走技术路线，你才能在业务中发现痛点解决痛点，在解决过程中你会发点有很多不会的技术，然后想方设法去解决，技术慢慢就掌握了；如果你非技术路线，业务了解透彻了，你才能比产品更懂业务，此时哪怕你是个点工，也可以在公司混的很好，不比干技术差

1、学会使用组件，但是组件是能给你提供大的框架，好处在于你不用从 0 开始，哪些路由拦截等一些都使用现成；
2、不是说用了组件就不用管理前端三件套了 JS、CSS、HTML 还是要掌握，遇到一些有个性的需求还得自己去实现;
3、前端 3 件套是基础，遇到一些比较新的组件还用的 TS ES6 语法呢，前端也是很卷的
这个列表自动合并单元格，我当时就搞了半天，我们用例使用 xmind 写的，层级每个人好不固定，每个节点层级是一列，还要根据 xmind 的节点层级自动生成列，把相同父级节点的列合并单元格，当时弄死我了.

哎~ 不说了，刚才为了截图演示无意之中发现个 BUG，列表上部的用例信息返回为空
顺便把 BUG 原因说下，当这个模块只有一个用例，就是说还没有迭代的时候，是关联不出其他版本的用例的，是 NULL，如果强制为 0 查询会导致查询不出数据，要将兼容

1、不能因为在 BOSS 上看到性能测试待遇高就要去培训，才工作 1 年半，先给自己规划好职业路线；
2、性能测试不是一蹴而就，需要积累，不是简单的找个工具 jmeter loadrunner 之类的工具压抑一下，看下报告指标，然后报告显示指标高了，直接提 BUG 给开发，不是这样的。站在产品或者高层角度对性能要求就是反映时间，但是你要基于现有项目架构去做方案，比如说中途经过了什么中间件，比如 MQ Redis，网关转发等，还有服务器配置，Linux 命令是否熟悉，遇到性能瓶颈知道怎么去排查，搞不懂项目架构和服务器真的没法搞；
3、如果没有学习思路，培训班也是不错的途径，但是要注意甄别，还有就是你不要指望培训班能教你什么核心的东西，无非就是工具的介绍和使用，各种性能指标的定义，简单的内存 I/O 监控命令，我看 XX 机构宣传图上海写了 jemter + XX 东西性能报告在线展示。但是这些说实话买本书 + 百度就基本会了，接下来项目架构就要你要多和开发请教学习，实在不行把项目拉取到本地，自己弄个虚拟机服务器试着把项目部署跑起来，比如 nginx 的配置 内存的分配 mysql 部署等等，这些都是可以的
4、还有啊，并不是说一定要做性能测试 薪资才能上到 20K，做功能测试，点点点，只要手速够快，上 20K 还是很轻松的

有点意思，先点个赞再说

你是什么学历啊，现在深圳 12K 左右的都很难找么，这么卷

鸿蒙现在可以说还是个红海，或者说 APP 开发本身还是有机会的

1、爬虫的话用 python，会点 js 逆向就差不多可以接单了，记住爬虫写得好，牢房进的早，别乱搞；
2、网站开发，会 html js css 或者 vue，后端 django 或者 springboot 就可以了，功能复杂点的 redis mq,不过能用上消息队列的也不算简单功能，mysql 平时工作常用的就不说了；
3、如果你会 vue 的话，还可以开发微信小程序 uniapp 就可以搞定，不过呢如果你想多端兼容，比如 uniapp rn 去开发的话有点难搞，不是多年的开发有点架不住；
4、前面 123 说的都是功能，现在说部署，部署的话都是 docker，不过个人独立开发者能接单的项目都是单体应用，流量不是很大，都用不到 K8S，如果真正需要用到集群部署的项目，这个项目的价格也是很客观的，画个 1 周时间去学习下问题不大；
写在最后：在 AI 工具泛滥的时代，充满这各种机遇与挑战，在没有 chatgpt 时候去百度一些代码实现都要找半天，现在能自动给你写出代码，CURD 会用就行了，抓紧这个机会

完蛋了，一个都答不上

牛马何必骂牛马，还爆粗口 我一直提倡的是测试工程师就是 “医生”，你既然说软件没有达到预期，有 “病”，你就拿出 “证据”（1、针对业务功能直接回溯需求文档，把需求截图贴上；2、针对需求含糊不清，当前可以找产品和项目其他人一起确认，确认后等项目结束开回顾会议，要求下次迭代要求产品经理需求文档出专业点；3、很多测试同学很喜欢研究用户体验的问题，关于用户体验这块比如 UI 和交互这些可以形成公司统一的风格规范，10 个人就有 10 种用户体验，这种 BUG 不影响使用，提上去改不改再说）
最后再说一点，小命是自己的，工作没有可以再找，干的不开心就趁早走~

我再多说点，当然这个和公司项目管理流程也有很大的关系，很多公司项目管理混乱，没有具体的 PMO 岗位来专门监督项目开发过程中管理的乱想
我们现在为了减少 BUG 和线上事故，每次版本开发计划排好之后，给开发 1 到 2 个工作日看需求，利用 1 个小时候的时间开需求反讲会议，会议有产品经理、项目经理、参与的研发和测试，每个开发都有去把需求讲一遍，讲自己对需求的理解和基本的设计思路，有问题产品经理当场指出，测试同学也要明白开发的设计，不明白的当场确认讨论

这次 11 月继续啊

没有任何证书，互联网技术是日新月异的，证书的教材考纲都是 10 年左右才更新一版，书中设计到的东西基本都已经落后了。

集成属于中级，不需要写论文，高级要写论文，会经常性的卡通过率。具体考哪个看你的需求，如果想巩固下软件测试的基础理论知识可以报考软件评测师，很多的软件测试方面的理论，如果想了解项目管理方面的可以系统集成和高项

论文一直是个玄学

已考，这玩意某些地区是可以落户，除了这个作用貌似没有发现其他作用，你说事业单位评职称吧，但是都是高级起步了，中级也起不了什么作用。
但是呢，这个考试入门 0 要求，只要是个人都可以报，如果你平时时间比较多，也可以试试，报名费也不是很贵，吃顿海底捞都不够，而且吧，没有什么难度，闭着眼睛都可以考过的那种

1、如果当前项目比较稳定，在此项目上扩展 APP 的话，可以考虑自动化，把不同的功能抽象出来。这种我理解的是类似于定制化开发，针对那些有特俗需求的用户群体；
2、如果当前项目不太稳定，自动化就不太适用了，此时又要保证当前项目的稳定 同时还要兼顾 扩展项目，再接入自动化不太符合，成本也很高，只能练手速了