编写测试用例

用例编号、所属模块、用例标题、优先级、前置条件、 *** 作步骤、测试数据、预期结果、实际结果、通过否、bugID、编写人员、编写时间、测试人员、测试时间、备注

1、 覆盖到所有的业务逻辑（包括正常逻辑和异常逻辑）

2、 覆盖到所有的典型用户场景

3、 覆盖到所有的需求点

4、 测试目标明确，并且测试步骤能够最快的达到测试目的或者测试时间很短

5、 没有冗余的用例

6、 测试用例能够直接附带测试策略，该模块的策略指定人和用例执行人能够非常清楚

设计测试用例时，将所有输入的数据划分成若干子集，从中选出有代表性的数据做为测试数据的黑盒测试方法

设计测试用例时，对输入滚神数据边界进行取值的黑盒测试方法

对程序的输入条件与输出结果之间的约束关系设计测试用例的黑盒测试方法

1)、确定原因、结果、中间过程

2)、连接因果图

3)、标明约束条件

4)、输出测试用例

根据经验或直觉推测程序中可能存在的各种错误，从而有针对性地编写检查这些错误的测试用例的黑盒测试方法

设计测试用例时，分析和表达多输入条件下执行不同 *** 大腊亏作的黑盒测试方法

1)、确定原因和动作

2)、排列组合

3)、标明结果关系

4)、输出测试用例

设计测试用例时，利用已有的数据表(正交表)从大量的测试数据中挑选适量的、具有代表性的测试数据的黑盒测试方法

1)、确定因子、水平

2)、选择正交表

3)、输入因子、水平

4)、输出正交实验数据，输出测试用例

通过模拟业务场景来对系统的功能点或业务流程的描述，从而提高测试效果的黑盒测试方局禅法

1)、分析用户场景

2)、设计场景覆盖基本流和备选流

3)、输出测试用例

熟读需求、断句(将需求整理成一段段要求)、分类(流程/规则)、逆向思维(从不同地的方面进行考虑)、质疑(将自己有疑问方法找出来)、应用测试用例分析方法(使用相应的测试用例方法对测试点进行用例的编写)

环形复杂度是一种为程序逻辑复杂性提供定量测度的软件度量，将该度量用于计算程序的基本的独立路径数目，为确保所有语句至少执行一次的测度数量的上界。

流程图用来描述程序控制结构。可将流程图映射到一个相应的流图(假设流程图的菱形决定框中不包含复合条件)。在流图中，每一个圆，称为流图的结点，代表一个或多个语句。

一个处理方框序列和一个菱形决测框可被映射为一个结点，流图中的箭头，称为边或连接，代表控制流，类似于流程图中的箭头。一条边必须终止于一个结点，即使该结点并不代表任何语句(例如：if-else-then结构)。由边和结点限定的范围称为区域。计算区域时毁含应包括图外部的范围。

扩展资料：

环形复杂度的计算方法 * 可以用下列任何一种方法计算环形复杂度

1、流图G的环形复杂度V(G)=区域数

2、流图G的环形复杂度V(G)=E-N+2，其中，E是流图中边的条数，N是结点尘余陆数。

3、流图G的环形复杂度V(G)=P+1，其中，P是流图中判定分支点的数目。

参考资料来源：百度百派顷科-环形复杂度

出自虫师博客:    http://www.testclass.net/software_test/test_case

一、什么是测试用例？

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

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

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

理清思路，避免遗漏

这里是我们认为最重要的一点，假如我们测试的项目大而复杂，我们可以把项目功能细分，根据每一个功能通过编写用例的方式来整理我们测试系统的思路，避免遗漏掉要测试的功能点。

跟踪测试进展

通过编写测试用例，执行测试用例，我们可以很清楚的知道我们的测试进度。

历史参考

在我们所做的项目中，也许会有很多功能是相同或相近的，我们对这类功能设计了测试用例，便于以后我们遇到类似功能的时候可以做参考依据。

重复性

我们测试一个系统不是一个人测一遍就算测完的，需要多人反复的进行测试山烂凳，那么我们就需要测试用例来规范和指导我们的测试行为。

三、测试用例的方法

好吧，咱知道啥是测试用例了，也是知道为什么要写测试用例了，那到底应该怎么写？无从下手啊。我们在写测试用例之前，先学习几种方法，它是我们写测试用例的指导思想。

等价类划分

等价类是指某个输入域的一个特定的子集合，在该子集合中各个输入数据对于揭露程序中的错误都是等效的，也就是说，如果用这个等价类中的代表值作为测试用例未发现程序错误，那么该类中其他数据（测试用例）也不会发现程序中的错误。

有效等价类：  输入满足程序输入的要求（来自规格说明书），通俗的说就是正确的输入。

无效等价类：  输入不满足程序输入的要求，即异常输入，需要系统对此有一定的容错性。

例如：

一个输入框要求输入1-10000的数字

有效等价类：可以输入1-10000之间的数来验证，如：2、5、99、8495......

无效等价类：可以输入1-10000之外的任意字符验证，如：0、10001、字母、下划线、特殊符号、空格、回车.....

边界值

边界值是对等价类的补充，测试工作经验告诉我们，大量的错误是出在输入输出的边界价上。我们还拿上面的例子，一个输入框要求输入1-10000之间的历轮数。我们要测它有没有超出这个范围，如：0、-1、-2、1000、10001.....等等，来判定是否超出了我们的范围。

因果图

因果图方法最终生成的就是判定表，它适合于检查程序输入条件的各种组合情况。举个例子：原因：A=0，B=0，结果我就可以判定：A=B。确切的说他是一种因果关系思想。它会无形中指导这我们的测试。当然了，我们为了以免遗漏，可以把系统中的因果关系用图画出。不过系统大而复杂的话就是个体力活了。呵呵。

错误推测法

基于经验和直觉推测出系统可能存在的错误，从而有针对性的设计测试用例的方法。

其它

设计测试用例的方法有很多，我们常用就上面逗旅几种，其它的方法还有：状态迁移图、流程分析法、正交验证法等等。

四、测试用例的格式与要素

一个测试用例应该包括：编号，标题，测试场景，测试步骤，预期结果。

当然还可加入一些它选项，如：优先级、测试阶段....

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

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

2、通过world\Excel文档形式管理，这样的好处就是自己定义测试用例的格式。

面来看一个具体的测试用例。我们会有更深刻的认识。

编号：001

标题: 系统登录测试用例

测试环境：Windows 10/Chrome 58

测试步骤：

1、打开浏览器，输入系统网站，打开登录页面。

2、用户名密码为空，点击登录按钮

3、输入用户名，密码为空，点击登录按钮。

4、用户名为空，输入密码，点击登录按钮。

5、用户名正确，密码错误，点击登录按钮。....

预期结果：

1、成功打开首页。

2、系统提示：用户名密码不能为空。

3、系统提示：密码不能为空。

4、系统提示：用户名不能为空。

5、系统提示：用户名或密码错误。....

最后  ，写好测试用例，除了掌握基本的测试方法之外，最重要的是，要去深入理解业务需求。 从需求文档中抽出测试点；另外善于总结以往测试中发现的bug，完善测试用例。

---