几种操作方法测试案例编写标准

1.
单个条件

2.
组合条件

3.
空查询

4.
无效查询

5.
模糊查询

6.
精确查询

1.
要求输入查询条件的数据涵盖：

A.
有效的查询条件

B.
无效/非法的查询条件

2.
要求查询输出的结果数据涵盖：

A.
多条记录

B.
一条记录

C.
无记录

对于有输入/输出限制的查询测试用例来说，还从以下角度考虑：

1.
在限制之内的情况

2.
在限制之外的情况

3.
临界情况下的情况

4.
在特殊字符情况下的情况

5.
以特殊字符开始情况下的情况

6.
与限制情况相反的情况下的情况

7.
查询的记录与原记录真实性的对比

1.
权限的控制（有/无权限）

2.
创建成功

3.
创建失败

N/A

N/A

1.
成功的提示信息

2.
失败的提示信息

1.
权限的控制

2.
成功的用例

3.
失败的用例

N/A

与输入的一致性。

1.
含有重复记录的提示。

2.
保存成功的提示。

N/A

1.
成功操作情况（根据业务流程）

2.
失败操作情况（异常进行的业务流程）

3.
根据业务规定能否成批实现（能/否）

4.
权限控制

1.
允许进行该操作的业务数据

2.
不允许进行该操作的业务数据

1.
删除成功时提示信息。

2.
不能删除时提示信息。

记录被成功删除后与原记录的对比。

N/A

对于新增加的业务处理，根据业务处理的一般规则，设计用例：

1.
按照正常业务流程处理

2.
非正常业务流程处理

3.
突发性事故处理（如操作突然中断等）

对于在原有基础上修改的业务处理，根据新旧不同的业务处理规则，设计用例：

1.
按照旧业务规则处理下的情况

2.
按照新业务规则处理下的情况

对于业务按状态排列, 设计用例：

1.
按照正常业务，业务的排列顺序

2.
非正常业务流程处理，业务的排列顺序

3.
新增业务后，业务的排列顺序

4.
修改业务后，业务的排列顺序

5.
删除业务后，业务的排列顺序

按照对业务的限制, 设计用例：

1.
同时操作业务的数量

2.
业务最大显示数量

在处理业务过程中，系统死掉或断电等其他异常情况，数据的处理

1.
符合业务逻辑的数据

2.
非法数据

1.
业务成功的提示

2.
业务失败的提示

3.
业务不能成功进行的提示

跨模块的业务操作发生时，考虑对涉及到的模块的影响，需要从以下角度考虑：

1.
正常操作对涉及到的其他模块的影响

2.
无效操作对涉及到的其他模块的影响

3.
突发性事故对涉及到的其他模块的影响

1.
打印/传送的实现情况

2.
成功打印/传送后与打印/传送前的对比

3.
打印/传送的速度

4.
传送的容量

5.
数据传递的有效程度

6.
在打印/传送过程中，系统死掉或断电等其他异常情况，数据的处理

1.
能进行打印/传送的业务数据

2.
不能进行打印/传送的业务数据

N/A

1.
导入/导出的速度

2.
导入/导出的最大容量

3.
导入/导出后数据与原数据的对比

4.
在导入/导出时，系统死掉或断电等其他异常情况，数据的处理

1.
能进行导入/导出的业务数据

2.
不能进行导入/导出的业务数据

1.
成功导入/导出后的提示

2.
未能成功导入/导出后的提示

N/A

是否符合大众的使用习惯。

N/A

N/A

1.
是否整个软件的字段的字体、大小、颜色、排列一致

2.
是否整个软件的字段后都有冒号（如果有，是否都属于同一种字体）

1.
对于不作为一个完整业务流的操作，如增、删、改等，每个操作（比如增加）作为一个用例。

2.
对于完整的业务功能实现的操作，把实现一个业务功能的目的作为一个用例。

3.
对于紧密关联的业务功能，把关联的业务功能实现作为一个用例。

4.
对于异常情况下的操作，作为一个用例。

5.
对于在异常情况下的操作的数据处理，作为一个用例。