关于测试用例

2017-05-10 本文已影响110人 12d049d93c23

测试用例是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。

就是把我们测试系统的操作步骤用按照一定的格式用文字描述出来。

二、写测试用例有什么好处？

1.思路清晰，避免遗漏

2.跟踪测试进展

3.历史参考

4.避免重复性

三：测试用例的格式与要素

一般的测试用例的格式都是这样的：

一般测试用例模版

一般包含：序号，编写日期，编写模块，输入描述，预期结果......你还可以加上编写人，测试结果，是否通过....看你心情💢

注：这个模版只是我举的一个例子，并不一定适用所有的项目，灵活运用。

再加一个测试用例的例子，方便参考：

关于测试用例的存放管理：

1. 项目管理系统自带的用例管理，一般用例会与项目挂钩，有固定的格式，搜索、修改等功能，使用起来非常方便。如：禅道项目管理、QC、bugfree 等等都带的有用例管理功能。

2. 通过world\Excel文档形式管理，这样的好处就是自己定义测试用例的格式。（excel／word这种基础的办公软件可真不能小看她，她的功能和价值都在等着你去挖掘呢。。。）

======================= 关于测试用例，还需要知道的 =====================

1、黑盒测试用例设计方法有哪些？

1.等价类划分法 2.正交试验法 3.状态迁移法 4.边界值分析法 5.流程分析法 6.输入域测试法

7.判定表法 8.输出域分析法 9.异常分析法 10.因果图法 11.错误猜测法

2、白盒测试用例设计方法有哪些？

1.语句覆盖法 2.判定覆盖法 3.条件覆盖法 4.判定条件覆盖法 5.路径覆盖法 6.基本路径覆盖法

7.循环路径测试

3、我们在什么时候可以设计测试用例？

当根据客户的需求整理出项目需求分析文档时，我们就可以根据需求文档来编写测试用例了。

4、测试用例的评审与更新

我们设计的测试用例设计完成之后，是否完整？是否符合系统？符合客户要求？对用例做一个评审是必不可少。关于评审的方式，不同的公司有不同的流程。我们编写的测试用例也不是经过评审之后就不变了，随着需求的变更、功能的改进，测试用例当然也需要更新和变动

5、什么情况下不适合写测试用例

1.文件时间

2.需求变动大且频繁

3.项目时间不允许

4.不要编写不完整或别人看不懂的测试用例，那样就没有意义了。

四、停止软件测试的标准。

语句覆盖最低不能小于80%，测试需求覆盖率达到100%，测试用例覆盖率达到100%，一、二级缺陷修复率达到100%，三、四级修复率达到80%。

网上说的，不是我说的。按实际情况而定

==================内容结束，如果满意，拍拍你的小手==========================