干货满满！测试的时候如何构造各种测试数据

功能测试的测试数据，一般是 手工构造 。

如果需要构造大量数据，要分析测试需求，准确清晰的分析之后，再对输入的测试数据进行分析。

一方面，我们要求测试数据要尽可能的与生产环境的数据相一致，尽可能是有意义的数据，可以通过分析使用现有系统的数据或根据业务特点来构造数据。

另一方面，我们要求测试数据输入要满足输入限制规则，尽可能覆盖到满足规则的不同类型的数据。

生成测试数据的方法：

①编写sql脚本(存储过程)在数据库端直接生成；

②编写程序代码生成(实际上也是要写sql)；

③使用批量数据生成工具(DataFactory、PL/SQL Developer、TOAD等都可以)；

④使用工具录制业务参数化之后长时间运行来生成。

不过使用sql来做是最灵活的，尤其是涉及到业务数据相互转换需要充分考虑到内部处理逻辑及约束时。

我们做软件测试的时候，经常需要页面有点数据，特别是涉及到一些数据统计的测试用例的时候，更是需要源源不断的测试数据让前端页面生成对应的报表测试统计的数据正确性。如果我们通过手工的方式 *** 作业务流程来实现数据的构造的话，少量数据或许还可以，数据一多就会让测试效率直线降低了。

所以作为测试，我们经常需要用一些工具来模拟业务流程，发送一些流量，从而构造出前端页面显示的数据。

那么，可以构造出流量的工具其实很多：

比如接口测试的时候，Jmeter 工具就可以通过 CSV 的方式，读取文件进行数据构造；

比如压力测试的时候，Loadrunner，Jmeter 或者 avalanche 和 Ixia 这些工具，都可以实现不同数量级的数据构造，来实现对产品持续的压力；

比如还可以通过 SQL 脚本来直接在数据库里添加数据，构造海量数据；

当然，这些工具和方法，每一个都可以列为一个专业测试领域，比如接口测试、性能测试、大数据测试等；我们今天要讲的方法，是相对来说比较轻量级的一些工具，大家比较容易掌握，也比较容易上手，可以直接通过 Linux 命令发送流量，简单便捷迅速！

不同的程序不同的测试工具

程序大都开发完成后 生成编译一般都提示第几行编写的程序错误。解决后再看做出来的效果。如果有bug问题，在进行源代码的修改，反复进行直到满意为止。当然还有其他环境下提供的测试及自己累积的经验进行测试。

黑盒测试

黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过测试来检测每个功能是否

都能正常使用，在测试时，把程序看作一个不能打开的黑盆子，在完全不考虑程序内部结构和内部特性的

情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序

是否能适当地接收输入数锯而产生正确的输出信息，并且保持外部信息（如数据库或文件）的完整性。

黑盒测试方法主要有等价类划分、边值分析、因—果图、错误推测等，主要用于软件确认测试。“黑盒”

法着眼于程序外部结构、不考虑内部逻辑结构、针对软件界面和软件功能进行测试。“黑盒”法是穷举输

入测试，只有把所有可能的输入都作为测试情况使用，才能以这种方法查出程序中所有的错误。实际上测

试情况有无穷多个，人们不仅要测试所有合法的输入，而且还要对那些不合法但是可能的输入进行测试。

白盒测试

白盒测试也称结构测试或逻辑驱动测试，它是知道产品内部工作过程，可通过测试来检测产品内部动作是

否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按

预定要求正确工作，而不顾它的功能，白盒测试的主要方法有逻辑驱动、基路测试等，主要用于软件验证

。 “白盒”法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。“白盒”法是穷举路径测试。在

使用这一方案时，测试者必须检查程序的内部结构，从检查程序的逻辑着手，得出测试数据。贯穿程序的

独立路径数是天文数字。但即使每条路径都测试了仍然可能有错误。第一，穷举路径测试决不能查出程序

违反了设计规范，即程序本身是个错误的程序。第二，穷举路径测试不可能查出程序中因遗漏路径而出错

。第三，穷举路径测试可能发现不了一些与数据相关的错误。

还有一个灰盒测试

灰盒测试

灰盒测试，确实是介于二者之间的，可以这样理解，灰盒测试关注输出对于输入的正确性，同时也关注内

部表现，但这种关注不象白盒那样详细、完整，只是通过一些表征性的现象、事件、标志来判断内部的运

行状态，有时候输出是正确的，但内部其实已经错误了，这种情况非常多，如果每次都通过白盒测试来 ***

作，效率会很低，因此需要采取这样的一种灰盒的方法。 灰盒测试结合了白盒测试盒黑盒测试的要素它

考虑了用户端、特定的系统知识和 *** 作环境。它在系统组件的协同性环境中评价应用软件的设计。灰盒测

试由方法和工具组成，这些方法和工具取材于应用程序的内部知识盒与之交互的环境，能够用于黑盒测试

以增强测试效率、错误发现和错误分析的效率。 灰盒测试涉及输入和输出，但使用关于代码和程序 *** 作

等通常在测试人员视野之外的信息设计测试。

以上就是关于干货满满！测试的时候如何构造各种测试数据全部的内容，包括:干货满满！测试的时候如何构造各种测试数据、怎么测试自己编的程序、等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！