Database Testing – Overview

数据库测试包括进行数据有效性、数据完整性测试、与数据库有关的业绩检查以及数据库中程序、触发器和功能的测试。

Example

考虑一项包含用户日常交易细节的申请,并在数据库中储存细节。 从数据库测试角度看,应当进行以下检查:

申请中的交易信息应储存在数据库中,并应向用户提供正确信息。

不应在信息装上数据库时丢失。

只应储存已完成的交易,所有未完成的业务都应通过申请加以分类。

应当保留数据库的使用许可。 不应提供未经批准或未经许可的用户信息。

Why You Need to Perform Database Testing?

进行数据库测试有多种原因。 有必要对数据库进行数据完整性、验证和数据一致性检查,因为备份系统负责储存数据并用于多个目的。

下面是数据库测试的一些共同原因:

为方便查询数据库的复杂性,开发商增加使用View和Stored。 程序。

程序和第号意见载有一些关键任务,如插入客户细节(姓名、联系信息等)和销售数据。 这些任务需要在几个层面进行测试。

黑箱检测在前端进行是重要的,但难以孤立这一问题。 辅助系统的测试提高了数据的可靠性。 这就是为什么在后端系统进行数据库测试。

在数据库中,数据来自多种应用,数据库中可能储存有害或错误的数据。 因此,需要定期检查数据库的各个组成部分。 此外,应定期检查数据的完整性和一致性。

Database Testing Vs Front-End Testing

数据库测试不同于前端的ID测试。 下表突出了主要差异——

Database Testing	UI Testing
数据库测试称为数据验证和完整性测试或后端测试。	自动识别器测试或前端检测也称为应用测试或全球识别器测试。
数据库测试包括测试后端部件,用户不了解这些部件。 这包括数据库组成部分和诸如Mykou、Oracle等房舍管理系统。	身份证明测试包括检查申请的功能及其组成部分,如表格、图表、菜单、报告等。 这些组成部分是利用VB.net、C#、Delphi等前端发展工具创建的。
数据库测试包括核对储存的程序、意见、数据库中的图表、表格、索引、钥匙、触发器、数据验证和数据构成检查。	天文学联盟的测试包括检查应用功能、纽芬兰语、表格和田地、日历和图像、从一页到另一页的导航以及应用的总体功能。
为了进行非行测试,测试者需要充分了解数据库概念——例如程序和功能、观点、索引、钥匙和良好的手法。	为了进行企业社会责任测试,测试者需要充分了解商业要求、应用功能知识、编码等。
数据来自网络应用、内联网应用和其他各种应用的多种不同数据来源。	数据人工输入申请。 它涉及对前端申请进行功能测试。

Database Testing – Types

根据数据库的功能和结构,非行的测试可分为三类:

它处理表格和栏目测试、化学物测试、储存程序和观点测试、检查触发器等。

功能测试 它涉及从用户角度检查数据库的功能。 最常见的功能测试是白盒和黑箱检测。

它涉及负荷测试、数据库风险测试、压力检测、最低系统要求,并涉及数据库的性能。

Structural Database Testing

结构数据库测试涉及核实数据库中那些没有接触终端用户的部分。 它涉及储存库的所有组成部分,用于储存数据,终端用户不作改动。 数据库管理员对存储程序和其他概念拥有良好指挥权,通常进行这种测试。

讨论是在结构测试方面测试的共同组成部分——

Schema / Mapping Testing

它涉及用数据库物体制图验证前端应用目标。

在Schema检测中——

有时,终端用户应用物体没有正确测绘或与数据库目标相容。 因此,需要核对与数据库有关的各种图形格式的验证。

需要在数据库中找到尚未绘制的物体,如表格、观点、栏目等。

市场上有各种工具可用于在化chem中进行物体测绘。

Example——在Microsoftkou服务器中,测试员可以撰写简单查询,核对和验证数据库中的扫描仪。

如果测试者想要改变表层结构,他/她应确保该表的所有储存的程序均符合这一改动。

Stored Procedures and Views Testing

在这次测试中,检测员确保手工执行所储存的程序和观点产生所需结果。

检测器确保——

如果能够按照预期执行所需的触发器。

如果发展小组通过向程序申请提供投入,涵盖所有通道和条件。

如果数据库中有任何未使用的存储程序。

当数据与数据库中所需表格相隔时,该系统的业务得到适当应用。

根据所测试的应用要求,对所储存程序单元的整体整合进行验证。

采用了例外和错误处理机制。

用于进行储存程序测试的最常用工具是 LINQ, SP 测试工具等。

Trigger Testing

在启动测试时,检测员需要确保:

编码公约是否在触发器的编码阶段得到遵守。

见所执行的触发器符合规定的条件。

触发器一旦执行,是否正确更新数据。

订正/Insert/Delete的触发器具功能,在测试下申请。

Tables and Column testing

这一测试所涉及的关键领域是:

将数据库中的数据类型与前端应用中的实地数值挂钩。

将数据库中的数据领域长度与应用中的数据类型长度挂钩。

如果数据库中有任何来自应用领域物体的未绘制表格或栏目,则进行检查。

如果数据表和栏目符合业务要求,则对这些表格和栏目的标识公约进行核查。

数据库中的关键和指数,即表格中的主要和外国钥匙,按要求加以确定。

如果主要钥匙及其相应的外国钥匙在两个表格中相同的话。

关键人物的检疫特性和NOT NUL特征保持不变。

关键和指数的长度和数据类型按要求保持。

Database Server Check

数据库服务器检查涉及核查。

如果数据库服务器能够按照业务要求处理预期的交易数目。

如果数据库服务器的配置细节符合业务要求。

如果用户授权按要求维持。

Functional Testing

进行功能测试时,应顾及最终用户的观点;最终用户经营的所需交易和业务是否符合业务规格。

Black Box Testing

黑色测试涉及核查数据库的整合,以检查功能。 测试案例很简单,用于核实从该功能中获取的数据和数据。

各种技术,如图形技术、等距分立和边界价值分析,用于测试数据库的功能。

如下:

It is fairly simple and is performed in the early stages of development.

Cost of developing test-cases is less as compared to white-box testing.

其缺点如下:

A few errors cannot be detected

It is unknown how much program needs to be tested.

White Box Testing

白盒检测处理数据库的内部结构,用户隐瞒具体规格。 它涉及测试数据库触发点和逻辑观点,这些结果将支持数据库的重新编制。

该科对数据库功能、触发器、看法、查询等进行模块测试。 这类测试验证了数据库表格、数据模型、数据库图谱等。 它检查了参考性完整性规则。 它选择违约表数值,以检查数据库的一致性。

用来进行白箱检测的最常见技术是条件覆盖面、决策覆盖面、声明覆盖面等。

在白箱测试中可以发现编码错误,因此可以消除数据库的内部ug。 白色盒式检测的局限性是,没有涵盖面具。

Nonfunctional Testing

非功能测试包括进行负荷测试、压力检测、检查符合业务规格的最低系统要求、风险发现和优化数据库。

Load Testing

装载测试的主要目标在于检查,如果大多数业务交易对数据库有履约影响的话。

在Load测试中,检测器检查——

The response time for executing the transactions for multiple remote users.

Time taken by the database to fetch specific records.

不同测试类型中装载测试的样本

Running most used transaction repeatedly to see performance of database system.

Downloading a series of large files from the internet.

Running multiple apppcations on a computer or server simultaneously.

Stress Testing

进行了压力测试,以确定系统中断点。 在这次测试中,申请的负荷方式是系统在某一点失败。 这一点称为数据库系统的突破点。

确定数据库交易状况涉及大量的工作。 需要进行适当的规划,以避免出现任何时间问题和基于成本的问题。

最常见的压力检测工具是LoadRunner和WinRunner。

让我们采用压力检测的example。 客户关系管理系统的应用可以将最大用户数量达到5 500万同时用户。 附录一 一旦您进行交易,申请便可与数据库系统合并。 因此,下一次测试是用52000年的用户载荷进行。 有时,压力检测也称作Fatigue检测。

Database Testing – Processes

进行数据库测试的过程类似于测试其他应用。 亚洲开发银行的测试可描述如下的关键过程。

Set up the environment

Run a test

Check the test result

Vapdate according to the expected results

Report the findings to the respective stakeholders

各种陈述用于编写测试案例。 用于进行银检测的最常见说法是Select说明。 除此之外,还可使用各种DDL、DML、DCL的声明。

<>Example——创造、插入、选择、更新等

Database Testing Stages

亚洲开发银行的测试并不是一个老板的过程,它包括根据测试程序对生命周期进行数据库测试的不同阶段。

数据库测试的关键阶段是:

Checking the initial state

Test run

Outcome vapdation as per expected result

Generating the results

为成功进行数据库测试,以下工作流程由每次单一测试进行。

更新数据库 如果数据库有可检测的数据,则应予以豁免。

这包括将数据输入数据库并检查数据库的现状。

Perform测试、核实结果和产生结果 测试正在进行,结果得到核实。 如果产出与预期结果一致,下一步是按要求产生结果。 否则,将重复测试,以发现数据库中的泡沫。

Database Testing – Techniques

本章解释了用来进行数据库测试的最常见技术。

Database Schema Testing

如前所述,这涉及对Schema的每一物体进行检测。

Verifying Databases and devices

Verifying the name of database

Verifying the data device, log device and dump device

Verifying if enough space allocated for each database

Verifying database option setting

Tables, columns, column types rules check

核实下文所列项目,以找出实际用途和适用条件之间的差别。

数据库中所有表格的名称

表格的栏目

表格的类型

价值检查或检查

违约是否必须纠正表列

更正表格名称和准入特权的规则定义

Key and Indexes

在每个表格中核实关键和指数:

表格的主要关键内容

表格的外部钥匙

外国关键一栏与其他表格一栏的数据类型

Stored Procedure Tests

它包括检查所储存的程序是否界定,并比较产出结果。 在储存程序测试中,检查了以下各点:

储存程序名称

参数名称、参数类型等

产出是否包含许多记录。 零浏览或只提取少数记录。

储存程序的职能是什么,储存程序应当做什么?

通过样本输入查询,以核实所储存的程序是否得出正确的数据。

分离程序参数——包含边界数据和有效数据的传讯程序。 每一参数一经执行即告无效。

检查通过储存程序归还的数值。 如果失败,必须归还非零。

Trigger Tests

在三角试验中,测试者必须履行以下任务:

Make sure the trigger name is correct.

Vapdate the trigger if it is generated for a specific table column.

Trigger’s update vapdation.

Update a record with a vapd data.

Update a record with invapd data and cover every trigger error.

Update a record when it is still referenced by a row in other table.

Ensure rolpng back transactions when a failure occurs.

Find out any cases in which a trigger is not supposed to roll back transactions.

Server Setup Scripts

应进行两种类型的测试——

Setting up the database from scratch, and

To set up an existing database.

Integration Tests of SQL Server

一体化测试应在经过部件测试后进行。

应当大力呼吁储存程序,以挑选、插入、更新和删除不同表格中的记录,以发现任何冲突和不兼容之处。

chem形和触发器之间的任何冲突。

储存程序与计划之间的冲突。

储存程序与触发机制之间的任何冲突。

Functional Testing Method

功能测试可以通过将数据库按功能分成单元进行。 职能分为两类:

Type 1-在类型1的测试中发现该项目的特征。 对于每个主要特征,都发现了图象、触发器和储存程序,负责履行这一职能,并将其归入职能组。 然后对每个群体进行测试。

Type 2——在类型2的测试中,功能群体在后端的边界并不明显。 你们可以检查数据流,看看你能够检查数据。 从前端开始。

开展了以下工作:

如果一项服务有要求或节省数据,将要求一些储存的程序。

这些程序将更新一些表格。

这些储存的程序将是开始测试的地点,这些表格将是检查测试结果的地点。

Stress Testing

压力检测需要获得一个主要数据库功能和相应的储存程序清单。 采取下列步骤进行压力检测:

试办这些职能和每项职能的书面试卷,必须至少在整个周期进行一次检查。

在特定时间段再次进行测试。

核实记录档案,以检查任何僵局、不记忆、数据腐败等。

Benchmark Testing

如果贵国的数据库没有任何数据问题或缺陷,则可以检查系统的业绩。 通过检查以下参数,在基准测试中发现系统业绩不佳:

System level performance

Identify most-pkely-used functions/features

Timing – maximum time, minimum time and average time to perform functions

Access volume

Testing a Database via Front-end

有时还可以通过进行前端测试来找到后端 b。 您可以遵循以下简单步骤,通过前端测试发现 b。

撰写前端的询问并发布搜查。

创下现有记录,改变某些领域的价值观,节省记录。 (涉及最新资料或更新储存的程序和更新触发点。)

在前端窗口插入一个新的菜单。 查阅资料并保存记录。 (涉及INSERT的声明或插入所储存的程序和删除触发器。)

添加现有记录,点击DELETE或REMOVE纽顿,确认删除。 (涉及DELETE声明或删除所储存的程序和删除触发点。)

填写数据无效的测试案例,并查看数据库的对应情况。

Database Testing – Scenarios

在本章中,我们将看到关于各种测试方法的一些共同数据库测试情景。

Structured Database Testing

关于结构化数据库测试的共同数据库设想如下:

核实数据库的名称,核实数据装置、标识装置和弃置装置,核实为每个数据库分配的足够空间,并核实数据库选择。

Names of all the tables in database, column names for each table, column types for each table, null value check or not. Verify the Key and indexes in each table: 表格的主要关键内容, foreign keys for each table.

外国关键一栏与其他表格一栏的数据类型.

Functional Database Testing

共同数据库 功能数据库检测 ——

找出计划、触发和储存程序,负责履行这一职能,使之成为一个职能小组,然后每个小组都可以一起测试。

检查数据流,看看你可以检查数据。 从前端开始。

Non-Functional Database Testing

共同数据库 关于功能数据库测试的试验情景 ——

试办主要职能和每项职能的书面试卷,必须至少在整个周期进行一次检查。

在特定时间段再次进行测试。

核实记录档案,以检查任何僵局、记忆失败、数据腐败等。

撰写前端的询问,并发布搜查令。 创下现有记录,改变一些领域的价值观,节省记录。 (涉及最新资料或储存程序、更新触发器)

在前端窗口插入一个新的菜单。 查阅资料并保存记录。 (涉及INSERT的声明或所储存的插入程序、删除触发器)

添加现有记录,点击DELETE或REMOVE纽顿,确认删除。 (涉及DELETE声明或所储存的删除程序、删除触发器)

填写数据无效的测试案例,并查看数据库的对应情况。

Database Testing – Objects

Schemas,tables,stored procedures和Triggers 它是数据库的关键目标。 我们已经分享了这些数据基物体的银检测类型和测试情景。

Schemas

数据库图解以数据库管理系统支持的格式界定了数据库系统的结构。 A Schema提到数据库的结构(在相关数据库中汇编数据库表)。

数据库图表是一套称为对数据库施加廉正限制的公式。 这些完整性方面的制约因素确保了该表各部分之间的兼容性。

在关系数据库中,该表包括表格、领域、观点、索引、成套材料、程序、功能、触发器、类型、已实现的意见、同义词、数据库链接和其他内容。

ema通常储存在数据字典中。 虽然案文数据库语文对图谱作了界定,但该术语往往用来指数据库结构的图形图解。 换言之,图解是数据库中界定物体的结构。

在数据仓库中使用的普通类 Sch是:

Star Schema

Snowflakes Schema

Galaxy Schema

Tables in Database

在关系数据库中,利用一个表格将信息整理成行和栏目。

<Example-客户表格中包含诸如客户补贴、地址、电话号码等信息,并作为一系列栏目。

每个单项数据都是表格中的一个领域。 一栏包括单一领域的所有条目,例如所有客户的电话号码。 外地作为记录组织,这些记录是全套信息(例如关于特定客户的一套信息),每套信息由一行组成。

Stored Procedures

存储程序是储存在数据库中的一系列SQ报表,汇编格式,多个方案可以分享。 使用储存的程序有助于保持数据的完整性、数据控制准入和提高生产率。

Triggers

数据库触发器是针对某一表上的某些事件或数据库中某些事件而实施的代码。 触发器主要用于维护数据库信息的完整性。

Database Testing – Data Integrity

数据的完整性在数据库中很重要。 其中包括在插入、更新和删除之前的数据验证。 必须设立三叉.,以验证参考表记录。

为了检查数据的完整性,你需要开展以下行动:

您需要检查每个表格的主要栏目,并核实是否有任何不正确数据。 (姓名领域、负百分比等)

找出不一致的数据,将其插入相关表格,看是否出现故障。

在插入父母数据之前插入儿童数据。 请删除另一个表格中的数据仍然参考的记录。

如果表格中的数据得到更新,则检查其他相关数据是否也得到更新。 你们需要确保复制的服务器或数据库以合成法,并包含一致的信息。

Database Testing – Data Mapping

数据库的数据制图是一个关键概念,需要每个测试者加以验证。 通常,测试者必须核查用户接口前端外地制图和相应的后端数据库领域。

这些信息载于SRS/BRS文件关于软件要求规格或业务要求的说明。 如果无法提供制图,那么你需要检查编码部分。

当你在前端申请中采取任何行动时,就会援引《世界人权宣言》的相应行动,检验人必须检查每一项援引的行动是否成功。

Key Aspects of Data Mapping

下面是数据制图的关键方面——

检查国际不动产业联合会/Front公司的最后表格,并按照相应的非行表格绘制地图。 上文提及的要求文件中界定了这一制图信息。

对于在申请前端实施的任何行动,一项相应的“CRUD”“Create, Retrieve, Update and切除”行动在后端启动。

检验人必须检查是否采取了正确的行动,所援引的行动本身是否成功。

Steps in Data Mapping Testing

下面是数据制图测试所遵循的步骤。

Step 2——下面是表勘测、栏目测绘和数据类型制图。

<4>Step 4——在目的地表中没有记录时,每处打字。

<Step 5——在目的地表格中已有记录时,每个字母上行。

Database Testing – Performance

申请时间越长,业绩不佳,可能会带来巨大的问题。 在你向终端用户部署数据库应用程序之前,使用数据库检测仪来发现任何绩效问题。

数据库 测试有助于你设计业绩、可靠性和可扩展性的数据库应用。 数据库应用的测试涉及测试贵国数据库应用的性能和尺度,其用户负荷各不相同。

数据库检测涉及模拟目标数据库应用的实时用户负荷。 这有助于你确定,当多个用户同时点击数据库时,如何运用你的数据库。

Load Testing

Load测试的主要目标是,如果大多数业务交易对数据库产生业绩影响,则进行检查。 在负荷测试中,需要检查以下几个方面:

应对多个偏远用户进行交易的时间进行核对。

在进行正常交易后,你应包含一项可调节的交易,以检查这类假冒交易数据库的绩效。

在进行正常交易后,你应包含一项非处理交易,以检查这类交易的数据库业绩。

应检查数据库为记录具体记录而花费的时间。

Stress Testing

进行了压力测试,以确定系统 突破点。 这里的申请是以系统在某个时候失败的方式提出的。 这一点被称为数据库系统的分点。 压力检测也称为Fatigue检测。

确定数据库交易状况涉及大量的工作。 需要进行适当的规划,以避免出现任何基于时间和成本的问题。

最常见的压力检测工具是LoadRunner和WinRunner。

Database Testing – Tools

供应商提供的各种工具可以用来生成 测试数据,以管理测试数据,并进行诸如Load检测和回归测试等数据库测试。

下文提供了一些通用工具。

Database Testing – Backup

组织增长的最重要部分是数据。 如果系统故障,需要恢复数据。 备份是数据库的准确副本,有助于您在数据丢失时恢复数据。

考虑一家金融公司,其客户数据包括A/C号、客户名称、信贷和借项、期限等。 如果数据失灵,这样一个组织将如何应对失去这种重要信息的压力?

因此,你支持数据,以便在磁盘、磁盘控制器等故障的情况下。 你们可以依靠支持将其恢复为数据库。

Types of Data Backups

可以使用两种类型的备份——

- 实物备份包括使用第三方备份工具,如Veritas Net Back、IBM Tivop管理员或用户经理使用OS公用事业支持。

- 数据库的逻辑支持包括收回表、索引、程序等逻辑物体。

获取数据的一个共同工具是Oracle回收管理员(RMAN),这是获取数据库支持的Oracle效用。

db_connect(query1 DRIVER {drivername};SERVER server_name;UID uidname;
   PWD password;DBQ database_name );

db_excecute_query (write the required query that is to execute); Specify the appropriate condition

db_disconnect(query);