如何对和数据库交互的功能进行测试用例设计

如何对和数据库交互的功能进行测试用例设计

1、这个界面能够输出（文字、图片之类的）

2、界面后台能够连接数据库（crud *** 作）

实现上面两点就可以实现了。 测试用例建议先做模块单体测试，输入数据

要涵盖所有情况。单体测试之后集成测试。输入大量数据 然后通过脚本测试，

根据输出的log、输出 判断是否存在bug。--》之后就是该bug。循环，直到

没有bug 或者 bug 几乎没有不影响

测试用例编号

◇ 规则：编号具有唯一性、易识别性，由数字和字符组合成的字符串

◇ 约定：

系统测试用例：产品编号-st-系统测试项名-系统测试子项名-xxx

集成测试用例：产品编号-it-集成测试项名-集成测试子项名-xxx

单元测试用例：产品编号-ut-单元测试项名-单元测试子项名-xxx

● 测试项目

◇ 规则：当前测试用例所属测试大类、被测需求、被测模块、被测单元等

◇ 约定：

系统测试用例测试项目：软件需求项 如：测试手机在没有sim卡的情况下，可以拨打紧急电话

集成测试用例测试项目：集成后的模块名或接口名 如：测试模块a提供的文件接口

单元测试用例测试项目：被测试的函数名 如：测试函数int readfile(char *pszfilename)

● 测试标题

规则：测试用例的概括简单的描述用例的出发点、关注点，原则上不能重复。

● 重要级别

规则

高：保证系统基本功能、核心业务、重要特性、实际使用频率高的测试用例；

中：重要程度介于高和低之间的测试用例；

低：实际使用频率不高、对系统业务功能影响不大的模块或功能的测试用例。

● 预置条件

规则：执行当前测试用例需要的前提条件，是后续步骤的先决条件

● 输入

规则：用例执行过程中需要加工的外部信息，输入、文件、数据库等

● *** 作步骤

规则：执行当前测试用例需要经过的 *** 作步骤，保证 *** 作步骤的完整性。

● 预期输出

规则：当前测试用例的预期输出结果，包括返回值的内容、界面的响应结果、输出结果的规则符合度等

---