1、不要提交你自己都无法浮现的bug，或者是你自己都不知道浮现步骤的bug；
例如：在APP上操作时，突然APP闪退了，你不知道做的什么操作，在哪一个页面导致APP闪退，并且你后面通过很多方式也没有复制到，这种bug你就不要提交了；（你自己都浮现不了的bug，难道等着开发去给你找吗）
解决方案：这种bug你可以通过APP的健壮性测试以及接口测试来试图浮现，等你能够稳定浮现了再去提交bug；
2、针对浮现率低的bug，一定要记得在bug的标题后面添加一个大概的浮现率，不然开发很容易以“不能浮现”这个理由给你打回来；
3、不要提交你主观上认为错误的bug；
例如：用户登录成功后，没有任何登录成功的提示（针对这种问题，请先与产品确认有没有这个需求，测试人员自己意淫出来的bug其实是很可笑的）；
解决方案：类似于优化相关的问题，请提交到产品；
4、不要提交重复的bug；（这种bug除了会增加你提交的bug总数，以及开发人员的工作量外，没有任何意义）
5、不要站在自己的立场上提交bug；记住你的bug是给开发人员看的，不是给自己看的，所以类似于‘数据错误’、“结果不对”这一类的总结词就不要来了，这种描述除了你自己看的懂外，其他人都不明白；
6、提交bug时，应该具备哪些条件：
1、什么环境条件；（例如：Windows还是Linux，iOS还是android，无网还是弱网，谷歌浏览器还是IE浏览器，华为机型还是小米，产品是哪一个版本，等等一切不涉及业务的外在条件都应该尽量明确）；
2、bug的标题尽量明确简洁，标题不是越详细越好，但是要阐明主旨；
3、尽量把使用到的用户信息都附加上，例如：可以把出现bug的用户信息附上；
4、重现bug的步骤尽量详细，在重现的步骤中多使用图片说明，有条件可以把日志附上，也可以附上相关的URL链接（目的只有一个：使开发人员根据你的步骤描述，能够准确找到问题所在）
5、在描述问题时，一定要明确什么是正确的结果，预期的结果是什么，不能把问题抛出来就完了；
6、假如自身能力OK，也可以把bug原因找出来，在提交的问题描述中告诉开发人员；