测试用例的设计采用什么工具比较好

       在实际的执行测试过程中，编写测试用例的工具，采用的不一，有用Excel表格，Word文档，xmind思维导图，禅道等等工具进行编写。那用什么工具来编写测试用例比较好呢？

       写看看从什么时候开始编写测试用例。     

       当产品人员整理出需求分析文档或者开发人员把项目开发出来，给我们系统文档、部署环境或数据库结构等，此时，我们就可以根据这些文档来开始制定测试计划，设计和编写测试用例。切记，编写测试用例一定要以需求为参考！

       软件测试用例是描述测试过程具体步骤的文档，。

软件测试用例的编写通常包括以下内容：

1，测试用例编号；2，测试项目（具体到模块）；3，测试标题（描述bug出现的位置，方便快速定位）；4，重要级别；

5，预置条件/前提条件；6，操作步骤；7，预期结果/期望结果；

8，测试结果/实际结果；9，复现概率等等。

        重要级别也可称为优先级，是对缺陷的严重程度做出的判断。一般分为高（highs）级别，中（mediums）级别,低（lows）级别等。一些管理软件中也分为严重，重要，轻微等级别。只是名称的不同，在实际工作中，我们还要根据项目内容及bug详情来做具体的判断。另外还有一种小版本确认测试，也称为“冒烟测试”，其重要级别要优于高级别，但并不是所有项目必须。

冒烟测试

这一术语源自硬件行业。对一个硬件或硬件组件进行更改或修复后，直接给设备加电。如果没有冒烟，则该组件就通过了测试。在软件中，“冒烟测试”这一术语描述的是在将代码更改嵌入到产品的源树中之前对这些更改进行验证的过程。在检查了代码后，冒烟测试是确定和修复软件缺陷的最经济有效的方法。冒烟测试设计用于确认代码中的更改会按预期运行，且不会破坏整个版本的稳定性。

来源

冒烟测试（smoke testing）,据说是微软起的名字。在《微软项目求生法则》一书第14章“构建过程”关于冒烟测试，就是开发人员在个人版本的软件上执行目前的冒烟测试项目，确定新的程序代码不出故障。

冒烟测试的名称可以理解为该种测试耗时短，仅用一袋烟功夫足够了。也有人认为是形象地类比新电路板基本功能检查。任何新电路板焊好后，先通电检查，如果存在设计缺陷，电路板可能会短路，板子冒烟了。