数据库测试 – 概述
数据库测试 – 概述
数据库测试包括执行数据有效性、数据完整性测试、与数据库相关的性能检查以及数据库中的程序、触发器和功能的测试。
例子
考虑一个应用程序,它捕获用户的日常事务详细信息并将详细信息存储在数据库中。从数据库测试的角度来看,应执行以下检查 –
-
来自应用程序的交易信息应存储在数据库中,并应向用户提供正确的信息。
-
信息加载到数据库时不应丢失。
-
只应存储已完成的事务,应用程序应中止所有未完成的操作。
-
应保持对数据库的访问权限。不得提供未经批准或未经授权的用户信息访问。
为什么需要执行数据库测试?
执行数据库测试有多种原因。需要对数据库进行数据完整性、验证和数据一致性检查,因为后端系统负责存储数据并被用于多种用途。
以下是数据库测试的一些常见原因 –
-
为了减轻调用数据库后端的复杂性,开发人员增加了视图和存储过程的使用。
-
这些存储过程和视图包含关键任务,例如插入客户详细信息(姓名、联系信息等)和销售数据。这些任务需要在多个级别进行测试。
-
在前端执行的黑盒测试很重要,但很难隔离问题。在后端系统进行测试可提高数据的稳健性。这就是为什么在后端系统上执行数据库测试的原因。
-
在数据库中,数据来自多个应用程序,并且有可能在数据库中存储有害或不正确的数据。因此,需要定期检查数据库组件。此外,应定期检查数据完整性和一致性。
数据库测试与前端测试
数据库测试不同于前端 UI 测试。下表突出显示了主要区别 –
Database Testing | 界面测试 |
---|---|
Database testing is known as data validation and integrity testing or back-end testing. |
UI 测试或前端测试也称为应用程序测试或 GUI 测试。 |
Database testing involves testing of back-end components, which are not visible to users. This includes database components and DBMS systems such as My SQL, Oracle. |
UI 测试涉及检查应用程序及其组件的功能,如表单、图形、菜单、报告等。 这些组件是使用 VB.net、C#、Delphi 等前端开发工具创建的。 |
Database testing involves checking stored procedures, views, schemas in database, tables, indexes, keys, triggers, data validations and data consistence check. |
UI 测试涉及检查应用程序、按钮、表单和字段、日历和图像的功能、从一页到另一页的导航以及应用程序的整体功能。 |
To perform DB testing, a tester needs a thorough knowledge of database concept − like procedures and functions, views, indexes, keys and good hands-on SQL. |
要进行 UI 测试,测试人员需要很好地理解业务需求、应用程序功能知识、编码等。 |
Data comes from multiple heterogeneous data sources over web applications, Intranet applications and various other applications. |
数据是手动输入到应用程序中的。它涉及前端应用程序的功能测试。 |