数据库测试方法
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
最佳答案
元素类型检验点重要级别
检查备份内容的正确性(通过事先准备的测试数据在恢复后验证);λ数据备份与恢复测试
检查备份到不同介质上,并考虑介质空间已满的情况;λ
检查是否会出现数据备份失败的现象λ
检查备份过程中是否会产生其他出错信息的现象λ
检查是否会大数据量备份记录条数丢失的现象λ
检查数据库备份,恢复后能否正常工作重要(H)λ
重要(H)
重要(H)
重要(H)
重要(H)
重要(H)
检查是否会出现数据备份恢复失败的现象λ
备份恢复数据比较,检查是否会出现设置内容不正确的现象λ
备份恢复数据比较,检查是否会存在记录丢失的现象λ
检查在各个数据库中,是否会出现数据小数位长度不一致的现象λ
检查数据库中原有数据的,是否会产生恢复后部分数据未覆盖的现象λ
检查备份恢复过程中是否会产生其他出错信息的现象λ
检查集中备份恢复与普通备份恢复结果是否会不同的现象λ
检查是否会大数据量备份恢复记录条数丢失的现象λ
检查备份与恢复过程本身的正确性;λ
检查备份与恢复过程中对异常情况的处理(掉电、网络不通等);λ
检查在原始机上的恢复;λ
检查在非原始机上的恢复;λ
检查在裸机(只有操作系统和必要的数据库或第三方产品)上的恢复;λ
检查在一台机器上进行若干次的备份与恢复;λ
检查如果是支持多数据库的软件,备份与恢复是容易出错的地方。λ
检查备份T日的数据,进行操作,然后恢复,查看恢复的数据是否正确;λ
检查用系统提供的恢复功能进行恢复:λ
用数据库进行恢复;⌝
在备份和恢复还没有结束的时候,终止(掉电,网络不通等)备份和恢复;⌝有操作的时候,进行备份和恢复;⌝
没有任何操作的时候,进行备份,恢复;⌝
部分备份,全部备份,部分恢复,全部恢复有选择的备份和恢复;⌝
检查进行备份,恢复操作是否有权限限制A 有: 分别用有权限的用户和没有权限的用户进行操作 B 没有:单个用户进行备份,恢复;多个用户同时进行备份和恢复。重要(H)λ
重要(H)
重要(H)
重要(H)
重要(H)
重要(H)
重要(H)
重要(H)
重要(H)
重要(H)
重要(H)
重要(H)
重要(H)
重要(H)
重要(H)
重要(H)
重要(H)
重要(H)
重要(H)
重要(H)
重要(H)
重要(H)
检查客户机断电:关闭PC 的电源λ故障转移和恢复测试
检查服务器断电:模拟或启动服务器的断电过程。λ
检查通过网络服务器产生的通信中断:模拟或启动网络的通信中断(实际断开通信线路的连接或关闭网络服务器或路由器的电源)。λ
检查DASD 和/或DASD 控制器被中断、断电或与DASD 和/或DASD 控制器的通信中断:模拟与一个或多个DASD 控制器或设备的通信,或实际取消这种通信。重要(H)λ
重要(H)
重要(H)
重要(H)
一旦实现了上述情况(或模拟情况),就应该执行其他事务。而且一旦达到第二个测试点状态,就应调用恢复过程。
检查周期未完成(数据过滤进程被中断,数据同步进程被中断)。在测试不完整的周期时,所使用的方法与上述方法相同,只不过应异常终止或提前终止数据库进程本身。λ
检查数据库指针或关键字无效、数据库中的数据元素无效或遭到破坏:对以下情况的测试需要达到一个已知的数据库状态。当破坏若干个数据库字段、指针和关键字时,应该以手工方式在数据库中(通过数据库工具)直接进行。其他事务应该通过使用“应用程序功能测试”和“业务周期测试”中的测试来执行,并且应执行完整的周期。λ
完成标准:在所有上述情况中,应用程序、数据库和系统应该在恢复过程完成时立即返回到一个已知的预期状态。此状态包括仅限于已知损坏的字段、指针或关键字范围内的数据损坏,以及表明进程或事务因中断而未被完成的报表。
需考虑的特殊事项:
恢复测试会给其他操作带来许多的麻烦。断开缆线连接的方法(模拟断电或通信中断)可能并不可取或不可行。可能会需要采用其他方法,例如诊断性软件工具。⌝
需要系统(或计算机操作)、数据库和网络组中的资源。⌝
这些测试应该在工作时间之外或在一台独立的计算机上运行。⌝
重要(H)
重要(H)
重要(H)
重要(H)
重要(H)
元素类型检验点重要级别
数据迁移文档测试借鉴数据模型规范,厂商提供数据字典,行文档测试验证.以人工验证为主。
检查数据迁移前后实体相应的变化λ
检查新老系统中概念、实体是否符合相应的规范λ
重要(H)
重要(H)
数据迁移界面测试
通过系统程序的界面,利用设计好的测试用例,来验证数据的逻辑存储是否符合数据模型规范的要求
检查数据实体的存储正确性λ
检查验证数据迁移后数据量是否与老系统一致λ
检查验证数据迁移后是否存在遗漏数据或者错误数据λ
重要(H)
重要(H)
重要(H)
数据迁移倒换脚本逻辑关系的转换,表数据倒换顺序:从老系统迁移到新系统中,脚本中新老系统相应的实体名称、表字段名称以及实体,表之间的关系等都将一一对应。
检查实体的新老字段、实体间属性关系转换的准确性λ
检查关联表数据的倒换顺序λ
重要(H)
重要(H)
异常处理机制:在老系统中存在少量的异常数据,主要有以下两种种异常数据:某张表中一条数据的某个字段没有值,某个实体相关联的几张表一一对应的表数据不完整(几张表中有一张表没有该实体的数据),当出现这类数据,需要脚本能够自动处理,纠错或者记录相应的数据;另外,当出现外界的异常信息时候,需要脚本能够以日志形式记录异常信息。
检查脚本中对异常错误数据是否有异常信息抛出λ
检查是否可以自动处理相应的错误数据;λ
重要(H)
重要(H)
数据迁移脚本性能:脚本性能主要包括脚本函数的时间复杂度和空间复杂度。时间复杂度:主要从执行时间效率来考虑,脚本执行时间脚本执行时间长短决定数据迁移的最终时间。
空间复杂度:主要从脚本执行时消耗的资源(比如cpu,内存)来确定脚本的空间复杂度
通过相应的工具(比如pl/sql)检查数据迁移脚本中函数空间复杂度和时间复杂度,根据不同情况再修改脚本性能λ
检查脚本中出现的死循环,数据表之间的死锁等λ
重要(H)
重要(H)
数据迁移数据操作测试
通过数据库产品的客户端或者第三方数据库操作客户端产品,利用设计好的程序脚本或者SQL脚本,通过新老系统数据实体的对比,来检测数据迁移后相应的数据实体是否符合数据模型规范的要求。
检查数据迁移后数据的是否存在遗漏或者有错误数据,验λ证数据是否符合新系统中相应的规范。