对不起，没读懂，单纯的飘过~

既然觉得毫无希望，那还不赶紧跑路？

是就 p0 级别的用例都有很多没跑过吗

亲自指导一下

技术不达标，写的东西全是 BUG，然后改 BUG 也是瞎改是这样的吧？

要是小米的话，正常，毕竟一分价钱一分货，人也一样，追求性价比就这样；其他厂商不了解，不评价

公司的 app 适配折叠屏，但是只有一个开发在做，而且都是 bug

是公司挺恶心的，这么大的项目给了一个只有两年开发经验的去做，而且市场上折叠屏又这么多厂商，都要适配，那个开发天天加班到一两点改 bug，连着两个月左右

你也要跟着他加班测试吗

这种情况，要么是这位同事短时间内得到很大的提升，要么就是给你们产品埋下很多坑。
我们最近也在做折叠屏的适配，本来开发想直接让我们测试去测一轮，发现问题开发再改，被我拒绝了：折叠屏不是一种全新的东西，开发应该先从 Android 的系统上面入手做调研，为了适配折叠屏，Android 官方文档会要求做什么，以及有什么特性需要去注意和测试。这些都需要 Android 开发的 lead 去 review 过之后，一起和测试过一遍，再交给测试去做对应的测试和适配计划。
你们这种直接交给一个开发去做，然后还出现了那么多 bug，这完全是没重视起来其中的影响和风险啊，建议尽快和领导汇报；而且抛开适配的特殊性，任何项目如果缺陷数量异常的高，而且还没有收敛的趋势，是一定要尽快上报的，说明存在非常高的质量风险。

测试在论坛里各种效能提升帖子 + 技术平台 + 各种排查问题的技术技能，实际上情况就是这种：P0 级的用例就有几百个功能 bug，都不用啥高深的技术就能发现，还得不断回归

平行世界是一种功能吗，是什么呢？

干了这么多年就遇到过一次；出现这个原因无非就是降本增效（裁掉老人，招一批应届生 [其实就是用来抵税的]），应届生进来直接干老人的活。made 一个小迭代都 bug 满天飞

1. 有一次一个比较大的迭代，挂了几百个 bug，提 bug 都提嘛了

上线嘛质量还过得去，没出现什么大问题。。。。过程极其恶心。。还是某上市公司，二三线中厂。

我们公司也是，还国内前 100 呢

针对折叠屏的折叠功能做的视频

平板和折叠屏才有的，你百度搜一下就知道