严谨的话，差不多就是图片这种；
不严谨就一句话，只要感觉开发能看懂，看不懂也会问你

丢张图都算客气的了

请求接口 api 带上 截图

只要觉得开发能一眼看明白，怎么写都行。

只要你表述清楚，bug 涉及的所有条件和步骤及具体表现都有就行，主要是让开发可以快速复现，让产品可以快速了解。如果要严格点，最好是在 jira 上对于步骤和描述给个具体的模板，按模板来会更标准一些，也便于归档和查询

截图，重要的数据 ID，以及请求的参数，有时候我会贴上需求段落

版本信息、操作步骤、预期、实际、贴图
如果是服务器端报错，贴上日志

不搞形式主义，原则就是能让开发看懂，并且定位问题必要的信息要附上

结果还是让开发看懂，其他简单明了就行

【硬件版本】
【软件版本】
【预置条件】
【操作步骤】
【预期结果】
1.正常运行
【实际结果】
【问题出现时间】见截图
【恢复手段】问题偶现
【log】
【定级标准】
【测试人员】
【联系方式】
【备注】

我一般写个步骤，写个结果有时候结果里丢张图，简洁明了就行，写那么多开发也不看还浪费时间

笔试题啊