2）我们做功能测试的方法与步骤也来越来越先进。从原来不做案例到现在进行测试计划、测试案例的编写等；尤其是了解被测软件的代码，肯定对测试有作用。

　　3）功能测试中对于流程的覆盖可以在白盒测试中完成。所以如果了解软件代码，那么在白盒测试中进行一些测试就可以解决功能测试的许多难点。

　　5、性能测试需求的收集

　　有同学问性能测试的需求如何收集？

　　我单位专家作出如下解答：

　　性能测试需求的收集是性能测试很重要的一步，该工作包括以下几个部分的内容：

　　1）需求文档的收集。性能测试需求的很大一部分来源于各种开发文档，包括用户需求说明书、用户手册，甚至项目合同。

　　2）对系统的了解。进行性能测试还应该知道被测项目的系统框架，所应用的技术，客户端与服务器端的通信模式等方面的内容。这些内容对性能测试所采取的策略有所帮助。

　　3）需要调研被测系统在正式上线后的基本使用群体的数量级。

　　4）测试点的收集。首先要大致了解用户能够接受的响应时间；其次要了解用户的习惯；在测试之前还要根据之前的调研结果，估计并准备基础数据。

　　性能测试强调测试过程的“两头重要性”，即：案例分析与结果分析。案例分析就是上面的内容；结果分析就是对性能数据的分析以及对性能故障的排查。

　　6、第三方测试结果时效

　　有厂商代表询问，作为第三方测试机构，测试完成后并提交报告后，测试结果一直有效吗？稳定运行一段时间后，功能性能没有大的质量问题？

　　我单位专家作出如下解答：

　　1）对于一次测试结果，只是对软件系统在当时的测试环境下的状态有效，是一个时间段的结果。

　　2）功能、性能如果只进行一次测试，不能足以说明产品质量。一个产品从生产到运行，至少要进行半年、3至4轮的测试，才能保证上线后的质量。所以我们强调持续的、及早进行测试。

　　3）在测试的时候要尽量模拟真实环境或者在真实情况下进行，这样才比较有效。很多测试是在模拟环境下进行的测试，有可能在上线后由于一些配置的改变而产生很大的改变。

　　7、如何测试软件一个时间段的稳定性

　　有厂商代表提出，合同中要求软件在试用一个月内稳定运行，这种情况如何测试。

　　我单位专家作出如下解答：

　　1）疲劳测试测试软件一天24小时在要求的数据流量下持续的状态，这个测试是可以满足上面的要求的，机器的强度远远大于人。该测试一般使用LR。

　　2）一个月稳定性的测试是可以换算成短时间内的疲劳测试的，不需要真进行一个月测试，可以遵照疲劳强度的模型换算要测的时间与强度，而且测试结果是可信的。