数据完整性测试
软件的开发和测试遵循软件开发生命周期 (SDLC) 的不同阶段。有许多测试类型，它们借助各种参数和测试用例执行。在进行任何形式的测试时，测试数据都起着重要作用。因此，通过这个过程，数据变得有用。执行数据完整性测试是为了验证软件中使用的数据的完整性。数据完整性指的是数据在数据库内部整个旅程中的可靠性和可信赖性。
什么是软件数据完整性测试?
软件数据集成测试是一个在数据库中测试数据以确保其正确并按要求运行的过程。它还会验证在使用数据库时数据是否未更新或损坏。
定期进行此类测试，以保持保留数据不被修改，并查找可能更改数据库中可用文件的新缺陷。
软件数据完整性测试的特点
软件数据完整性测试的特点如下 −
- 进行软件数据完整性测试是为了验证数据是否与操作系统的先前版本兼容。
- 进行软件数据完整性测试是为了验证数据库中的数据是否已被修改。
- 软件数据完整性测试评估每个数据并检查其是否正确存储在数据库中。
- 软件数据完整性测试包括对每个数据文件(即剪贴画、模板、图像等)执行测试用例。
- 软件数据完整性测试验证空白值和默认值并检查是否可以从数据库中获取它们。
为什么要进行数据库测试?
进行数据库测试的原因如下 −
- 进行数据库测试是为了确保从前端进行的所有更改都与后端同步，反之亦然。例如，在应用程序中注册的新用户应反映在后端数据库中，如果从后端删除该用户，则同一用户应无法访问同一应用程序，除非再次经过注册过程。
- 进行数据库测试以验证数据库的 ACID 属性。
- 随着越来越多的大块数据存储在数据库中，其复杂性增加，从而带来关系约束。
- 进行数据库测试是为了确保在 CRUD 操作之后发生的更新无论以何种形式保存数据都能继续正常工作。
测试软件数据完整性
可以按照下面列出的步骤测试软件数据完整性 −
步骤 1 − 验证我们是否能够从数据库的表中附加、修改和删除数据。
步骤 2 − 验证是否可以从数据库中获取空白或默认数据。
步骤 3 − 验证数据是否正确存储在数据库中并且没有值截断。
步骤 4 −验证不同版本的操作系统、硬件和软件与数据库的兼容性。
步骤 5 − 验证当数据库中某个字段未提供输入时默认值是否设置正确。
不同类型的软件数据完整性
下面列出了不同类型的软件数据完整性 −
实体完整性 − 它评估表中的每一行是否具有非空主键。可以使用测试数据集中的重复值或空值来执行此测试。
域完整性 − 它评估每个数据集。表中的列应具有特定的允许范围。可以使用测试数据集中的空值、无效值或默认值来执行此测试。
参照完整性 − 它评估涉及不同表的外键和主键之间的关系。可以通过从表中删除父行或子行来执行此测试。
源和目标数据要求和架构的验证
架构和需求级别测试用例验证哪些范围的数据模块与业务需求一致。此过程用于验证已实施模式的数据模型，并验证所有源数据(包括其映射)的技术要求。数据库模式包含数据源。数据集市和暂存用于评估模式的质量。
ETC 源和数据完整性测试
它主要负责检查外键和主键的完整性。它验证数据是否已正确转换。它还会在继续处理源和目标数据之前验证每个有效和无效标准。因此，正确的 ETC 架构会从源获取数据，评估、确保并以有助于开发人员构建软件的格式引导数据。
BI 报告验证
它提供了一个允许最终用户和后端之间进行通信的接口。开发测试用例需要信息，即什么上下文使用哪个信息映射，以及交互发生的位置。如果报告中描述了任何步骤，则应对其进行验证。
结论
至此，我们对软件数据完整性测试教程的全面介绍就结束了。我们首先描述了什么是软件数据完整性测试、软件数据完整性测试的特点是什么、为什么要进行数据库测试、如何测试软件数据完整性、软件数据完整性有哪些不同类型、源和目标数据要求和模式的验证、ETC 源和数据完整性测试以及 BI 报告验证。这使您具备了软件数据完整性测试的深入知识。明智的做法是继续实践您学到的知识并探索与软件测试相关的其他知识，以加深您的理解并拓宽您的视野。
