① 怎样搭建web项目测试环境
测试环境的搭建是一名合格QA必须具备的技能。下面，结合CI和CD两种不同软件生产实践，总结一下如何从零开始部署一套web集成测试环境。
1.服务器准备。根据项目和使用的中间件的规模，准备好一个或多个资源配置能够满足要求的服务器,一般选用linux下 centos的某个发行版作为服务器。
2.安装数据库、完成数据库表的建立。这里以开源的mysql为例。
Yum方式安装msyql，并启动mysql服务。（Yum的安装可以参考http://blog.csdn.net/iamhuanggua/article/details/60140867）
yuminstall -y mysql-server mysql mysql-devel
创建数据库和建表。规范的的系统，一般都保留有现成的SQL脚本，执行脚本就可以完成数据库和表的建立。
3.安装和配置JDK、tomcat、nginx…
安装JDK。Yum 方式安装最新版JDK：yum install JDK。
安装tomcat。官网下载tomcat，解压。
wget http://apache.fayea.com/tomcat/tomcat-7/v7.0.75/bin/apache-tomcat-7.0.75-linux-x64.zip
安装和配置 nginx。官网下载nginx，解压后，修改conf/nginx.conf配置请求转发规则。
4.安装持续集成工具jenkins.
Jenkins就是一个web服务，只需要从官方下载jenkins的war包，部署到web容器tomcat的webapp目录下，启动tomcat服务，就可以在浏览器端输入IP和端口号（例如：部署在本机上可以通过 localhost:8080/jenkins 进行访问）使用了。
5.配置一个Jenkins job用于编译、打包产品、部署到测试环境
5.1 配置job完成编译和打包。编译打包的Jenkinsjob的配置比较简单，可以自行网络。
5.2 在部署web服务的机器上，找一个目录，写一个shell脚本，拷贝jenkins job打出来的包到web服务器的部署目录下，并重启服务。如果部署jenkins 和部署web服务的机器不是同一台，需要通过用户名密码或者建立linux机器之间的信任关系后，通过scp远程拷贝。
5.3 在5.1的job中，增加“构建后操作”，构建后执行（或远程执行）5.2中编写的sh脚本。
6.配置一个或多个Jenkins job 用来完成一系列测试（包括但不限于UI自动化、接口自动化、安全测试等）
测试job的构建方式选择步骤五中配置的job完成后触发。到此为此，持续集成的工作就完成了。
7.从CI到CD——配置一个Jenkins ob 完成生产环境部署
如果所在组织的持续集成能力较高，在实施持续部署（Continous Deployment）,就还需要配置一个jenkins job在所有测试job都通过后触发部署生产包到生产环境。部分用户群较大的产品还需要配置灰度发布。
② 如何搭建测试web环境
步骤和方法:
1、打开控制面板，选择并进入“程序”，双击“打开或关闭Windows服务”如图所示： 
3.出现Windows更改，需要等待时间的界面….
4.更新完成后，打开浏览器，输入“http://localhost/”回车，如果此时出现IIS7欢迎界面，说明Web服务器已经搭建成功。
5.当web服务器搭建成功后，我们下一步所要做的就是把我们开发的网站安装到Web服务器的目录中。一般情况下，当Web服务器安装完成后，会创建路径“%系统根目录%inetpub/wwwroot”，将我们开发的网站COPY到该路径下。即可实现本地访问该网站。
6.设置防火墙，让局域网当其它计算机也能访问本地网站资源。具体方法：打开控制面板，选择“系统和安全”，点击“允许程序通过Windows防火墙”，在弹出的对话框中勾选“万维网服务HTTP”右侧的两个复选框，最后点击确定退出。
7.在局域网中其它计算机上，打开浏览器，输入 “http://Web服务器的IP地址/”按回车键，就可以访问服务器上的资源”。 经过以上步骤的设置，局域网中的其它用户就可以通过浏览器访问你所共享的web资源了！
③ web自动化测试环境如何搭建
web自动化测试环境搭建主要包含如下几点:
1. Python 开发环境
2. 安装selenium包
3. 安装浏览器
4. 安装浏览器驱动 -- 保证能够用程序驱动浏览器，实现自动化测试.
如果想学习更多的内容,一个朋友在传智播客学习软件测试.现在月薪12K。
④ 如何搭建java web测试环境
WEB
测试
时
搭建测试环境
所需的软硬件包括：电脑一台、
JDK1.6
、
Tomcat7.0
、
mysql
、
IE
浏览器、
Firefox
浏览器、
Chrome
浏览器、
SVN
客户端
通过
SVN
客户端导出最新的
Web
工程部署到
Tomcat7.0
下
的
webapps
中
，另外重要的一
点就是修改数据库连接的配置文件，
连接到正确的测试数据库
（企业一般有开神颤发人员所用的
数据库和测试人员所用的数据库）
，数据库连接的配置文件在
WEB-INF
文件夹下，修改好
数据库的配置文件后，
在
Tomcat7.0\bin\startup.bat
启动
Tomcat
，
在
Tomcat
没报错的情况下，
用浏览器访问后台，出现一个登录界面，这样，一个简单完整的
Web
测试环境就搭建起来
了！
二、
Web
测试方法
1
、链接测试
链接是
web
应用系统的一个主要特征，它表示页面与页面直接的切换和用户不知道具体地
址去访问其他页面的手段，如果页面不能跳转或者是访问失败，有很大程度上是
web
应用
程序的链接出问题了；
其中有一个重要的性能指标就是链接速度的测试，
用户打开一个页面
或者是去访问另外一个页面，如果
web
系统响应时间太长（例如超过
5
秒钟）
，用户就会因
没耐心而离开，
还有就是有些页面有超时的限制，
这样可能引起数据丢失，
使用户得不到真
实的页面。
2
、数据库测试
在
web
应用技术中，数据库起着重要的作用，数据库为
web
应用系统的管理、运行、查询
和实现用户对数据存储的请求提供空间，
也就是说用户在页面进行各类操作，
如添加、
查询
删除等一系列动作，都会被数据库记录。
3
、浏览器测试
浏览器是
web
客户端最核心的构件，来自不同厂商的浏览器对不同开发语言开发的应用程
序有不同的支持，这就需测试人员对主流的浏览器和不同版本的浏览器进行有效的测试。
4
、平台测试
市场上有很多不同的操作系统类型，
web
应用系统的最终用户究竟使用哪一种操作系统，
取
决于用户系统的配置，因此，在
web
系统发布之前，需要在各种主流的
操作系统下对
web
系统进程测试。
5
、负载测试
负载测试是为了测量
web
系统在哪一负载级别上的性能，以保证
web
系统在需求范围内能
正常工作。
例如：
web
应用系统能允许多少个用户同时在线？如果超过这个数量会出现什么
现象？
Web
应用系统能否同时处理大量用户对同一个页面的请求？
6
、压力测试
进行压力测试通俗的来讲是指破坏一个
web
应用系统，测试系统的反映，测试系统的限制
和故障恢复的能力，也就是测试
web
应用系统会不洞猛会崩溃，在什么样的情况下崩溃。
7
、整体界面测试
整体界面是指整个
web
应用系统的爷们结构设计，是给用户的一个整体感。例如：当用户
浏览
web
页面时是否感到舒适，是否凭直觉就知道要找的信息在什么地方，整个
web
应用
系统的可用性在哪里。
三、总结
本文主要讲述了
web
应用系统的搭建测试环境和
web
测试方法，在测试过程中，有的仅需
要手动测试的，有的需要自动化测试工具的帮助，所以
web
系统的测试要求测试人员有很
深的自动化测试技术纳瞎桥。
⑤ Web测试的主要内容和测试方法有哪些
1功能测试 2 1.1链接测试 2 1.2表单测试 2 1.3数据校验 3 1.4 cookies测试 3
1功能测试 2
1.1链接测试 2
1.2表单测试 2
1.3数据校验 3
1.4 cookies测试 3
1.5数据库测试 3
1.6应用程序特定的功能需求 4
1.7设计语言测试 4
2性能测试 4
2.1连接速度测试 4
2.2负载测试 4
2.3压力测试 5
3用户界面测试 6
3.1导航测试 6
3.2图形测试 6
3.3内容测试 7
3.4表格测试 7
3.5整体界面测试 7
4兼容性测试 8
4.1平台测试 8
4.2浏览器测试 8
4.3分辨率测试 8
4.4 Modem/连接速率 9
4.5打印机 9
4.6组合测试 9
5安全测试 9
5.1目录设置 9
5.2登录 10
5.3日志文件 10
5.4脚本语言 10
6接口测试 10
6.1服务器接口 10
6.2外部接口 11
6.3错误处理 11
7结论 11
在Web工程过程中，基于Web系统的测试、确认和验收是一项重要而富有挑战性的工作。基于Web的系统测试与传统的软件测试不同，它不但需要检查和验证是否按照设计的要求运行，而且还要测试系统在不同用户的浏览器端的显示是否合适。重要的是，还要从最终用户的角度进行安全性和可用性测试。然而，Internet和Web媒体的不可预见性使测试基于Web的系统变得困难。因此，我们必须为测试和评估复杂的基于Web的系统研究新的方法和技术
⑥ 成熟的Web开发团队开发，测试，上线的环境和流程是怎样的
总结一下：
1，你需要一个可以模拟线上的开发环境。
2，你需要一个可以模拟线上的测试环境。
3，你需要一个可连调的测试环境。
4，你需要一个自动化的上线系统。
5，一个开发流程适合前后端的。
1，本地反向代理线上真实环境开发即可。（apache，nginx，nodejs均可实现）
2，模拟线上的测试环境，其实就是你需要一台有真实数据的测试机么，我建议没条件搭daily的，就直接用线上数据测好了，只不过程序部分走你们的测试环境而已，有条件搭daily当然最好咯。
3，可连调的测试环境，分为2种。一种是你们开发测试都在一个局域网段，直接绑hosts就完了，不在一个网段，就一人给一台虚拟的测试机，放在大家都可以访问到的公司内网，代码直接往上布即可。
4，自动化的上线系统，如果你们运维不给你们做，我猜你们都是直接ftp往线上扔？那么你可以自己做一个简易的上线系统。原理不复杂，每次上线时都抽取最新的trunk或master，做一个tag，再打一个时间戳的标记，然后分发到cdn就行了。界面里就2个功能，打tag，回滚到某tag，部署【够简易了吧，而且是全自动的】。
5，开发流程就是看项目了还有所用到的工具，构建，框架了。简单来说，原则就是分散独立开发，互相不干扰，连调时有hosts可绑即可。
回答了你的问题之后，我说下我自己的项目是怎么个开发流程。
灰常简单，代码管理工具是svn，起新需求就起新分支，独立开发，开发完合并到trunk，trunk不做任何开发工作，只负责merge。
上线有上线系统，你可以理解为我上面说的那个简易功能的加强版。我们是自带build的功能的。
自己编写build脚本，ant，grunt随便了。做好连到发布系统，一键集成，本地只关心源码开发。
本地环境，我拿nodejs写了一个自带rewrite，反向代理的server，超级仿真线上，一个hosts组管理的工具，一套适合自己部门的grunt插件库【就是很多很多grunt插件。。】。完全适合开发各种独立项目了。
当然如果你的测试，文档都集成在build那一步，是最棒的了。
协同合作我们是每个人开发都有一台自己的测试机，linux的，我本地也有工具可以完成自动build+push的功能。方便快捷。
可能全看下来挺复杂，不过前端工程化确实就是这个样子。帮你脱离之前的手忙脚乱，专注于业务的开发。
⑦ Web 自动化测试环境包含那几个部分
方案一：Python 解释器 + Python IDE，Selenium， 浏览器，浏览器驱动程序；方案二：JDK + Java IDE，Selenium，浏览器，浏览器驱动。两套方案除了编程语言不同，其他没有太大差别。 Python和java都是现在比较热门的职业，想要学习更深入的知识我喊败皮建议你多看枯冲看一些教学视频，推荐一下黑马程序员的视频库，免费的技能视频特别多。如果想要在一线城市找到工作的话可能郑差需要更系统的学习，可以考虑一下黑马程序员的线下课程和志同道合的人一块学习。
⑧ web应用软件的测试环境怎么写
定义测试策略 目前止您肯定参加议客户倚靠宽议桌问您:系统能处理千用户传统负载测试要求您编写脚本并执行测试试图给问题精确答案于种测试您需要定义处理含义及 1000 名典型用户站点情形您需要定义测试用例代表各种用户:例购买股票或注册新帐户接您必须估计用户些测试用例布数据进行假设即模拟真实用户与应用程序交互需要思考间(或等待间)负载测试期间某面致反映同数量真实用户站点情形 种几足处首先其结比您做假设更显确假设使结现偏差 其估计真实用户需要量客户端硬件每名虚拟用户给定需要处理能力内存量则典型客户端计算机处理约 200 名虚拟用户 2000 名用户并发处理级别测试需要 10 台客户端计算机 - 笔重投资测试使用 HTTPS 站点需要客户端硬件 终难向您发团队提供操作导向信息某处现故障难再现该问题 作备选案我建议您围绕些关键问题设计测试用例: ?? 系统瓶颈哪系统能同步处理少并发请求 ?? 响应间变接受前台机器能处理少名同步超级用户 ?? 添加额外硬件结线形增 ?? 任何稳定性问题妨碍站点运行于产环境 使用发团队(发团队参与能现问题领域)提供附加信息请关注些领域于示例其瓶颈能定单提交领域您派更具体问题例提交流程同处理少请求攻击些特定领域快且本用向发团队提供操作导向信息便能改进系统使用种同我推荐您记住遵循建议 关注负载测试我已提首先要做构建导致潜瓶颈稳定性问题脚本种数据第假设第二使您能够应用程序收集原始数据根据假设确定更高级别结用担识别低风险站点脚本编写问题例站点帮助领域或读文档领域编写脚本能现系统瓶颈 同步请求使用同步请求攻击瓶颈处主意模拟坏情况:即站点用户精确同间攻击瓶颈通使用户同步您重复进行测试同步结则难再现故障情况使用同步点做点同步点数较健壮(本较高)测试工具提供项功能同步点迫使每名虚拟用户直等剩余用户达脚本定义点才能始请求允许您精确并重复确定站点潜瓶颈区域能处理并发用户数例限 7 名并发同步用户 创建循环测试用例脚本使测试用例循环另种每测试用例迭代前站点应处于相同状态允许您间重复运行测试用例 使用超级用户使用我所称超级用户前面所提超级用户运行思考间设置零请记住思考间假设用于规测试使虚拟用户模拟真实用户虚拟用户思考间减半则服务器实际负载加倍另种服务器真关与负载关变量每秒请求数虚拟用户数量及其思考间结合起该负载 让我进行些数运算使概念更清晰面公式计算访问站点真实用户负载(请求数/秒): 例某站点 100 名并发用户假设载间 10 秒思考间 30 秒则每秒 2.5 页我假设每页 3 请求则 Web 服务器转化每秒 7.5 请求 超级用户运行测试观察每秒请求数并与刚刚计算值比较根据我经验真实用户数与超级用户数比例通约 15:1于同示例意味着 (100/15) 名超级用户与 100 名普通用户相同负载再举例假设 10 名超级用户响应间变接受请注意转换真实用户数该点每秒请求数现您进行任何希望思考间假设甚至更改需重新运行测试几测试您能根据直觉超级用户数转换真实用户数允许您保持用户数控减少所需客户端硬件数量并包含负载测试软件本 些超级用户测试用例于机测试用要测试站点伸缩性添加第二台 Web 服务器负载平衡器并重复超级用户测试理想情况看见相同相应数前您能加倍超级用户数量 要答稳定性问题运行测试延间段内维持合理数量并发且未同步超级用户我项目熬通宵甚至 24 昼夜停持续间与应用程序关我称内置测试旦您已采取步骤识别并潜解决找瓶颈则重复同步点测试看限否所增用所支持新并发用户数重新运行内置测试努力提高数字目标重复该循环直达质量条 少用户呢 尽管向发团队提供价值信息使您更难于答议室问题您近似估计答案例假设站点坏情况瓶颈显示每台计算机于 20 名超级用户情况响应间超 10 秒根据您我建议公式计算结近似估计 300 名真实用户(20 名超级用户 × 15 名真实用户)您做与规用例相同假设通情况百少用户使用站点领域假设预期 50% 用户使用领域其领域例文档或数据库读取用户比例则没意味着具台 Web 服务器系统处理约 600 名用户 目前止我已讨论能明确指向站点瓶颈领域情况该何做影响性能领域止您应何做呢答案创建单独查看各领域测试脚本首先孤立运行些脚本起运行再比较结看站点领域另领域影响
⑨ web测试环境如何搭建...急呀 ....
是的，只要搭建好WEB服务器和安装好数据库服务程序，WEB服务正常了，测试环境也就具备了
⑩ 成熟的Web开发团队开发，测试，上线的环境和流程是怎样的
Jira 拿来管理 事件 的， 还有设置Agile 项目管理的。
Git 和 Stash 拿来 code review 和管理 branch 的， 所有的branch 都按照Jira 的锋丛事件编号来命名
Bamboo 是做 auto-build 的，一旦 stash 提交了pull request， 然后review 通过了， merge 了，自动build，build的过程中可以增加测试。 Mock 的unit test, selenium 这种integrated 也行。每次build 自动运行 （实际上， pull request 的时候乱迅就会运行）
Confluence 用来写文档，记录工作会议，写wiki 的。
这一套不是挺好的吗？manager 就负责写 confluence 和 盯着 agile 来督促 各模块 （dev，QA， staging， proction）就好了；QA负责写一点 unit test和selenium， 或者给大家买饭盒也行；剩下的程序员 就狂写代码，狂提交啊哗基此。