一起养成写作习惯!这是我参与「掘金日新计划 · 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…