现在资源竞争这么激烈的嘛

V 我 50 加群

我也要进群 v50

进群还有送钱…… 但凡自己有点动手搜索的能力，也没必要给这种搬运工钱吧，这种含金量懂的都懂，赚的都是焦虑钱

小菠萝那个不算干货，更像是入门学习的笔记，很一般吧，都差不多的

哪个群都差不多的，我就不一样，一个群都不进，进了有啥用？

你要是真想学习，还需要加群吗？问 GPT 都行

来个老司机开车群

to b 的？客户抱怨太多，那就加个客户验收或者灰度测试的流程，不过估计客户估计又会说没时间，这种基本无解；如果是 UI 操作层面的也能对付过去，更多的还是看产品和客户沟通是否充分。

所以，大家方向是不是搞错了，，我比较核心的问题是，，，项目出 bug，，应该是正常的吧，，不过，每次发版总出 bug，客户会失去信心，这种情况，大家是如何应对的。

就举个最简单的例子。产品设计稿设计是：未领取的券显示【立即领取】，已领取完的显示【已领取】，券只能给开通了 plus 会员的用户领取。那实际用户体验中就发现，显示领取的券点击后提示没资格领取，发起投诉。 就这个问题，从客观上讲，开发的提示交互做了，需求也是按照产品的来，测试这边针对这个投诉需要提单吗？ 那肯定是要的，测试这边不要做决定人，把问题抛给产品嘛，他还是觉得投诉的人不值得关注，那就把 bug 关了

那你这需求是给开发服务还是给客户服务？ 如果是重要客户，你这边不跟进吗？ 客户的使用体验就是主观的，你不能用客观去思考。。。。该提的单子还是得提，让产品去拿主意，反正测试这边是很注重用户体验的，如果提了产品同意了，开发不改，那就是开发背锅

你说得这些没明确边界，没衡量标准，很难推动开发修改，另外，客户的使用感受也是非常主观的

你这里就用了开发的思维了，认为功能没问题就没有 bug。但实际上测试这边更多需要站在使用者的角度上去验证问题，功能测试的流程里是有【可用性测试】的类别，包括界面设计、导航流畅性、反馈机制等方面的测试。还有客户的吐槽也是可以了解用户的需求和期望，并根据反馈进行改进的。 这些吐槽都可以提成【建议】级别的 bug 单，推给开发和产品，也可以让上面的人知道，这种不是功能性 bug

发布前遗留的 Bug 个数不是衡量标准，遗留问题定级是重点；我们发布版本之前都会针对遗留的缺陷跟团队进行定级，体验性问题以及严重程度不高的，发布前团队确定不改的，单独列举出来，在测试报告中标注暂时不做修复的原因；这样就避免了发布后，测试背锅的问题；你们跟客户合作的话，发布前测试报告可以邀请客户一起过一下，遗留问题客户认为必须要改的还是要改掉；体验性问题，测试没做记录，发布后被客户吐槽发现了，他们肯定会认为是 Bug，如果提前有个记录，就可以把锅甩出去

想清楚再动作，找投入产出比高的自动化场景

转行。大几年前测试门槛低，进入的人太多了，现在已经严重饱和了

领导搞自动化的目的是为了节省回归测试的时间，压缩测试时长，让你专职搞这个，可能是觉得你不仅对功能熟悉，代码能力也不错。如果你有比较好的代码能力，能自己搞出来完整、能用的一套东西，还是比较好的，既学到了东西，也有实践的机会，将来跳槽也好吹。

专职搞这个的同时，还是要了解功能，跟进功能的，之后跳槽也好跳，没事

不想做的话就找理由拒掉好了

只要你做出来的东西领导认可，短时间不可能辞退你的，如果后面自动化做的差不多了，那你这块技能也学的差不多了，技能在身换工作也不用太担心，跳槽才是涨薪最快的方式

现在的年轻人是不是内耗太大了，想这么多。

有

想啥呢，我用事实跟你说话，昨天改简历完三个垃圾外包搭理我，今天学历改成本科，有七八个人搭理我丢出去一份简历，所以说这年头起步本科 over

有 n + 1 吗