1）仔细阅读“项目描述”中的测试范围，提交的缺陷不在规定范围内，即使确认是缺陷也会被拒绝。
2）严格按照“项目描述”中的提交缺陷要求填写缺陷内容，不规范的缺陷（如：缺少必填项、描述不清楚、没有截图，等）是会被驳回的。
3）部分项目在发布时会在缺陷列表中标明已知缺陷，其他测试者率先提交的缺陷也会在列表中显示。为避免重复提交缺陷，浪费您的宝贵时间，请务必在提交前仔细阅读缺陷列表。
4）不能复现的缺陷，项目经理有权拒绝。因此请在重现步骤中清晰描述复现该问题的方式，并使用序号标明操作顺序。截图、录屏、log日志等有助于项目经理定位缺陷的文件也会为您提交的缺陷加分。
下面我们举一些无效缺陷的例子，来帮助大家更好的识别。
一、按钮点击无效的不是BUG
1. 点击客服电话未进入拨号界面
注：一款更人性化的产品，点击客服电话往往会跳转到拨号盘界面，甚至直接开始拨号。但很大一部分APP并没有做到这一步，仅仅是展示客户号码。在这里我们约定如下：若跳转到拨号界面，却没有加载号码，则算BUG；若是点击客服号码无更多反应，则不算BUG。
2、电子标签点击无效
注：对于未上线的产品，可能会先把界面上应该有的按钮都画出来，而功能暂时没有实现。所以，除非是客户要求一定要测的模块，其他模块如果点不开，则跳过不测，不算BUG。
3、所有按钮都无法点击
注：对于未上线的产品，可能会先把界面上应该有的按钮都画出来，而功能暂时没有实现。所以，除非是客户要求一定要测的模块，其他模块如果点不开，则跳过不测，不算BUG。
二、界面布局不美观的不是BUG
1、产品图标不完整
注：界面是否好看，大多是个人主观因素决定的。很多产品未上线前，也大多没有做logo美化。所以测试中不需要关注此类问题。
2、文本格式有问题
注：大多数未上线版本，其文本仅仅是为测试需要。因此对于未上线的产品，除用户特殊要求外，无须关注任何文本内容上的问题。
3、文字位置向外扩展
注：这类问题可以归为兼容性缺陷，但其较功能性、逻辑性等缺陷的价值来说要小很多。我们通常只批准首个提出的这类问题，其余的均不再批准。
4、文字排版不美观
注：除用户特殊要求外，“美观”类问题一般不在测试范围内
三、内容不完整或缺失的不是BUG
1、视频播放提示播放地址为空
注：除已上线运营的产品外，此类问题不做考虑。
2、图片显示不完整
注：除已上线运营的产品外，此类问题不需要考虑。
3、图片英文内容语法有问题
注：对于明显的语法错误，在已上线运营的项目中算是BUG。对未上线的产品，如果不是出现在首页或者欢迎页面，此问题不算BUG。
4、文本发布时间问题
注：由于是测试环境，数据有可能是直接从数据库中插入的，或者测试服务器时间没有校对。如果是已上线运营的产品，这类问题可以提BUG。
5、文字显示不完整
注：这类问题可以归为兼容性缺陷，但其较功能性、逻辑性等缺陷的价值来说要小很多。我们通常只批准首个提出的这类问题，其余的均不再批准。
6、协议暂时无内容
注：如果是已上线运营的系统，这种问题可以算BUG。未上线的系统，说明开发方还没做这协议部分，测试中不作为BUG。
7、页面加载错误
注：这种问题也要看情况，对于已上线的系统是不允许的。对于未上线运营的应用，此为无效BUG。
四、其他常见非BUG类型
1、输入法遮盖界面问题
注：很多大厂商的APP也有此类问题。虽然这种情况是影响用户体验的，但目前此类问题普遍都未做修改，说明这个问题不是很重要。审核时将只通过首个，其余的不通过。
2、名称较长的时候会与后面字体相重叠
注：这类问题可以归为兼容性缺陷，但其较功能性、逻辑性等缺陷的价值来说要小很多。我们通常只批准首个提出的这类问题，其余的均不再批准。
3、昵称可设置为任何字符（特殊字符问题）
注：这种问题若不影响流程，则不作为BUG。但如果设置了含有特殊字符的昵称，影响了其它功能的使用，那么这个问题就可以归为BUG。
4、昵称未设置限制长度（特殊字符问题）
注：这种问题若不影响流程，则不作为BUG。但如果设置了含有特殊字符的昵称，影响了其它功能的使用，那么这个问题就可以归为BUG。
5、输入特殊字符后出现问题（特殊字符问题）
注：如果输入特殊字符，显示成乱码，仅属于兼容性问题，影响不大。
若是输入字符后，系统崩溃，或者出现功能异常，可以算作BUG。
6、姓名手机号等可进行特殊字符输入（特殊字符问题）
注：如果此产品对于姓名、手机号有重大用途，则需要做严格的校验。如果仅仅作为个人资料，那么只做一个非空校验即可，不算问题。