几条「业务测试工程师」的观察&思考

一、从最近跟「业务测试」的交流来看，Bug多不是最心累的。

最累的是，

1）开发迟迟不改Bug ，

2）改了 1 个Bug，出 2 个 新 Bug ，

3）上线时间定死，用加班来怼结果 。

二、最近，业务节奏很快，进度很赶，代码质量略有下降，线上质量略有下滑 。

几位业务测试反馈，压力有点大，情绪低落 。怎么办呢 ？

老徐找他们聊了聊 ，

1、梳理下，目前的排期，延后部分不重要的需求 。

2、保核心功能可用性 。

3、用脑图梳理测试点，梳理数据流。不出大问题，其他都好办 。

哎，大环境，没有启动招人计划 ， 1个人干1.5人的活 。

压力大，就对了 。

三、多数「业务测试工程师」发现不了bug，漏测 。

还是不了解业务，

只是单纯的测功能使用，没有从业务场景，构造测试数据，不知道用户如何使用这套系统，导致上线后，一堆线上问题 。

基于这个问题，有了「灰度发布」，去提前观察一部分用户的使用，看看他们的使用行为，使用数据，提前处理未知问题，然后对外发布 。

把自己当用户，去使用自己的产品 。

四、福利 ，

把#百人计划# 7期内部直播的大纲送给各位 。

主题：性能测试的误区 & 落地

需要的自己下载，不用谢 。

仅限「软件测试圈」成员下载（是内容大纲，完整版内容，见直播回放） 。

原文 https://t.zsxq.com/04VVRzBIu

end ，这篇文章写完了 。

有任何问题，评论区提问 。