数据库测试指南_数据库测试用例
为什么要测试数据库?
数据映射
在软件系统中,数据经常从UI（用户界面）到后端数据库之间来回穿梭,反之亦然.所以呢,这些是需要注意的一些方面：
检查用户界面/前端表单中的字段是否与数据库表中的相应字段有一致的映射. 通常情况下,这种映射信息在需求文件中被定义.
每当在应用程序的前端执行某个动作时,相应的CRUD（创建、检索、更新和删除）动作会在后端被调用.测试人员必须检查是否调用了正确的动作,以及调用的动作本身是否成功.
ACID属性验证
原子性、一致性、隔离性和持久性.DB执行的每个事务都必须遵守这四个属性.
一致性： 事务将总是导致数据库的有效状态.
隔离性： 如果有多个事务同时被执行,DB的结果/状态应该与它们逐一执行的情况相同.
持久性： 一旦事务完成并提交,任何外部因素,如断电或崩溃,都不能改变它.
数据完整性
对于任何CRUD操作,共享数据的更新和最新的值/状态应该出现在所有的表格和屏幕上.
业务规则的符合性
数据库中更多的复杂性意味着更复杂的组件,如关系约束、触发器、存储过程等.所以呢,测试人员必须想出适当的SQL查询,以验证这些复杂的对象.
数据库测试检查表
事务
当测试交易时,重要的是确保它们满足ACID属性.
这些是常用的语句：
BEGIN TRANSACTION TRANSACTION#
END TRANSACTION TRANSACTION#
ROLLBACK TRANSACTION#
SELECT * FROM TABLENAME
数据库模式
数据库模式是对数据在数据库中如何组织的正式定义.为了测试它：
确定数据库运行所基于的要求.样品要求：在创建任何其他字段之前,应先创建主键.
外键应该是完全索引的,以便于检索和搜索.
字段名以某些字符开始或结束.
具有限制条件的字段,即某些值可以或不可以被插入.
根据相关性,使用以下方法之一：SQL查询DESC<表名>来验证模式.
用正则表达式来验证各个字段的名称和它们的值
像SchemaCrawler这样的工具
触发器
当某个事件发生在某个表上时,一段代码（触发器）自动执行.
常用的测试方法是,首先独立执行嵌入在触发器中的SQL查询,并记录结果.之后再执行整个触发器比较结果.
白盒测试：
桩和驱动用于插入或更新或删除数据,这将导致触发器被调用.在与前端（UI）集成之前,只测试数据库.
黑盒测试：从前端插入/删除/更新数据的方式来调用Trigger.
直接加载调用触发器的数据,看它是否按预期工作.
存储过程
存储程序或多或少类似于用户定义的函数.这些程序可以通过调用程序/执行程序语句来调用,其输出通常是结果集.
这些过程存储在RDBMS中供应用.
白盒测试
使用桩来调用存储程序,然后根据预期值来验证结果.
黑盒测试： 从应用程序的前端（UI）执行操作,并检查存储过程的执行情况及其结果.
字段约束
默认值,唯一值,和外键：
数据测试活动
数据映射：
确保AUT的不同表格或屏幕与数据库之间的映射不仅准确,而且符合设计文件（SRS/BRS）或代码.基本上,你需要验证每个前端字段和其对应的后台数据库字段之间的映射.
表的映射,列的映射,以及数据类型的映射.
查询数据映射.
在用户界面上的每个用户操作都调用了正确的CRUD操作.
CRUD操作是成功的.
ACID
CREATE TABLE acidtest (A INTEGER, B INTEGER, CHECK (A + B = 100));
隔离测试将确保如果两个事务同时发生并试图修改ACID测试表的数据,那么这些事务是在隔离的情况下执行的.
持久性测试将确保一旦该表上的事务被提交,它将保持不变,即使是在断电、崩溃或错误的情况下.
如果你的应用程序使用的是分布式数据库,这个领域需要更严格、更彻底、更敏锐的测试.
数据的完整性
检查所有的触发器是否已经到位,以更新参考表记录.
检查每个表的主要列中是否存在任何不正确/无效的数据.
尝试在表中插入错误的数据,观察是否有任何故障发生.
检查如果你试图在插入子表之前插入其父表会发生什么（尝试玩弄主键和外键）.
测试如果你删除一条仍然被其他表中的数据引用的记录,是否会发生故障.
检查复制服务器和数据库是否处于同步状态.
确保实施的业务规则的准确性：
今天,数据库不仅仅是为了存储记录.事实上,数据库已经发展成为非常强大的工具,为开发人员提供充分的支持,在数据库层面上实现业务逻辑.
使用这些和许多其他由数据库提供的功能,开发人员在数据库层面实现业务逻辑.测试人员必须确保实现的业务逻辑是正确的,并能准确地工作.
如何测试数据库
准备好环境
运行测试
检查测试结果
根据预期结果进行验证
报告结果
Select * from where
DDL: 数据定义语言
DML： 数据操作语言
DCL：数据控制语言
让我们看看最常用的语句的语法.
数据定义语言 使用CREATE, ALTER, RENAME, DROP和TRUNCATE来处理表（和索引）.
数据操作语言 包括添加、更新和删除记录的语句.
数据控制语言： 处理给用户操作和访问数据的授权问题.Grant和Revoke是使用的两个语句.
Grant 语法：
Grant select/update
On
To ;
Revoke语法：
Revokeselect/update
on
from;
实用技巧
自己写查询：
为了准确地测试数据库,测试人员应该有非常好的SQL和DML（数据操作语言）语句的知识.测试人员还应该知道AUT的内部数据库结构.
你可以结合GUI和各自表中的数据验证,以获得更好的覆盖率.如果你使用的是SQL服务器,那么你可以利用SQL查询分析器来编写查询,执行它们并检索结果.
当应用程序的复杂程度较低或中等时,这是测试数据库的最佳和强大的方法.
如果应用程序非常复杂,那么测试人员可能很难或不可能编写所有需要的SQL查询.对于复杂的查询,你可以从开发人员那里得到帮助.我一直推荐这种方法,因为它能给你测试的信心,也能提高你的SQL技能.
观察每个表中的数据：
你可以使用CRUD操作的结果进行数据验证.当你知道数据库集成时,这可以通过使用应用程序UI手动完成.但是,当不同的数据库表中有大量的数据时,这可能是一项繁琐的工作.
对于手动数据测试,数据库测试人员必须拥有良好的数据库表结构知识.
从开发人员那里获得查询
这是最简单的测试数据库的方法.从GUI中执行任何CRUD操作,并通过执行从开发人员那里获得的相应SQL查询来验证其影响.它既不需要很好的SQL知识,也不需要对应用程序的数据库结构有很好的了解.
但这种方法需要谨慎使用.如果开发人员给出的查询在语义上是错误的,或者不能正确地满足用户的要求,怎么办?这个过程将直接导致数据验证失败.
利用数据库自动化测试工具：
有几种工具可用于数据测试过程.你应该根据你的需要选择正确的工具,并对其进行最佳利用.
总结
有了所有这些在数据库上测试的功能、因素和过程,对测试人员精通关键数据库概念的技术要求越来越高.尽管有些人认为测试数据库会产生新的瓶颈,并且是大量的额外支出,但这是一个吸引大量关注和需求的测试领域.
以上就是日讯小常识小编为大家整理的数据库测试指南相关主题介绍,如果您觉得小编更新的文章只要能对粉丝们有用，就是我们最大的鼓励和动力,不要忘记讲本站分享给您身边的朋友哦！！
