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

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

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

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

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

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

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

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

测试用例可以以Word或者Excel的方式呈现，主要用到的工具有禅道、testlink等等

用例编号：唯一标识用例的序号。一般是数字或者模块字母+数字组合。如：L001，L表示登录，001表示用例序号

所属模块：所测功能模块的名称，如：登录模块

用例名称：就是这个用例是什么意思。如：输入账号

前置条件：前置条件可以保障后面的测试步骤正常进行，可以理解为执行当前用例的前提条件。比如：只有注册过的用户才能登录

测试输入：用例执行期间输入的外部信息。根据用例的种类不同，测试输入也有所不同。包括数据、图片、手工 *** 作、文件、数据库记录等类型

测试步骤：详细完整的把你测试的过程描述出来

预期结果：对当前用例的输出做一个预期值。预期结果是根据软件需求所得出的，相当于一个衡量标准。在实际测试过程中，得到的实际测试结果与预期结果不符，那么测试不通过；反之则测试通过。

实际结果：实际测出来的结果（可能会和预期结果不符）

另外，有些公司可能会要求在用例后面添加优先级、用例人员姓名、测试日期、用例修改日期、测试结果（Pass、Fail、Block）等等，这个得根据公司的会实际情况来看

测试环境规范化的需要。在用例中，尽量细化测试搭建环境，以保证对预期的结果的可控性。若测试目标支持多个数据库，则肯定需要在用例的前置环境中明确数据库类型。（若只支持单一数据库，则只需在兼容测试用例部分写明数据库即可。）如，假设某PRE软件，主要支持db2，并同时兼容oracle，SQL等数据库。若在用例中不写明测试数据库类型，实际执行人员可能就会按照自己的理解去测试，最终导致某些测试点遗漏。

---