阅读与思考

【Github】如何优雅的Log Issue

作为一位QA Engineer,日常工作中见到太多因为书写格式不规范导致的沟通困难的案例,良好的书面语言也是工作能力的另外一种体现吧,这里分享一下自己在Github Issue中的一些书写格式的经验,其实也是一些常用Markdown语法的实

作为一位QA Engineer,日常工作中见到太多因为书写格式不规范导致的沟通困难的案例,良好的书面语言也是工作能力的另外一种体现吧,这里分享一下自己在Github Issue中的一些书写格式的经验,其实也是一些常用Markdown语法的实践吧

1. 使用Checkbox制作清单,这样任务是否完成一目了然

* [ ]  未完成任务一
* [x]  已完成任务

在这里插入图片描述
2. 使用删除线删除不必要文字和更新已有内容

~~删除的文字~~

在这里插入图片描述
3. 使用表格记录问题或进行对比

|  ID |  Descripttion |  Screenshot |
|-----|—--------------|-------------|
|  1  |  issue描述    |截图       |
|  2  |  issue描述    |截图       |

在这里插入图片描述w
在这里插入图片描述

4. 使用图片、Gif动图还原issue

[!图片描述](图片url)

或者使用<img>标签,好处是可以更改图片长宽,这在移动设备截图中用处很大,因为移动设备截图通常高度很高,别人在阅览时候会占用大量的屏幕,通过缩小高度提高阅读量

<img src="图片url" width="500px">

在这里插入图片描述
在这里插入图片描述

截图工具推荐Snipaste、Gif录制工具推荐ScreenToGif

5. 使用标题分级显示、一般使用一至三级标题

# 标题一
## 标题二
## 标题二

6. 使用代码块

print("Hello World")

7. 使用代码、通常替代高亮的效果,主要用在一些专有名词或要强调的词

这是有关 `Jenkins`的问题描述

显示效果就是

这是有关 Jenkins的问题描述

8. 使用折叠、展开,比如记录的日志文件,内容很多需要折叠

<details>
<summary>CLICK ME</summary>

**<summary>标签与正文间一定要空一行!!!**
</details>

在这里插入图片描述

9. 使用表情,感谢同事不杀之恩要搞好关系

使用win + . 键,直接使用表情,看,是不是生动许多 😀✔👍