下面是微软的一位测试架构工程师David Catlett 讲述他们是如何测试上百个调制解调器的案例。

　　【案例】如何测试上百个调制解调器？

　　在测试Microsoft Windows NT远程访问服务器（RAS）时，我们需要利用有限的资源对调制解调器的拨号服务器进行可伸缩性测试。我们碰到了一个可测试性的问题，为了能准确地模仿真实的用户部署，我们需要测试上百台调制解调器同时连接拨号服务器的情况，而现有的资金和实验室基础设施只能测试十几个调制解调器。测试团队想出了一个办法，用软件来模拟调制解调器，并将其与以太网相连，我们称之为RASETHER。使用这个测试工具最终被证明是一个很好的办法。因为它是人们第一次在一个网络里创建另一个专有网络。如今，这个技术被称为虚拟专用网络或者VPN。起初为了Windows NT调制解调器服务器的可伸缩性测试而设计的测试工具变成了一个巨大的商业成功，并且成了用户进入公司网络的重要工具。

　　3、可操作性

　　指软件易操作、贴近用户。在软件上市前，进行用户体验测试是一个不错的做法。当然，软件可操作性高，被测试的效率也会更高。

　　4、简单性

　　指提交测试的模块或组件和应用程序越简单，测试起来越容易（测试成本也更低）。

　　5、稳定性

　　一般而言，测试的软件改动越小，质量就越稳定。但是，软件的稳定性，与需求变更的控制，开发周期，测试发现严重Bug的时间早与晚等都有关系。

　　在研发阶段，由于需求的变化、代码的变更，软件的可测试性在开发的整个过程都有可能发生，所以发现可测试性需求，时机是无限制的。但下面的几个早期阶段，显得特别重要，分别是产品需求设计、软件需求设计、设计需求评审阶段，即代码还没出来之前。测试人员要认识到可测试性，需要他们清楚了解软件设计，评审现有的设计文档和阅读代码。但常常，测试人员因为害怕他们的请求会被拒绝而不愿意提出可测试性需求。

　　软件的可测试性被提出以后，一方面它可以逐步成为软件度量的重要标准，成为衡量软件产品质量优劣的一个重要尺度；另一方面，软件的设计人员也可通过新的设计方法，逐步将这一标准应用于从软件分析开始的一系列软件过程，提高软件质量。不论是哪一方面，合理并有效的可测试性分析对软件的开发过程都起着重要的作用。而且这种分析在软件生产过程中，开始得越早，越能节省软件开发投入，并提高效能。