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

lsekfe

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