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