① 怎樣搭建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， 或者給大家買飯盒也行；剩下的程序員 就狂寫代碼，狂提交啊嘩基此。