冒烟测试：
也称为小版本验证测试。也就是对系统进行最基本功能的测试，保证基本的功能和流程能走通。
如果冒烟测试通过后，才可以进行后续大规模的测试。
一般写测试用例，大家习惯于用 「Excel（表格）」 或者 「Xmind（思维脑图）」。
一般用 Excel 要表达的元素有：用例编号、用例标题、测试项目、用例级别、预置条件、测试输入、执行步骤、预期结果。
比如说，我们要测试一个“常规搜索关键词输入”的功能，我们用 Excel 来表达，类似下图所示：
假如我们用 Xmind 来编写测试用例，大概呈现成：
可以看到用 Excel 和 Xmind 去设计测试用例，粒度以及使用场景都不太相同。
「在一些功能比较单一、步骤简单、输入和预期比较明确的场景，可以采用 Excel 的风格去编写测试用例。」
「在一些功能比较繁杂、依赖测试人员的主观能动性的场景，可以采用 Xmind 的风格去编写测试用例。」
基本信息包含：「干系人、测试范围、用例说明、关联文档」等等信息。
有了这些信息，就可以把测试用例当成一个入口，提升查找相关文档的效率。
测试用例最好遵循以下原则：「不要照抄需求文档、设计的用例都是可执行的、用例做到分级、尽量穷尽，完全独立，避免太多重复的用例」。
设计用例的时候，最好可以从测试目标出发，再进行向下延展。
举个例子：
用例评审就是拉个会，喊上开发、产品和设计，针对编写好的测试用例进行评审。这个环节需要在开发提测之前进行。
主要目的：
一边执行用例，一边做好标记，方便查处bug之后，后续有针对性的去验证，而不是又从头把用例再走一遍，提升回归验证的效率。
另外，对于测试过程中，用到的一些测试数据，也可以直接在用例上标注出来，提高后续回归测试的效率。
「当测试完毕，达到上线标准之后，我们需要准备一份 CheckList，在上线当天使用」。
CheckList 比较强调步骤性，所以适合用 Excel 去表达。
我是专注分享测试干货的臻叔，喜欢的可以关注哦~
其他精华文章——
软件测试高薪的真相：
臻叔自己转行到测试开发的经验总结（精华）
软件测试必看书单：
❤既然都看到这里啦，请你帮个忙：
1、点赞，让更多小伙伴看到； 2、关注我，持续更新测试干货。
最后，感谢您的阅读。
你的盛赞就是对创作者最大的支持！
