数据库测试用例 软件开发数据库如何进行测试

老铁们，大家好，相信还有很多朋友对于数据库测试用例和软件开发数据库如何进行测试的相关问题不太懂，没关系，今天就由我来为大家分享分享数据库测试用例以及软件开发数据库如何进行测试的问题，文章篇幅可能偏长，希望可以帮助到大家，下面一起来看看吧！

软件开发数据库如何进行测试

比如：数据冗余，功能和性能方面存在的问题已经严重影响应用软件的使用。软件测试人员往往重视对软件功能和编码的测试，而忽略对软件性能，特别是数据库访问并发测试。因为，他们固有的思想中认为数据库设计存在问题对系统性能影响不大，或从根本上忽略了数据库在软件开发中的地位，直到出现了问题，才想到对数据库的测试，但往往也是仅仅通过对编码的测试工作中捎带对数据库进行一定的测试，这远远是不够的。目前，中铁网上订票系统在大用户同时在线订票中系统频频瘫痪，就是最好的佐证。所以，在应用软件的测试工作中，应该将数据库作为一个独立的部分进行充分的测试，这样才可以得到应用软件所需要的性能优化的数据库。那么，应该对哪些内容进行测试，如何进行测试呢？ 2、数据库设计的测试数据库是应用的基础，其性能直接影响应用软件的性能。为了使数据库具有较好的性能，需要对数据库中的表进行规范化设计。规范化的范式可分为第一范式、第二范式、第三范式、BCNF范式、第四范式和第五范式。一般来说，逻辑数据库设计应满足第三范式的要求，这是因为满足第三范式的表结构容易维护，且基本满足实际应用的要求。因此，实际应用中一般都按照第三范式的标准进行规范化。但是，规范化也有缺点：由于将一个表拆分成为多个表，在查询时需要多表连接，降低了查询速度。故数据库设计的测试包括前期需求分析产生数据库逻辑模型和后期业务系统开发中的测试两部分（这里指的是后者），我在这里称为实体测试。数据库是由若干的实体组成的，包括（表，视图，存储过程等），数据库最基本的测试就是实体测试，通过对这些实体的测试，可以发现数据库实体设计得是否充分，是否有遗漏，每个实体的内容是否全面，扩展性如何。实体测试，可以用来发现应用软件在功能上存在的不足，也可以发现数据冗余的问题。经过测试，测试人员对有异议的问题要及时和数据库的设计人员进行沟通解决。 3、数据一致性测试在进行实体测试后，应进一步检查下面的内容以保障数据的一致性： 3.1表的主键测试根据应用系统的实际需求，对每个表的主键进行测试，验证是否存在记录不唯一的情况，如果有，则要重新设置主键，使表中记录唯一。 3.2表之间主外键关系的测试数据库中主外键字段在名称，数据类型，字段长度上的一致性测试。 3.3级联表，删除主表数据后，相应从报表数据应同时删除的问题例如学生表和学生成绩表，学生数据已经删除，成绩表中相应学生的成绩记录应同时删除。 3.4存储过程和触发器的测试存储过程可以人工执行，但触发器不能人工处理，所以在对存储过程和触发器执行的过程中针对SQL SERVER2005及以上版本可以使用Microsoft SQL Server Profiler性能测试工具进行测试。 Microsoft SQL Server Profiler是 SQL跟踪的图形用户界面，用于监视数据库引擎或 Analysis Services的实例。测试人员可以捕获有关每个事件的数据并将其保存到文件或表中供以后分析。例如：可以对生产环境进行监视，了解哪些存储过程由于执行速度太慢影响了性能。 4、数据库的容量测试随着数据库系统的使用，数据量在飞速增长，如何在使用前对数据容量的增长情况进行初步估算，为最终用户提供参考，这在数据库使用和维护过程中，是非常重要的。可以通过对数据库设计中基本表的数据大小，和每天数据表的数据产生量进行初步估算。记录数据量=各个字段所占字节数的总和表的数据量=记录数据量*记录数数据库大小=各表数据量的总和当然，数据库的大小不仅仅只是基本表的大小，还有系统表，视图，存储过程等其它实体所占的容量，但最基本的数据是表的数据。另外，数据库的容量还包括数据库日志文件的容量，一般应预留数据库文件的2倍左右。 5、数据库的性能测试应用软件除了功能外，很重要的一部分就是软件的性能，而对于数据库系统，数据库性能的好坏会直接影响应用软件的性能，这部分的测试，一般手工测试就显得无能为力了，这时就要借助自动化的测试软件，例如：DataFactory，DataFactory是一种强大的数据产生器，它允许开发人员和测试人员很容易产生百万行有意义的正确的测试数据库，该工具支持DB2、Oracle、Sybase、SQL Server数据库。这样，就可以模拟出应用软件长期使用后，海量数据存储的数据库的性能状况。从而尽早发现问题，进行数据库性能的优化。这里要注意，进行性能测试的时候，一定要注意测试环境的一致性，包括：操作系统、应用软件的版本以及硬件的配置等，而且在进行数据库方面的测试的时候一定要注意数据库的记录数、配置等要一致，只有在相同条件下进行测试，才可以对结果进行比较。否则无法和用户对软件的性能的观点达成一致。 6、数据库的压力测试说起测试，我们首先想到的就是软件正确性的测试，即常说的功能测试。软件功能正确仅是软件质量合格指标之一。在实际开发中，还有其它的非功能因素也起着决定性的因素，例如软件的响应速度。影响软件响应速度的因素有很多，有些是因为算法不够高效；还有些可能受用户并发数的影响。在众多类型的软件测试中，压力测试正是以软件响应速度为测试目标，尤其是针对在较短时间内大量并发用户的访问时，软件的抗压能力。但压力测试往往是手工难以测试的，必须借助自动化测试工具。常用的压力测试有：Web测试、数据库测试等。数据库在大多数软件项目中是不可缺少的，对于它进行压力测试是为了找出数据库对象是否可以有效地承受来自多个用户的并发访问。这些对象主要是：索引、触发器、存储过程和锁。通过对SQL语句和存储过程的测试，自动化的压力测试工具可以间接的反应数据库对象是否需要优化。这些自动化的测试工具很多，各有特点，基于Java的项目可以使用JMeter，.Net项目可以采用.Net集成开发环境中提供的测试方案。 7、结束语总之，在应用系统的测试中，把数据库应当作为独立的系统来测试，这无疑会为应用软件的质量增加可靠的保障，同时还必须结合应用软件进行集成测试，只有二者有机结合起来，才能最大限度的发挥数据库和应用软件的功能。

功能测试用例需要详细到什么程度才是合格的

1)登录

①用户名和密码都符合要求(格式上的要求)

②用户名和密码都不符合要求(格式上的要求)

③用户名符合要求，密码不符合要求(格式上的要求)

④密码符合要求，用户名不符合要求(格式上的要求)

⑤用户名或密码为空

⑥数据库中不存在的用户名，不存在的密码

⑦数据库中存在的用户名，错误的密码

⑧数据库中不存在的用户名，存在的密码

⑨输入的数据前存在空格

⑩输入正确的用户名密码以后按[enter]是否能登陆

2)添加

①要添加的数据项均合理，检查数据库中是否添加了相应的数据

②留出一个必填数据为空

③按照边界值等价类设计测试用例的原则设计其他输入项的测试用例

④不符合要求的地方要有错误提示

⑤是否支持table键

⑥按enter是否能保存

⑦若提示不能保存，也要察看数据库里是否多了一条数据

3)删除

①删除一个数据库中存在的数据，然后查看数据库中是否删除

②删除一个数据库中并不存在的数据，看书否有错误提示，并且数据库中没有数据被删除

③输入一个格式错误的数据，看是否有错误提示，并且数据库中没有数据被删除。

④输入的正确数据前加空格，看是否能正确删除数据

⑤什么也不输入

⑥是否支持tab键

⑦是否支持enter键

4)查询

精确查询：

①输入的查询条件为数据库中存在的数据，看是否能正确地查出相应得数据

②输入正确的查询条件以前加上空格，看是否能正确地查出相应的数据

③输入格式或范围不符合要求的数据，看是否有错误提示

④输入数据库中不存在的数据

⑤不输入任何数据

⑥是否支持table键

⑦是否支持enter键

模糊查询：

在精确查询的基础上加上以下一点:

输入一些字符，看是否能查出数据库中所有的相关信息

设计功能测试用例

文本框、按钮等控件测试

文本框的测试

如何对文本框进行测试

a，输入正常的字母或数字。

b，输入已存在的文件的名称;

c，输入超长字符。例如在“名称”框中输入超过允许边界个数的字符，假设最多255个字符，尝试输入 256个字符，检查程序能否正确处理;

d，输入默认值，空白，空格;

e，若只允许输入字母，尝试输入数字;反之;尝试输入字母;

f，利用复制，粘贴等操作强制输入程序不允许的输入数据;

g，输入特殊字符集，例如，NUL及等;

h，输入超过文本框长度的字符或文本，检查所输入的内容是否正常显示;

i，输入不符合格式的数据，检查程序是否正常校验，如，程序要求输入年月日格式为yy/mm/dd，实际输入yyyy/mm/dd，程序应该给出错误提示

在测试过程中所用到的测试方法：

1，输入非法数据;

2，输入默认值;

3，输入特殊字符集;

4，输入使缓冲区溢出的数据;

5，输入相同的文件名;

命令按钮控件的测试

a，点击按钮正确响应操作。如，单击确定，正确执行操作;单击取消，退出窗口;

b，对非法的输入或操作给出足够的提示说明，如，输入月工作天数为32时，单击”确定“后系统应提示:天数不能大于31;

c，对可能造成数据无法恢复的操作必须给出确认信息，给用户放弃选择的机会;

单选按钮控件的测试

a，一组单选按钮不能同时选中，只能选中一个。

b，逐一执行每个单选按钮的功能。分别选择了“男”“女”后，保存到数据库的数据应该相应的分别为“男”“女”;

c，一组执行同一功能的单选按钮在初始状态时必须有一个被默认选中，不能同时为空;

up-down控件文本框的测试

a，直接输入数字或用上下箭头控制，如，在“数目”中直接输入10，或者单击向上的箭头，使数目变为10;

b，利用上下箭头控制数字的自动循环，如，当最多数字为253时，单击向上箭头，数目自动变为1;反之亦适用;

c，直接输入超边界值，系统应该提示重新输入;

d，输入默认值，空白。如，“插入”数目为默认值，点击“确定”;或，删除默认值，使内容为空，单击“确定”进行测试;

e，输入字符。此时系统应提示输入有误。

组合列表框的测试

a，条目内容正确，其详细条目内容可以根据需求说明确定;

b，逐一执行列表框中每个条目的功能;

c，检查能否向组合列表框输入数据;

复选框的测试

a，多个复选框可以被同时选中;

b，多个复选框可以被部分选中;

c，多个复选框可以都不被选中;

d，逐一执行每个复选框的功能;

列表框控件的测试

a，条目内容正确;同组合列表框类似，根据需求说明书确定列表的各项内容正确，没有丢失或错误;

b，列表框的内容较多时要使用滚动条;

c，列表框允许多选时，要分别检查shift选中条目，按ctrl选中条目和直接用鼠标选中多项条目的情况

如何对和数据库交互的功能进行测试用例设计

如何对和数据库交互的功能进行测试用例设计

1、这个界面能够输出（文字、图片之类的）

2、界面后台能够连接数据库（crud操作）

实现上面两点就可以实现了。测试用例建议先做模块单体测试，输入数据

要涵盖所有情况。单体测试之后集成测试。输入大量数据然后通过脚本测试，根据输出的log、输出判断是否存在bug。--》之后就是该bug。循环，直到

没有bug或者 bug几乎没有不影响

数据库测试用例的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于软件开发数据库如何进行测试、数据库测试用例的信息别忘了在本站进行查找哦。