Bug书写规范：

一、最基本的要求：

         1、Bug内所有的文字表述要通顺，无错别字

         2、对各个模块的描述必须使用专有名词（比如搜索结果页、搜索监听页）

         3、Bug中的各项描述符合以下要求：

二、Bug标题

         1、标题头遵循“【版本号--模块】--标题内容"的格式来写（每次测试开始之前会强调一遍）

                   比如：

                   【YK4.5--登录】--xxxxxxxx

                   【YK4.5--适配测试--Pico】--xxxxxxxx

        【后台4.5--节目搜索接口】--xxxxxx

                   注意：版本号后面一定要写双横杠，否则PMS中搜索不出来

         2、标题内容

                   1）简明扼要的概括发现的问题（需要写明在哪个页面执行什么操作出现什么问题）

                   2）具体的测试步骤不应出现在标题里（学会归纳总结！）

三、复现步骤

         1、每一步按照操作顺序，用阿拉伯数字编排

         2、每一步需要详细写明进入操作页面的详细路径（从选片大厅开始描述，比如起播功能，步骤里需要说明，从哪个频道的哪个card下，起播的哪个视频，需要附奇谱id）

四、描述

         1、测试设备

                   小米、PICO G1、PICO G2、PICO G2 4k、大朋.....

                   如果是通用型的问题也需要注明

         2、测试环境

                   网络状态良好or弱网or断网

                   注意：

                            1）如果是测试过程中发生网络变化，还需要在步骤里说明，是在哪一步进行了网络的变化

                            2）弱网需要说明上下行的速率是多少

         3、复现率

                   需要说明该bug是必现的还是偶现

                   如果偶现必须说明偶现的百分比

五、期望结果

         按照测试步骤应当得到的正确结果，结果必须明确，无二意性。

         具体的需求文档截图可附在附件中

六、实际结果

         按照测试步骤实际出现的错误结果，避免使用“不正常”，“有误”，“不对”、“有问题”等模糊词汇，需要直接描述实际现象。

七、附件

         1、纯UI展示（比如字体颜色、大小、文案错误等），需要附截图，如果操作复杂，需要附视频

         2、功能类bug或功能导致的UI问题（比如做了某些操作后导致的UI重叠），需要附Log,截图/视频

         3、如果通过接口调用，确认接口数据无误的情况下，需要将接口的返回数据附截图说明

八、备注

         1、所有bug状态的改变都需要备注原因

         2、尽可能的多备注信息，便于后续跟踪

九、Bug定级（优先级）

         P0: 致命错误 （遇到这一级别的bug，可以暂停测试，待bug修复后再进行测试）

                   1、APP无法启动

                   2、该BUG引起主流程阻塞（比如视频无法起播，用户无法登录）

         P1:非常严重的错误        

                   1、常规操作造成的APP崩溃、闪退、卡死等等（90%用户使用过程中都会遇到）

                   2、需求明确定义的主要功能未完成（比如：离线功能未完成，下载视频无网情况下无法起播）

                   3、该bug引起大量测试用例无法进行测试（影响测试进度）

                   4、数据错误（和后台数据不一致，比如选片大厅加载数据错误、搜索结果和接口预期不符等）

                   5、安全问题（牵扯到付费的功能，比如4.7版本的收银台功能）

         P2:严重错误

                   1、非常规操作造成的APP崩溃、闪退、卡死等等（复杂操作才会引起）

                   2、非主要功能未实现（比如蓝光标识未显示），或者和需求设计严重不符（比如默认首次以最高清晰度起播，但是实际以最低清晰度起播）

                   3、UI显示有问题，用户明显可以看出（比如页面之间重叠、花屏、文案被截断等）

                   4、性能指标的严重回退（比如启动、起播时间不如上一个版本快，FPS没有上一个版本高）

                   5、常规操作之后，投递值缺失或者投递值错误、重复投递

                   6、版本升级后，导致的数据错误，或者不能起播

         P3:一般错误

                   1、功能完成，但是和需求设计有出入

                   2、功能和需求设计略微不符，用户在不了解需求的前提下发现不了

                   3、UI显示和产品/美术的设计不符（比如：控件大小，准星状态，文字的位置排列，错别字、不该显示的需要隐藏、提示文案错误或者丢失、手柄提示错误）

                   4、输入框未做校验/校验规则和需求不符（长度、格式、边界值等）

                   5、可以优化的性能指标

                   6、非常规操作之后，投递值缺失或者投递值错误、重复投递

                   7、版本升级后，导致的数据展示错误

         P4: 建议性bug （可以进行评估，不修改或者下个版本修复）

                   1、UI显示不美观、交互设计不合理

                   2、使用不符合用户操作习惯，用户体验不好

                   3、需求未明确定义，建议性的bug

                   4、站在用户角度的建议性bug