项目测试完后,还有 bug ,是测试人员的问题吗?

125 阅读2分钟

一起养成写作习惯!这是我参与「掘金日新计划 · 4 月更文挑战」的第10天,点击查看活动详情

大家好啊,我是大田

项目测试完后,还有 bug ,是测试人员的问题吗?

我们都要知道任何测试都不可能实现100%的覆盖所有功能点,越复杂的功能越难保证,只能说尽量提高测试覆盖率,但我们可以尽量避免把问题归在自己身上。

大田测过不少项目,有时,开发延期提测,修复bug效率不高,等他们修复完还要回归相关模块的测试,上线日不变,测试时间一度被压缩,有时候上线前一天还有好多bug没修复,大田怎么做呢?

1、要会提bug:

每个bug都有它自己的严重程度,等级高的bug需要修复好后上线。实在修复不了的将这些问题及时汇总报告给项目负责人,让他决定修改需求还是开发继续改,甚至延期。

2、每天主动在项目组报告进度:

今天测试哪些模块、各个模块bug分布情况、已修复和未修复bug数等。

3、列好每日任务,学会时间管理

对自己的一天有个规划,利用好开发修复bug的时间。

4、在测试报告中写清楚风险点:

提前和项目组成员沟通本次有风险的功能,写报告时将这些风险点写清楚,到后面有依据可查。

5、清楚测试用例设计思路

1、功能层面

1)架构层次:

  • 最基层:UI( 界面布局、文案 )
  • 功能逻辑:本次新增业务逻辑、存量业务逻辑
  • 数据:本次新增业务数据流转( 是否入库、接口链路上流转 )、存量数据
  • 配置:加配置开关之类

2)场景类型:

  • 正向、正常
  • 反向、异常

3)分层测试:

  • UI 端到端:从用户场景出发
  • 服务端端到端:接口起点开始

2、非功能层面

1)兼容性硬件( 机型、CPU )、屏幕分辨率、操作系统、浏览器

2)性能/稳定性

3)安全 暂时想到了这么多,如果你有其他想法可以留言哦。

推荐文章:

1、功能测试必备:抓包工具 Charles 弱网测试:juejin.cn/post/708306…

2、功能测试必备:抓包工具之 Charles 设置断点拦截请求及响应数据:juejin.cn/post/708240…

3、功能测试必备:抓包工具之 Charles 过滤器使用:juejin.cn/post/708183…

4、功能测试必备:抓包工具之Charles介绍安装及具体案例抓包分析:juejin.cn/post/708151…

5、功能测试必备:抓包工具之谷歌开发者工具介绍及使用场景:juejin.cn/post/708115…