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

2022-09-26 15:03:07 浏览数 (1)

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

最累的是,

1)开发迟迟不改Bug ,

2)改了 1 个Bug,出 2 个 新 Bug ,

3)上线时间定死,用加班来怼结果 。

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

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

老徐找他们聊了聊 ,

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

2、保核心功能可用性 。

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

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

压力大,就对了 。

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

还是不了解业务

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

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

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

四、福利 ,

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

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

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

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

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

end ,这篇文章写完了 。

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

0 人点赞