软件测试压力太大了怎么办？

本文其实是知乎上针对一个问题的回答：

目前在做软件测试，主要负责的是手机端的项目测试，项目迭代很快，每次上线前验正式都会发现一些之前验测试包时候没有发现的问题，压力太大了，应该怎么调整

看过我之前其他回答的，应该知道类似的问题我一直在提项目三角的规律

也就是，所谓质量其实是项目三角：成本、范围、时间三者的平衡。

上线前还总能发现新问题，带来的是对质量信心的打击，转化为压力。

但要想提升质量信心，就不能背离事物的内在规律。

迭代很快，意味着时间少，那么要保持一定的质量，范围就应该适当减小（迭代的新需求少，变更少，改动小），或者增加成本投入（简单粗暴的方式就是堆人，更多人分担工作；或者更充分的开发自测、更早的自动化测试投入等等）

但题主的问题，应该是一角出现倾斜，但另外两角并没有进行适应性的变化，这时的结果其实应该是质量信心也要下调，既要又要还要，现实中是不成立的。

又要迭代快，又没有资源投入，需求还一直变个不停，那么就要有质量不够稳定的预期

当然，产品如果能应对质量不稳定的风险，比如灰度发布、快速回滚、发现问题可以线上修复等等后续手段，能接受质量不稳定的后果，才能去考虑既要又要还要....

但实际中，没几个老大会说我接受质量不稳定的结果。

因此所谓敏捷、高速迭代，到最后的落点，其实就是这个减少的时间，大家靠加班来补吧。

以上都是客观因素，无解，尽人事，听天命。

但主观上，打造自己的测试思维，尽可能早地发现问题。针对App测试，其实重点也就那些，可以参考下我之前关于App测试的文章

手机软件和电脑软件测试的区别https://qiucao.blog.csdn.net/article/details/144449035https://qiucao.blog.csdn.net/article/details/144449035

最后，对Playwright和pytest测试框架感兴趣的同学，可以关注下

PyTest+PlayWright自动化测试框架实战https://edu.csdn.net/course/detail/39983https://edu.csdn.net/course/detail/39983