测试完后，还有 bug ，是测试人员的问题吗？ 我们都要知道任何测试都不可能实现100%的覆盖所有功能点，越复杂的功能越难保证，只能说尽量提高测试覆盖率，但我们可以尽量避免把问题归在自己身上。 大田测过不少项目，有时，开发延期提测，修复bug效率不高，等他们修复完还要回归相关模块的测试，上线日不变，测试时间一度被压缩，有时候上线前一天还有好多bug没修复，大田怎么做呢？
1、要会提bug： 每个bug都有它自己的严重程度，等级高的bug需要修复好后上线。实在修复不了的将这些问题及时汇总报告给项目负责人，让他决定修改需求还是开发继续改，甚至延期。
2、每天主动在项目组报告进度： 今天测试哪些模块、各个模块bug分布情况、已修复和未修复bug数等。
3、列好每日任务，学会时间管理： 对自己的一天有个规划，利用好开发修复bug的时间。
4、在测试报告中写清楚风险点： 提前和项目组成员沟通本次有风险的功能，写报告时将这些风险点写清楚，到后面有依据可查。
5、清楚测试用例设计思路
功能层面 1）架构层次： 最基层：UI（ 界面布局、文案 ） 功能逻辑：本次新增业务逻辑、存量业务逻辑 数据：本次新增业务数据流转（?是否入库、接口链路上流转 ）、存量数据 配置：加配置开关之类 2）场景类型： 正向、正常 反向、异常 3）分层测试： UI 端到端：从用户场景出发 服务端端到端：接口起点开始
非功能层面 1）兼容性硬件（ 机型、CPU ）、屏幕分辨率、
操作系统、
浏览器 2）性能/稳定性 3）安全 暂时想到了这么多，如果你有其他想法可以留言哦。
本文内容不用于商业目的，如涉及知识产权问题，请权利人联系51Testing小编(021-64471599-8017)，我们将立即处理
权威发布，测试选择不纠结！第15届软件测试行业报告，直击行业发展，把握未来方向！
原文地址：http://www.51testing.com/?action-viewnews-itemid-6657707
免责声明：本文来源于互联网，版权归合法拥有者所有，如有侵权请公众号联系管理员
* 本站提供的一些文章、资料是供学习研究之用，如用于商业用途，请购买正版。
