软件测试用例如何编写

本篇文章将由小编说明一下软件测试用例具体编写的时候需要什么。

1、一条软件测试测试包含哪些字段：

通常包含字段有： 用例编号、所属模块、测试类型、用例名称、优先级、前提条件、操作步骤、相关数据、预期结果、执行结果、编写时间、编写人；

其中：

所属模块，有时候会写到一级模块、二级模块等等；

测试类型就是只该条测试所属什么样的测试，如：功能测试、性能测试、安全测试、兼容性测试等等；

用例名称通常为简单一句话概括该条用例的测试点，需要注意的是测试点目的需要是明确的，不要出现是否这样疑问不确定的字眼；

前提条件就是该条用例在什么样的环境或者数据的情况下可以进行执行；操作步骤就是执行的具体步骤；

相关数据指的是有时候会有一些用例设计到特殊数据等等这里最好标注上；

预期结果就是该条用例希望达到什么样的执行结果，需要注意的是一条用例只对应一个结果，不要一条用例最后对应多个结果；

执行结果就是通过、不通过、无法执行这样的；

2、测试用例用什么编写：

通常我们用excel编写，也有直接在测试工具平台上编写，也有公司有自研的用例平台编写测试用例，但是不管什么方式，通常的字段就是以上那些；

用excel编写的话，我们有几种方式编写：

一种是按不同的测试方式去划分多个sheet编写用例，比如把功能用例、兼容性用例、性能测试用例、界面测试用例等单独放到不同的sheet里面编辑，这样方便以后的管理和区分；

还有一种是把不同的功能用例写在一个sheet，但是按照大模块划分sheet，把同一个模块的功能写到一个sheet里面，模块相关的连调功能写到其中一个里面，这样避免重复用例多；

3、为什么要编写测试用例：

首先在单纯理解需求的时候有时候没有具体到某一个细节的点，所以可能会存在理解偏差，当我们开始写测试用例的时候，实际上就是一个对需求进一步深入理解的过程，此时有任何疑问都可以提前提出来，这样防止到项目最后还存在需求理解的问题了；

其次，有时候一个大的版本测试，涉及的功能可能会较多，甚至会涉及到其他本次版本没有修改的模块的功能，这样如果不写测试用例，光靠脑子记或者光靠一个思维导图，在测试时候会很容易出现测试遗漏，而当我们全部都写了详细的测试用例后，测试时候一条一条对照测试，就可以减少遗漏了，而且有了用例测试覆盖率就更加好算了；

还有就是在测试完成后，可能一个功能很长时间不做变更了，后面又有相关变更，如果我们有写过测试用例，这样对复测就很方便了；

另外就是有时候有的公司项目，归档文件可能也需要有测试用例的文档；

4、测试用例是一次就可以全部完成的吗：

通常是的，但是具体问题具体对待，有时候根据测试的实际情况，有一些可能通过特殊操作，会产生一些bug，而这些可能是测试时候的临时发挥，也就是探索性测试，那这时候可以把这些产生bug的操作作为测试用例补充到已有用例中，对自己对项目都是一个很好的积累和提高。