测试一个有着相对静态内容和极少表格的网页只要花很少的时间。测试一个web application将需要更加复杂的测试策略和更多的时间。由于web开发的本质，你的团队或许不能获得更多的时间，甚至可能比传统开发项目更少。你可以通过利用在初期的“停工期（downtime）”提前来筹备你的测试团队以节约时间。
更多地了解你将工作的环境测试人员应该自己熟悉难以捉摸的浏览器，操作系统，web服务器和数据库的差异。他们知道更多的关于脚本（ASP, XML, HTML等），数据库（Oracle, SQL等），web服务器（IIS, Apache,等）和在UI后面的数据传递的知识，他们就会更加有效率。测试人员不是简单地只通过运行UI（在这里，指的是浏览器）来测试功能。如果这样他们将遗漏掉web application要求的其他所有的测试类型，例如性能测试，安全测试，数据库完整性等。记住，解密高手不会利用浏览器去破坏网站，他们使用脚本。
寻找或创建合适的软件测试工具成熟的测试工具的缺点是会使自动化变得困难。记得Java第一次击中场景是什么时候吗？开发人员和项目经理都想使用这种新技术。突然间测试人员的负担加重了，两倍，三倍，或更多。仅仅因为配置的数量和可用的成熟的测试和测试工具的缺乏。现在有很多的测试工具可以使用，但是仍然要花时间选择一个适当的工具，学习它的细节，设置自定制它到你的环境中。如果工具是不可用的，你应该即刻查明，并且构建一些你自己的测试应用程序。
创建一个操作系统vs.浏览器版本的矩阵要求大量的浏览器和操作系统的兼容性测试。如果你创建了一个操作系统与浏览器版本的矩阵，你将有一种攻击所有变化的方法。
用版本控制或其他配置管理efforts来定义你的开发和测试环境如果你正在测试而没有定义你的环境，你将面对以下的问题：
当你没有先前的版本时，你如何回滚代码变更? 新的功能或修复的缺陷如何放到每个版本中？ “内部版本（build）”术语意味着在web空间中的任何事情码？如果源代码没有被归档或没有打上标签，或在版本控制库中没有进行分支，测试人员就不能够恢复到一个“已知状态”。当环境连续变得更复杂时，没有一个可以用来恢复的先前版本使得隔离和分析缺陷更加困难。如果你安装了一个友好的测试环境，你将不会必须面对由这些问题带来的新问题。
安装一个隔离的测试服务器web测试人员的一个常见（并且危险）的习惯是在测试之前移植修复了缺陷和添加了新功能的代码到一个live服务器上，并且在它上面测试。实际上，你的测试团队不应关闭你的网站，他们应建立一个隔离的测试服务器。
这5个步骤将帮助你提前为挑战性的任务而准备你的团队。在后面的文章里，我将略述一系列在开始你的测试计划时你将要问到的具体问题，以及怎样将这些问题的答案用于确定并集中你测试的策略。
文章来源于领测软件测试网 https://www.ltesting.net/
