数据库测试应该怎么样的入手

stonemary

公司的下一个项目是个国税局的项目，数据库就占了60G。老板决定让我来测试一下这个数据库，我应该怎么样的入手啊？求救！

null2

造60G各种数据
有条件的把客户的数据拿来

stonemary

数据库的测试都有些什么测试呢？一般测试数据库都应该是什么样的目的呢？我目前的了解就是如果数据过大，SQL查询语句不好的话，会影响查询速度，需要优化SQL查询条件。不知道数据库还有其他方面的测试的么？在网上搜索了很久，也没有什么确切的答案。

论坛守护神

什么叫测试数据库，测什么东西？功能？性能？压力？

stonemary

首先我要多谢楼上朋友的指导噢～～sdlkfj2

什么叫测试数据库啊？嗯，我个人认为测试数据库和测试一个系统一样，数据库也能看成是一个系统。但是，可能在我的叫法上有了点问题，或者理解的不到位。
至于测试什么东西？这个正是我要请教大家的，数据库能测试一些什么东西呢？就我个人的理解，也就是功能测试，如：如果有数据迁移，那么数据是否正确的迁移过来。SQL语句是否正确的执行了。还有性能测试，如：大数据量的查询的时候，SQL查询是否要花费很多的时间。就是这些应该怎么样的入手，没有什么头绪。是否也需要设计测试用例？
还有就是我们还可以检测一些什么东西呢？

论坛守护神

你们boss就这么一句话啊，你这是个数据库系统还是什么东西？功能有些什么都不知道？

stonemary

数据库还能有些什么功能呢？
我现在知道的就是增加，删除，修改，查询。但是，这个项目主要涉及到的是数据迁移，和数据查询。
嗯，好像有些思路来怎么测试了。等具体的需求出现了再来仔细的研究哈。sdlkfj5 sdlkfj5 sdlkfj6 sdlkfj6

chenxuan

你是要对选取的数据库平台进行测试，还是对建立的数据库对象进行测试？

不管是哪一种，都有很多的测试方法，这些方法在很多地方都有讨论，你可以查一下。

顺便说一下，在进行测试之前，你要问问自己对数据库了解多少，对数据库技术掌握了多少；如果仅具备基本能力，那劝你不要做了，没有意义。

stonemary

哇，这位仁兄不要吓唬我噢～～～，别说，我还真的就只是了解一点点噢。就是能写基本的ＳＱＬ，存储过程啊，游标啊，触发器啊这些也能写，其他的方面好像还真的不知道了。感觉真的有点飘飘的。不是休想接触这一方面了？嗯，不行，我想学习还是来得及吧
学点什么东西呢？

kingtones

如果是测增删改查，这应该是有另一个应用系统的问题，否则纯粹去测试数据库的增删改查功能，没有任何意义。我想任何一家数据库厂商，发布之前，都是经过严密的测试，你没有必要再测试一遍吧。倒是数据库建立后，各种参数调优，系统性能是需要后面的厂家自己来调优的，这个倒是有测试的可能。
另外我看了楼主的后来补充的意思是说项目主要是涉及到数据迁移。那么其实你就是测试这个数据迁移的正确性的问题，完全是另一个问题了。这需要和搞数据迁移的人沟通，知道他们的迁移目的后，你自己去做测试案例，验证他的正确性，当然，自己写程序也行，用脚本也行。最简单的就是把源数据和目标数据做比较。需要注意的一点就是不能沿用数据迁移的人的迁移过程，否则就有“监守自盗”的嫌疑，达不到测试的目的。

stonemary

太感谢楼上这位兄台，给了我很大的启发。sdlkfj6
嗯，不过，你说到的不沿用数据迁移人员的迁移过程，我不是很懂这个是什么概念。我以前还是打算这样的做，直接的调用程序员的PL/SQL语句，然后看迁移后的数据和源数据是否一致。这样做是不是监守自盗呢？嗯，不知道我这样的做是不是嘴笨的做法。

[ 本帖最后由 stonemary 于 2006-11-20 09:23 编辑 ]