线上数据库测试方法有哪些，怎么做数据库的测试

1，怎么做数据库的测试

可以用java工具也可以用.NAT工具进行与数据库连接，然后对数据库进行增删改查等操作

怎么做数据库的测试

2，怎样进行数据库性能测试

使用LR对数据库进行性能测试，实际上有多种办法，包括通过现有的数据库协议进行CS模式的先录制后执行的模式，以及通过socket方式向服务器发包方式的测试方式。这些是常规书籍上介绍的比较简单上手的测试方法，但是不具备通用性，受已有协议或soc...

怎样进行数据库性能测试

3，数据库测试的具体测试方法

1. 分别测试记录的新增、修改、删除等操作，以验证前台与后台数据的一致性为主。2. 测试记录的查找功能，检查返回的数据是否正确，并测试相关功能。3. 测试数据的不同显示方式。4. 测试有效和无效数据对数据库的影响。完成标准：???? ??所有的数据库访问方法和进程都按照设计的方式运行，数据没有遭到损坏。

可以再建3张表，结构和s一样，分别为s1，s2，s3.其中：s1表中随便插入20条数据，姓名为姓（如：赵，钱，孙，李...）学号随意s2表中随便插入20条数据，姓名为名（第二字，如：宝，德，杰，雅..），学号随意。s3表中随便插入25条数据，姓名为名（第三字，如：刚，强，铁，汉..)，学号随意。这样，就可以用笛卡尔积实现少量数据产生大量数据。(20*20*25= 10000)如：insert into s(姓名,学号) select s1.姓名+s2.姓名+s3.姓名,s1.学号+s2.学号+s3.学号 from s1,s2,s3得到如赵宝刚之类的10000个姓名。

数据库测试的具体测试方法

4，如何测试数据仓库

分析源文件　　与其它项目一样，测试数据仓库部署时，通常都会有一份相关的说明文件。虽然这些文件对于创建基本的测试策略非常有用，但经常会缺少一些关于测试开发与执行的详细资料。有时会有一些其它文件解释技术上的细节问题，即从源到目标的转化(source-to-target　　开发策略和测试计划　　分析了各种各样的源文件后，就要开始创建测试策略。我发现从生命周期和质量的角度来看，增量测试是测试数据仓库的最好办法。这从本质上意味着开发团队会从开发过程的早期开始，将各种小组件交付给测试团队。这个办法的主要优点是避免交付让人吃惊的“大块”组件，可以从早期开始检验缺陷，并使调试变得简单。此外，这个方法还有助于在开发与测试周期中建立详细的过程。具体到数据仓库测试，即是对数据获取分段表，然后是增量表、基本的历史表格、BI视图等的测试。　　另一个制定数据仓库测试策略的主要问题是基于分析(analysis-based)的测试方式和基于查询(analysis-based)的测试方式的选择。纯基于分析的方法是让测试分析师通过分析目标数据和相关标准计算出预期结果。基于查询的方法有相同的基本分析步骤，但更进一步，用SQL查询语言编写预期结果。这为将来建立回归测试过程节省了很大精力。如果测试是一次性的，那么用基于分析的方式就足够了，因为通常这种方式较快一些。反之，如果企业对回归测试有持续的需求，那么基于查询的方式会更为合适。　　测试的开发与执行　　不管在测试执行过程之前还是之后进行测试的开发，要根据上行需求的稳定性和分析过程决定。如果情况变动比较频繁，那么早期进行的测试开发可能大部分都会被废弃。这种场合，实时进行的整合的测试开发和执行过程通常会更有效果。不管怎样，在设计测试开发和执行过程的框架时，参考一下测试分类总是有用的。比如，一些数据仓库的测试分类可能有：　　记录计数(预期与实际对比)　　副本记录　　参考数据有效性　　参照完整性　　错误与异常逻辑　　增量过程与历史过程　　控制栏值与默认值　　除这些分类外，还可以参考缺陷分类学，比如Larry Greenfield的分类。　　测试执行时，准确的状态报告过程是经常被忽略的一个方面。在确定团队里的其他人明白你的方法的前提下，测试分类和测试进度可以保证他们对测试状态也有一个清楚的概念。有了详细的规划并坚持到底，以及良好的沟通，就能建立一个数据仓库测试过程，帮助项目团队取得满意的成果。

当然是数据仓库啦

5，如何做SQL Server性能测试

对于DBA来讲，我们都会做新服务器的性能测试。我会从TPC的基准测试入手，使用HammerDB做整体性能评估（前身是HammerOra），跟厂商数据对比。再使用DiskSpd针对性的测试磁盘IO性能指标（前身是SQLIO），再到SQLIOSIM测试存储的完整性，再到ostress并发压力测试，对于数据库服务器迁移，我们还会收集和回放Profiler Trace，并收集期间关键性能计数器做对比。下面我着重谈谈使用HammerDB的TPC-C来做SQL Server基准测试。自己写负载测试代码很困难为了模拟数据库的负载，你想要有多个应用程序用户和混合数据读写的语句。你不想总是对单一行更新相同的值，或者只是重复插入假的值。自己动手使用Powershell、C#等语言写负载测试脚本也不是不可能，只是太消耗时间，你需要创建或者恢复数据库，并做对应的测试。免费而简单的压测SQL Server：使用HammerDB模拟OLTP数据库负载HammerDB是一个免费、开源的工具，允许你针对SQL Server、Oracle、MySQL和PostgreSQL等运行TPC-C和TPC-H基准测试。你可以使用HammerDB来针对一个数据库生成脚本并导入测试。HammerDB也允许你配置一个测试运行的长度，定义暖机阶段，对于每个运行的虚拟用户的数量。首先，HammerDB有一个自动化队列，让你将多个运行在不同级别的虚拟用户整合到一个队列--你可以以此获得在什么级别下虚拟用户性能平稳的结果曲线。你也可以用它来模拟用于示范或研究目的的不同负载。用于SQL Server上的HammerDB的优缺点HammerDB是一个免费工具，它也极易访问和快速的启动基准测试和模拟负载的方法。它的自动程序特性也是的运行工作负载相当自动。主要缺点是它有一个学习曲线。用户界面不是很直观，需要花费时间去习惯。再你使用这个工具一段时间之后，将会更加容易。HammerDB也不是运行每一个基准测试。它不运行TPC-E基准，例如，SQL Server更热衷于当前更具发展的OLTP基准TPC-E。如果你用HammerDB运行一个TPC-C基准，你应该理解它不能直接与供应商提供的TPC-C基准结果相比较。但是，它是免费的、快速的、易用的。基准测试使用案例基准测试负载不能精确模拟你的应用程序的特点。每个负载是唯一的，在不同的系统有不同的瓶颈。对于很多使用案例，使用预定义的基准测试仍然是非常有效的,包括以下性能的比较：多个环境（例如：旧的物理服务器，新的虚拟环境）使用各种因素的不同及时点（例如：使用共享存储和共享主机资源的虚拟机的性能）在配置改变前后的点当然，对一个数据库服务器运行基准测试可以影响其他SQL Server数据库或者相同主机上其他虚拟机的性能，在生产环境你确保有完善的测试计划。对于自学和研究来说，有预配置的负载非常棒。开始使用基准测试你可以从阅读HammerDB官方文档的“SQL Server OLTP Load Testing Guide”开始。

文章TAG：线上数据库测试方法有哪些怎么做数据库的测试