提bug注意（此为公司开发提出的建议）：
- 开发如果改bug影响导致另一个问题，原bug没有问题，尽量重新提bug，不要直接激活，因为可能不是同一个问题导致的；
- 不要一个bug里提多个问题，因为不同问题可能负责的人不一样，需要一直转bug，比较麻烦；此外，由禅道可知，有时一个bug提多个问题，开发容易忽略问题，导致没有改全；
- 举例说明时，尽量用文字输入，不要只有截图，方便开发操作；
- 提bug时，描述清楚步骤，能给动图尽量给动图，能给数据给出数据，以免出现开发与测试理解不一致情况，以及减少问题难以重现情况
- 有不确定是否同一原因导致的不同现象的bug，可以写成两个bug，但建议在bug下面备注写明不确定xx和xxbug（编号）是否是同一个原因导致的，防止开发分配bug时分配给了不同人
出现线上漏测注意：
- 分析漏测问题的原因，尽量去复现（实在复现不了的也应先记录着，指不定后续就复现出来了）
- 记录自己所有漏测的问题，并建立标签，寻找共性，分析其属于的知识点（是底层架构类的、还是页面兼容类的、还是异常流程类的、还是基础功能点的、还是冷门业务场景类的）
- 把每一个漏测的问题，加到自己的基础用例库中，每日看一遍，加深印象
- 如漏测的bug属于自己当前欠缺的知识点，则应开始恶补去刻意练习
- 如该bug属于基础的用例覆盖未覆盖全的原因，则后续所有的版本测试，应养成好的习惯，先用脑图写测试点，再去测试
- 如果对自己的用例（测试点）不放心，写完后，找同事帮你评审（很多团队，是有内部评审的，如果没有，则自己主动找测试伙伴帮忙把关）
备注：线上漏测注意点为很久以前看一篇公众号时做的笔记，暂时不记得是哪位老师的，如想起再放链接。