什么测试数据？数据库如何进行查询，如何进行数据库测试
- 什么测试数据
- 数据库如何进行查询，如何进行数据库测试
- 什么是数据和数据库完整性测试
- 如何对数据进行测试
- 数据库测试怎么实现
- 数据库测试的主要目的是什么
- 数据测试和软件测试的区别
- 测试方法有哪些
- 数据库测试的具体测试方法
测试数据是测试人员用来运行测试用例的数据。在运行测试用例时，测试人员需要输入一些输入数据。为此，测试人员准备测试数据。它可以手动准备(Excel)，也可以使用工具(SQL/Python)。
例如，要测试具有用户id、密码字段的基本登录功能。我们需要在用户id和密码字段中输入一些数据。所以我们需要收集一些测试数据。
软件测试是一个开发公司不可或缺的职位，职位前景很好，如果你在考虑找工作或者是转行，做软件测试就不错，可以去黑马程序员进行系统的学习！
对于今天测试方面的提高一直很模糊，但最近整理好了思路。今年重点还是在数据库的测试方向上下手吧，因为我们公司的数据库中数据准确性非常重要，希望能提高自己对这一方面的工作经验吧。
前期一直进行数据库的测试，大约3个月。也总结了一些测试经验，拿出来与大家共享。
1、数据库日志查看测试法。这个方法是跟一个oracel DBA的老师学习的。呵呵。就是你在前台操作时，比如按一下新增按钮。新增一条数据，这是观察数据库中的日志，通过对日志的查看来明确数据的流向。从而来测试数据的正确性。当然这种方法需要测试人员本人对oracle数据库的日志很熟悉，水平很高，对数据表结构也有大体的了解。目前我还没有做到这一点，这是我今后的发展方向。
2、接口数据的测试方法。这个方法也是跟开发人员学习来的。当2个系统之间有接口时，接口传输中数据的正确性非常重要。这时候可以将系统1中与接口有关的数据提取出来形成临时表；将系统2中与接口有关的数据提取出来形成临时表。比对2个表的接口数据的一致性。通过这种方法可以发现接口数据是否一致。当然，直接在前台看2个系统的数据是否一致也是很好的方法之一。
3、数据测试的统计方法。这个方法可以同方法2组合使用，当一个系统试运行了一段时间后，可以统计系统一个月内或2个月内的数据，查看数据的正确性。因为由于数据流向的复杂性，导致我们测试数据正确性时很难能覆盖到所有的情况。这时就可以采用统计法来测试。
4、对报表参数的整理测试法。对每个前台页面需要呈现的或生成的参数，整理一个计算方法。即此参数与后台哪些表相关，是怎么生成的。我们测试人员需要对前台呈现的每个参数都明白他的数据流向，但是有时候在文档不起全的情况下，没办法明白整个的测试流程。所以需要我们自己进行每个参数的数据流向整理。
上面是总结的4条测试方法，可能还不齐全，希望大家一起来补充。还有一点是当页面查询没有任何数据时，这时候一定要弄清楚为什么没有任何数据，是不是有bug才没有数据的。好了，唠叨这么多。希望大家多提建议吧。
数据完整性:存储在数据库中的所有数据值均正确的状态。如果数据库中存储有不正确的数据值，则该数据库称为已丧失数据完整性。可确保数据库中的数据质量。例如，如果输入了
employee_id
值为
123
的职员，那么该数据库不应允许其他职员使用同一
ID
值。如果计划将
employee_rating
列的值范围设定为从
1
到
5，则数据库不应接受
6。如果表有一
dept_id
列，该列存储职员的部门编号，则数据库应只允许接受公司中的有效部门编号。常用的测试方法：边界值、等价值法
首先看数据的来源，数据的来源一般来讲有三个个，一个是根据被测系统需求的分析，针对正常业务，异常情况，边界情况等来构建完整的数据，又称为“造”数据。这不仅仅包括最基本的基础数据，比如：用户、权限、配置、基础编码、原数据等，还包括上面提到的业务数据。这对于比较小型的系统来说还是可行的，对于大型的系统来说可能就是一个巨大的工程了。
第二种方式就是利用现有系统，这适合已有类似系统，测试是针对升级或者增加功能的产品化的系统。这种情况把已经在生产环境中运行的数据导出。在此基础上再进行数据的整理、加工为测试数据。
还有一种方式就是将现有非电子化的业务数据录入到系统中，在验证业务的同时也完成了测试数据的积累。即边测试边积累数据。但是这种情况积累的数据往往有一定局限性，因为已经发生的业务数据基本是正确的、一致的，而且可能缺少某些特定业务的数据（不常发生的业务）。这样就需要根据对测试需求的分析，追加新的测试数据，以便能完整覆盖业务类型。
确定好数据来源后，还需要对已有数据进行分析、验证、检查，保证数据的质量，数据的质量一般要满足测试需求、覆盖被测业务、覆盖测试边界，以及要满足完整性、一致性等要求。检查完后要整理和完善数据，清除无用和冗余的数据、补录不完整的数据，修改一些错误的数据。
经过整理好的数据要纳入配置管理，以后根据需求和变更要进行数据的维护和更新，以保证满足系统测试的要求。
要看你的测试需求。测试前，需要了解
1.检查表结构，包括字段名称，字段类型，主键，唯一键，索引，分区等。
2.检查SQL。包括字段是否正确，表名是否正确，where条件是否正确，union条件是否正确，join表是否正确（左连接，右连接，全连接）等。
3.检查数据。检查数据条数是否与预期一致，检查数据内容是否有缺失或错位，检查数据内容是否有乱码。
数据库测试的主要目标是：确保数据库访问方法和进程正常运行，数据不会遭到损坏。
测试方法：
? 分别测试记录的新增、修改、删除等操作，以验证前台与后台数据的一致性为主。
? 测试记录的查找功能，检查返回的数据是否正确，并测试相关功能。
? 测试数据的不同显示方式。
? 测试有效和无效数据对数据库的影响。
完成标准： 所有的数据库访问方法和进程都按照设计的方式运行，数据没有遭到损坏。
数据测试指的是检查局部数据结构过程。而软件测试是一种实际输出与预期输出之间的审核或者比较过程。
软件测试是伴随着软件的产生而产生的。早期的软件开发过程中软件规模都很小、复杂程度低，软件开发的过程混乱无序、相当随意，测试的含义比较狭窄，开发人员将测试等同于“调试”，目的是纠正软件中已经知道的故障，常常由开发人员自己完成这部分的工作。
对测试的投入极少，测试介入也晚，常常是等到形成代码，产品已经基本完成时才进行测试。到了上世纪80年代初期，软件和IT行业进入了大发展，软件趋向大型化、高复杂度，软件的质量越来越重要。
这个时候，一些软件测试的基础理论和实用技术开始形成，并且人们开始为软件开发设计了各种流程和管理方法，软件开发的方式也逐渐由混乱无序的开发过程过渡到结构化的开发过程，以结构化分析与设计、结构化评审、结构化程序设计以及结构化测试为特征。
1、白盒测试：又称为结构测试或逻辑驱动测试，是一种按照程序内部逻辑结构和编码结构，设计测试数据并完成测试的一种测试方法。
2、黑盒测试：又称为数据驱动测试，把测试对象当做看不见的黑盒，在完全不考虑程序内部结构和处理过程的情况下，测试者仅依据程序功能的需求规范考虑，确定测试用例和推断测试结果的正确性，它是站在使用软件或程序的角度，从输入数据与输出数据的对应关系出发进行的测试。
3、灰盒测试：是一种综合测试法，它将“黑盒”测试与“白盒”测试结合在一起，是基于程序运行时的外部表现又结合内部逻辑结构来设计用例，执行程序并采集路径执行信息和外部用户接口结果的测试技术。
4、静态测试：指不运行被测程序本身，仅通过分析或检查源程序的语法、结构、过程、接口等来检查程序的正确性。
5、动态测试：是指通过运行被测程序，检查运行结果与预期结果的差异，并分析运行效率、正确性和健壮性等性能指标。
1. 分别测试记录的新增、修改、删除等操作，以验证前台与后台数据的一致性为主。
2. 测试记录的查找功能，检查返回的数据是否正确，并测试相关功能。
3. 测试数据的不同显示方式。
4. 测试有效和无效数据对数据库的影响。完成标准：???? ??所有的数据库访问方法和进程都按照设计的方式运行，数据没有遭到损坏。