注：这一个系列是我在看原版的The Art of Software Testing时的一些翻译，因为没有得到作者和出版社的同意，这只是我自己的练习。请不要把本文中的内容用于商业用途。
测试的艺术第九章测试基于互联网的程序（The Art of Software Testing-Chapter9 Testing Internet Applications) 2nd Edition
作者：GLENFORD J. MYERS
Revised and updated by Tom Badgett and Todd M. Thomas with Corey Sandler
9.3 测试的战略
开发一个测试基于互联网的程序的战略要求踏实地了解组成这个程序的每个硬件和软件。因为这是是否能成功地测试程序的重要标准，需要一份描述你的网站期望的功能和性能的测试需求文档。如果没有文档，你没法设计合适的测试用例。
你需要测试内部开发的组件以及向外部购买的第三方组件。对自己开发的组件，你可以使用之前几章我们介绍的那些手段。包括了设计组合/模块化的测试用例以及代码审查。只有在你检查过这些组件达到了你的文档中提到的设计标准和功能需求之后，你才能把他们集成到整个系统中去。
如果你购买了第三方的组件，那么你要设计一系列的系统测试来检验这个组件是否可以正常地独立地运行于你的程序中。不要用你供应商的质量控制程序在这个组件中来发现的错误在作为测试的结果。比较完美的是你需要自己独立地完成你对程序的测试。只有当你决定他们表现出了可以接受水平之后，你才能把他们集成到程序中去。对于你程序结构中的非功能性的第三方组件，很难用测试结果来解释和定义出错误的源头。通常，你需要用到黑盒测试来检验第三方的组件，因为你几乎不知道这个组件内部是怎么实现的。
测试基于互联网的程序，最方便的方法是用分而治之的方法来达到效果。幸运的是，基于互联网的应用程序的结构可以允许你来定义描述区域来运用测试用例（Fortunately, the architecture of Internet applications allows you to identify discrete areas to target testing.) 图标9.1已经表达了一些互联网程序的基本结构。那么图标9.2将会为每一层提供更多更仔细的视角。
就像我们在本章的早些时候提到的那样，基于互联网的程序可以被看做是三层的C/S结构。在图标9.2中对每一层是怎么定义的：
.展示层 这一层互联网程序提供了图形界面。
.商业逻辑层 这一层为你提供了用户认证和交易处理等的商业模式
.数据层 这一层容纳了你的程序需要使用的或者是从用户那里收集来的数据
每一层都有它自己的特性，他们促进了测试的细化。如果你每个层分开独立测试，那么你将会在系统测试开始之前更容易地定义问题和错误。如果你只是依赖于系统测试，那么你可能会将时间浪费在定位一个造成问题的特定组件上。
图表9.2列出了你在每一个层面必须测试的项目。这个列表并不完整，但是为你设计自己的测试标准提供了一个出发点。在这一章的接下来部分我们会为怎么测试每一个层面提供更详细的指导。
Technorati Tags: art of test, internet application test, stratage