1）“缺陷摘要”怎么写：
简单一句话描述缺陷内容，在哪个页面，执行什么操作，出现什么现象。
正确举例：“在我的设置页面不填写任何内容，点击保存后，客户端闪退。”
错误举例：
(1)设置页面保存问题（过于概括）；
(2)设置页面闪退（缺少导致现象的关键步骤）；
(3)客户端闪退（只有现象而无法定位问题位置）；
注：缺陷摘要不宜超过50个字。
2）“重现步骤”怎么写：
主要包括以下几个要素：
前提条件：复现此Bug的必要前提条件，如有，需要写清楚。（可选）
重现步骤：描述软件出现异常时，测试人员的操作步骤及所使用的数据，步骤用序号编排。（必填）
预期结果：按照测试步骤，应当得到的正确结果。（可选）
实际结果：按照测试步骤，实际出现的错误结果。（可选）
备注：可以对Bug做简单的分析，或提供任何有助于解决Bug的资源（可选）
3）如何选择严重程度（缺陷级别）
致命BUG通常表现为：系统无法运行，必现崩溃或死机，异常退出或严重安全问题。
严重BUG通常表现为：核心功能无法完成，但不会影响系统稳定性。
一般BUG通常表现为：细小功能问题，偶现的崩溃，但不影响核心功能。
瑕疵BUG通常表现为：错别字，提示错误，界面样式显示问题。
建议BUG通常表现为：觉得设计不合理，或希望改善的地方，主要是用户体验问题。
（根据项目的不同，对BUG的定义会有细微调整，实际请以项目需求中的“缺陷级别定义”为准。）
4）正确填写设备名称和操作系统：
选择找到Bug并可复现的手机型号，填写操作系统及版本号（必填）。
5）上传截图、录屏、Log日志等证明材料：
上传截图以证明Bug的真实性。崩溃类的Bug无法截图证明的，须提交录屏文件或Log日志文件，以帮助审核人员定位该问题。（我们不建议将过大的录屏文件直接传到平台上，您可以到QQ群联系项目经理，通过QQ传输或邮件的方式发送给我们，也可以上传到网盘或共享云平台上，并在“重现步骤”中填写文件的下载地址）