51Testing软件测试论坛
标题:
项目测试完后,还有 bug ,是测试人员的问题吗?
[打印本页]
作者:
lsekfe
时间:
2022-4-19 10:16
标题:
项目测试完后,还有 bug ,是测试人员的问题吗?
我们都要知道任何
测试
都不可能实现100%的覆盖所有功能点,越复杂的功能越难保证,只能说尽量提高测试覆盖率,但我们可以尽量避免把问题归在自己身上。
大田测过不少项目,有时,开发延期提测,修复bug效率不高,等他们修复完还要回归相关模块的测试,上线日不变,测试时间一度被压缩,有时候上线前一天还有好多bug没修复,大田怎么做呢?
1、要会提bug:
每个bug都有它自己的严重程度,等级高的bug需要修复好后上线。实在修复不了的将这些问题及时汇总报告给项目负责人,让他决定修改需求还是开发继续改,甚至延期。
2、每天主动在项目组报告进度:
今天测试哪些模块、各个模块bug分布情况、已修复和未修复bug数等。
3、列好每日任务,学会时间管理:
对自己的一天有个规划,利用好开发修复bug的时间。
4、在测试报告中写清楚风险点:
提前和项目组成员沟通本次有风险的功能,写报告时将这些风险点写清楚,到后面有依据可查。
5、清楚
测试用例
设计思路
· 功能层面
1)架构层次:
最基层:UI( 界面布局、文案 )
功能逻辑:本次新增业务逻辑、存量业务逻辑
数据:本次新增业务数据流转(?是否入库、接口链路上流转 )、存量数据
配置:加配置开关之类
2)场景类型:
正向、正常
反向、异常
3)分层测试:
UI 端到端:从用户场景出发
服务端端到端:接口起点开始
· 非功能层面
1)兼容性硬件( 机型、CPU )、屏幕分辨率、
操作系统
、
浏览器
。
2)性能/稳定性。
欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)
Powered by Discuz! X3.2