一、要求<br>
所有跟进项目需求，测试过程中发现的问题都需要通过bug进行记录<br>
二、bug提交<br>
Bug有效性<br>
1、交付过程中qa需按照设定好的模块，对Bug进行归类提交；<br>
2、Bug的类型默认为UI问题、功能问题、崩溃问题，提交Bug时不能弄错；<br>
3、需求是否明确、前提条件是否满足、输入数据是否正确、操作步骤是否清楚、Bug是否唯一性；<br>
4、避免提交设计如此、操作错误、重复的、已知的Bug；<br>
5、尽量少花时间在边界值、页面显示问题上，多提业务逻辑功能、交互测试方面的问题；<br>
Bug标题<br>
Bug标题要求简明扼要的阐述问题本质，使查看人员能快速了解Bug内容。需要写明在哪个页面执行什么操作出现什么现象。
特别提醒：<br>1.标题中标点符号不能超过1个<br>2.标题中不能含有测试流程步骤和模块信息<br><br>
测试设备<br>
提交Bug要表明测试使用的设备、设备操作系统版本、测试环境、网络类型等等。<br>
前提条件<br>
明确指出所提交的Bug是在怎么样的情况下出现的，当所发现Bug前提条件为空时，需要填【无】。<br>
测试步骤<br>
要简明清晰分步骤描述如何复现Bug问题，步骤用序号编排。<br>
要按照自己的操作的实际步骤写清楚每一步是怎么操作的，最后操作到哪个页面或者点击哪个按键。<br>
如在特定情况下发生的问题，还需明确提供以下信息<br>
1.准确写出连续点击次数，点击时长与上下滑动屏幕时长。<br>
2.对于特定数据产生的问题，提供具体数据。<br>
3.精准描述bug产生的路径后，再描述现象。<br>
特别提醒：测试步骤中的点击要用->符号连接<br>
期望结果<br>
按照测试步骤应当得到的正确结果，按照产品需求的期望清晰准确的填写预期结果。而且结果必须是肯定无疑义，可判定性的结果。<br>
特别提醒：期望结果不要包含测试步骤，要是简单的一个结果<br>
实际结果<br>
按照测试步骤实际出现的错误结果，避免使用“不正常”，“有误”等模糊词汇，需要直接描述实际现象。<br>
特别提醒：期望结果和实际结果要相互对应<br>
复现步骤描述及概率<br>
描述复现步骤中的页面切换为避免出现描述不清或有歧义，需用">"符号链接
关于复现概率一定要在多次测试的基础之上填写，若必定复现则填写100%，若偶现，请执行多次后统计概率填写。<br>
截图和附件<br>
UI类型<br>
Bug需要上传截图，并且增加相应的红框标识；
功能类型<br>
问题必须上传视频文件，上传格式MP4为主；
崩溃类型<br>
bug则需要上传视频和log并且log不得超过10分钟。
特别提醒<br>
1.附件命名需与标题相呼应（提交Bug后，附件名称将自动与Bug标题保持一致）<br>
2.log日志抓取不能超过10分钟<br>
3.文件名称不能出现怪异冗长<br>
