如何写一个shell脚本实现使用1000个测试数据执行被测程序1000次

假设测试程序a 需要传入参数 input1 执行是 /a inout1

那么这个1000个测试执行可以按如下命令批量执行

ls input | xargs -I {} /a {}

如果input目录下面还有其它input类似的文件比如input_test,inputA之类的需要过滤,

那么可以过滤一下

ls input |grep "input[0-9]\{,4\}$" | xargs -I {} /a {}

软件测试执行的原则：

1、统一化原则:在测试工作中，对客观存在的相似的或相关的测试内容应统一处理，凡是语义含义一致的测试项，设计同样的测试用例，应以相同的条件去测试。

2、可靠性原则：可靠性是指一个软件产品在一定时间、一定环境下，依据完成规定的功能，不出现令用户感到不舒服的现象，并正确得处理来自外部环境。

3、可控性原则：可控性是指测试工作者在测试过程中，能明确测试用例执行的次序，以达到能够更好的掌控测试过程，及时发现软件中可能存在的问题。

1、单元测试的步骤

通常单元测试在编码阶段进行。在源程序代码编制完成，经过评审和验证，确认没有语法错误之后，就开始进行单元测试的测试用例设计。利用设计文档，设计可以验证程序功能、找出程序错误的多个测试用例。对于每一组输入，应有预期的正确结果。

模块并不是一个独立的程序，在考虑测试模块时，同时要考虑它和外界的联系，用一些辅助模块去模拟与被测模块相联系的其它模块。这些辅助模块分为两种：

驱动模块：相当于被测模块的主程序。它接收测试数据，把这些数据传送给被测模块，最后输出实测结果。

桩模块：用以代替被测模块调用的子模块。桩模块可以做少量的数据 *** 作，不需要把子模块所有功能都带进来，但不允许什么事情也不做。

被测模块、与它相关的驱动模块及桩模块共同构成了一个“测试环境”。

2、单元测试的内容

模块接口测试：对通过被测模块的数据流进行测试。为此，对模块接口，包括参数表、调用子模块的参数、全程数据、文件输入/输出 *** 作都必须检查。

局部数据结构测试：设计测试用例检查数据类型说明、初始化、缺省值等方面的问题，还要查清全程数据对模块的影响。

路径测试：选择适当的测试用例，对模块中重要的执行路径进行测试。对基本执行路径和循环进行测试可以发现大量路径错误。

错误处理测试：检查模块的错误处理功能是否包含有错误或缺陷。例如，是否拒绝不合理的输入;出错的描述是否难以理解、是否对错误定位有误、是否出错原因报告有误、是否对错误条件的处理不正确;在对错误处理之前错误条件是否已经引起系统的干预等。

边界测试：要特别注意数据流、控制流中刚好等于、大于或小于确定的比较值时出错的可能性。对这些地方要仔细地选择测试用例，认真加以测试。

此外，如果对模块运行时间有要求的话，还要专门进行关键路径测试，以确定最坏情况下和平均意义下影响模块运行时间的因素。这类信息对进行性能评价是十分有用的。

扩展资料：

单元测试的优点：

1、它是一种验证行为。

程序中的每一项功能都是测试来验证它的正确性。它为以后的开发提供支援。就算是开发后期，我们也可以轻松的增加功能或更改程序结构，而不用担心这个过程中会破坏重要的东西。而且它为代码的重构提供了保障。这样，我们就可以更自由的对程序进行改进。

2、它是一种设计行为。

编写单元测试将使我们从调用者观察、思考。特别是先写测试（test-first），迫使我们把程序设计成易于调用和可测试的，即迫使我们解除软件中的耦合。

3、它是一种编写文档的行为。

单元测试是一种无价的文档，它是展示函数或类如何使用的最佳文档。这份文档是可编译、可运行的，并且它保持最新，永远与代码同步。

4、它具有回归性。

自动化的单元测试避免了代码出现回归，编写完成之后，可以随时随地的快速运行测试。

以上就是关于如何写一个shell脚本实现使用1000个测试数据执行被测程序1000次全部的内容，包括:如何写一个shell脚本实现使用1000个测试数据执行被测程序1000次、软件测试执行的原则、单元测试有哪些步骤各个步骤有哪些实施内容等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！