规范测试提交bug的等级准确性，内部能够对bug等级、修复时间规范达成一致。
使用说明： 1、紧急/致命：● 影响核心主功能；如表单的数据无法提交、表单无法创建、流程无法触发、报表无法预览等；
● 影响项目正常使用、搭建进度，根据项目反馈的要求，如客户演示等需要当天修复发布的问题；
● 影响提测功能的测试用例执行的问题；
● 影响高频/常用功能，如表单管理页的搜索失效等问题；
● 影响项目的正常使用的bug，不影响后续搭建，项目反馈修复时间非当天的问题；
● 影响依赖的内外部服务/模块无法正常使用的问题；
● 性能问题，项目明确要求尽快安排前后端处理的专项问题；【该问题不在日清规则内，具体性能指标参考链接：{待更新}】
● 一般性的功能问题，可跟随当前月迭代处理的问题；
● 明显的错别字的问题；
● 性能问题，可按照正常研发排期处理的专项问题；【该问题不在日清规则内，具体性能指标参考链接：{待更新}】
● 不影响功能的问题，如提示文案、页面UI、页面文案类的优化
5、无关紧要/建议● 属于完善系统/用户体验/建议类型的内容
● 可不随当前迭代处理，提交至遗留池/需求池，处理人为对应研发/产品
明确测试提交bug单的内容规范，避免研发与测试确认bug单的二次沟通确认的情况。
填写说明： 标题：● 必填
● 建议采用“具体对象+问题简单描述”，如“【图片选择组件】组件在设计态时缺少选项配置的入口“
● 必填
● 包括环境地址、应用名、页面名，方便前后端复现查看；
● 项目版本问题，需要补充当前对应服务版本信息；
● 必填
● 如有录屏/截图，可简单描述步骤，无录屏，需要详细且明确的步骤；
● 特定操作顺序时才出现的问题，需要序号1、2、3标识步骤顺序
● 必填
● 需要填写正确的返回结果/展现内容或者贴上正确的效果图，框出重点关注的内容
● 如为项目，需要填写期望修复在对应版本的信息；
● 必填
● 准确描述结果、问题对应截图，必要时可截图中框选重点关注内容或者接口返回信息对比如
● 非必填；若只是文案、UI上展现问题，可不填；其他报错建议填写
● 前端问题：控制台保存信息；前端console的报错内容；
● 后端问题：接口信息，可抓包页面中，在对应接口右键copy_cURL(bash)后，粘贴至bug单中；
● 后端问题：日志信息，对应日志报错内容，截图或复制内容；
● 迭代：选择对应的安排修复发布迭代时间；若不存在对应选项，可先创建迭代；
● 模块：选择对应的模块；如动态表单、工作流等；若不存在，可联系lanqq创建模块；
● 处理人：选择对应的前端/后端处理人；可选择多个；
● 优先级：按照优先级定义选择；可参考：https://isyscore.yuque.com/ecology.team/ba9cez/zvz1su
● 缺陷类型：按实际情况选择对应的：前端问题、后端问题、前后端问题、优化建议、其他（非前四项时）
