软件开发公司认为测试阶段的信息流的输入信息有两类，
(1)软件配置，包括需求说明书、设汁说明书和服程序清单等。
(2)测试配置，包括测试计划和测试方案。
所谓测试方案不仅仅是测试时使用的输入数据(称为测试用例)，还应该包括每组输入数据预定要检验的功能，以及每组输入数据预期应该得到的正确输出。实际上，测试配置是软件配置的一个子集，最终交出的软件配置应该包括上述测试配置软件开发公司通常比较测试得出的实际结果和预期的结果，如果两者不—致则很可能是程序中有错误。设法确定错误的准确位置并且改正它，这就是调试的任务。与测试不同，通常由程序的编在对测试结果进行收集和评价的时候，软件可靠性所达到的定性指标也开始明朗了。如果经常出现要求修改设计的严重错误，那么软件的质量和可靠性是值得怀疑的，应该进    反之，如果看起来软件功能完成得很正常，遇到的错误也很容易改正，则仍然应该考虑两种可能：
(1)软件的可靠性是可以接受的；
(2)所进行的测试尚不足以发现严重的错误。
最后，如果经过测试，一个错误也没有被发现，则很可能是因为对测试配置思考不充分，以致不能暴露软件少潜藏的错误。这些错误最终将被用户发现，而且需要在维护阶段改正它们(但是改正同一个错误需要付出的代价比在开发阶段高出许多倍)。在测试阶段积累的结果，也可以用更形式化的方法进行评价。软件可靠性模型使用错误率数据估计将来出现错误的情况，并进而对软件可靠性进行预测。
本文由软件开发公司提供：http://www.eforces.cn