Q1：如何搭建测试环境？
1、真实：尽量模拟用户的真实使用环境。这里需要提一点，关于项目软件与产品软件需要不同看待。项目软件由于只针对某一群体的用户，所以测试的环境比较单一。但产品软件针对的是广大群众，所以测试环境比较复杂，要多方面考虑。
2、干净：测试环境中尽量不要安装与被测软件无关的软件。笔者就遇到这种事情，两台机器，针对一个功能，一台测试OK，另一台测试NG，最后根据调查发现，测试OK的机器上安装了客户根本不会安装的VC++开发环境，测试NG的机器正因为没有安装VC，所以测试出了这个bug：软件中缺少必要的动态链接库支持。但这个干净也不是必须的，有时还要刻意去测试某个软件去其他软件并存时的兼容性问题。
3、无毒，这个应该不必多说了，测试工作应该确保在无毒的环境中进行。
4、独立：测试环境与开发环境相互独立。就是说开发环境和测试环境最好分开，即测试人员和开发人员分别用不同的服务器（数据库、后台服务器等），避免造成相互干扰。
简单的说就是软件运行的平台，即软件、硬件和网络三种环境的合集，也就是说：测试环境=软件+硬件+网络
硬件：包括PC机、笔记本、服务器、各种终端等。例如要测试photoshop软件，是要在PC机上测，还是笔记本上测？是在cpu为酷睿的计算机上测，还是要在炫龙的cpu上测？不同的硬件环境photoshop的处理速度是不一样的。
软件：这里主要指的是软件运行的操作系统。例如测试photoshop，是指windows xp下测试还是在vista下测试？可能会有兼容性问题。软件环境还包括与其他各类软件共存同一系统时的兼容性问题。
网络：主要针对的是C/S结构和B/S结构的软件。比如我现在测试的软件，客户的网络环境是千兆以太网，而我们的网络环境还是百兆以太网，而且还是闲时才能达到百兆的速度。这样的环境要是很精确的测试响应时间，还是很伤脑筋的。
Q2：WAPI测试环境如何搭建
如何搭建一个真实性能测试环境？如何搭建一个真实环境其实不难，只要公司有投入，用户允许，都不是问题。 我觉得应该多考虑如何在现有资源条件下，如何快速搭建一个仿真的性能测试环境。 先了解一下性能测试环境一般只哪些： 性能测试环境：包括硬件、网络，软件 硬件：服务器，客户端，交换机，防火墙等 网络：有线还无线，带宽，网络协议 软件：数据库，中间件，被测软件，操作系统，防火墙等 如何无菌：最好办法就是杀掉，那对上面环境来说，最好所有硬件最新的，所有软件是重装，所有参数都是正确的。一般情况是不可能…… 如何快速：环境日常维护，所维护的性能测试能快速还原。 以上事情一般测试团队都在做，但我还担心一件事，如何验证我们的环境是有效的。 那就需使用一些监控工具，如网络监控，系统监控，数据库监控，中间件参数捕捉，存储设备检测，一些硬件指标的了解以及当前环境指标等等。当然还少不了性能测试团队的经验。
Q3：前端的开发调试测试的环境怎么搭建
前端环境搭建系列的目的是把前端团队作为一个整体，如何有效的团队协同开发，第一部分开发环境。
1.代码版本管理
SVN是必不可少了，版本号的规划按照项目三位版本，开发四位版本来部署。比如我要做A项目，版本号为1.0.0，我第一次提测的代码版本为1.0.0.1。每次四位版本按照tag区分。QA按照这个tag部署测试代码，OP则部署线上代码。
如果多个项目同时开发，就开分支。这些需要一个项目管理平台来管理版本。
2. 开发环境
我假设前端team的范畴是HTML CSS JS MVC中的V 和 C。最佳的环境是每个人一个开发环境，代码通过SVN同步别人的代码。但是文件的路径全部都一致。
比如
css的img.xx.com/css
js的img.xx.com/js
flash的img.xx.com/swf
后台环境，假设每个后端开发也都有独立的环境，如果和谁联调代码就让他把配置指向你的V C目录进行调试。
QA环境的debug问题，你的环境和QA环境代码部署一致，能够通过host切换静态文件，如css js flash。毕竟前端的大部分问题是前端代码的问题，V 和 C的问题就在自己的环境调试了，静态资源切换到QA的host。
数据问题，最后有个大的造数据平台，通用一份数据库，提供数据增加和修改的接口，这是理想状态，当然这个平台也会很麻烦，实在不行就通过后端的数据操作接口操作数据。
3.编译环境
可恶的前端代码裸上，会有很多问题，大部分是性能问题，还有部分是缓存问题。
所以需要提供编译环境，编译流程放在提测前是安全的，因为会经过QA的质量检测，如果在OP环节应该比较麻烦，编译代码的bug也没人去测。
编译一般解决的事情
1、批量的一些操作，比如版本号
2、代码的合并和压缩
3、代码的优化或者职能替换，比如资源打包
我遇到过的开发状况都不乐观。所以有时间自己搭下试试有多复杂。
一般有公用开发环境，就一台机器一个host，不管主干分支都放在那里，可想又多混乱，还有前端无版本管理软件，人肉维护多个并发版本。
或者有版本管理，开发环境还是多人一个，而且没有host，静态资源引入都是通过模板conf管理路径的。这样的代码不利于资源路径管理，特别是图片，加入png半透明的需要全路径，多个css合并的最好是根目录路径。
各种悲剧，此文到此结束。下篇为开发模式和模块化。
Q4：在软件测试中如何搭建测试环境
1．所需要的计算机的数量，以及对每台计算机的硬件配置要求，包括CPU的速度、内存和硬盘的容量、网卡所支持的速度、打印机的型号等；
2. 部署被测应用的服务器所必需的操作系统、数据库管理系统、中间件、WEB服务器以及其他必需组件的名称、版本，以及所要用到的相关补丁的版本；
3. 用来保存各种测试工作中生成的文档和数据的服务器所必需的操作系统、数据库管理系统、中间件、WEB服务器以及其他必需组件的名称、版本，以及所要用到的相关补丁的版本；
4. 用来执行测试工作的计算机所必需的操作系统、数据库管理系统、中间件、WEB服务器以及其他必需组件的名称、版本，以及所要用到的相关补丁的版本；
5. 是否需要专门的计算机用于被测应用的服务器环境和测试管理服务器的环境的备份；
6. 测试中所需要使用的网络环境。例如，如果测试结果同接入Internet的线路的稳定性有关，那么应该考虑为测试环境租用单独的线路；如果测试结果与局域网内的网络速度有关，那么应该保证计算机的网卡、网线以及用到的集线器、交换机都不会成为瓶颈；
