如何搭建軟體測試環境搭建

① 測試環境怎麼搭建

問題一：在軟體測試中如何搭建測試環境？ 聽您這提問，估計您是沒做過測試吧。
什麼是測試環境呢？大白話講就是可以基本准確的將測試用例執行出來，並且結果是有參考意義的那麼個環境~
這前題是你的測試用例是有效的。那撇掉這個不管的情況下，測試環境就不可能是固定的。
有時候，測試環境可能就是一個系統。P如你這個軟體，什麼都不用管，你只要測能不能裝在XP系統上，那此時，一個完整的XP系統就是測試環境。
有時候，你要測一個網站舉腔弊支持不支持多種瀏覽器。那此時，你的測試環境就是一個安裝了多種瀏覽器的操作系統。
我說的你明白了么？所謂的搭建測試環境（招聘的老有這要求，會搭建環境），就是你能搭出可供測試用的環境。簡單了說~是操作系統~復雜了說，是裝了特定軟體做了特定設置的操作系統~

問題二：什麼是測試環境？如何搭建測試環境？ 硬體：包括PC機、筆記本、伺服器、各種終端等。例如要測試photoshop軟體，是要在PC機上測，還是筆記本上測？是在cpu為酷睿的計算機上測，還是要在炫龍的cpu上測？不同的硬體環境photoshop的處理速度是不一樣的。
軟體：這里主要指的是軟體運行的操作系統。例如測試photoshop，是指windows xp下測試還是在vista下測試？可能會有兼容性問題。軟體環境還包括與其他各類軟體共存同一系統時的兼容性問題。
一般來說，配置測試環境可遵循下列原則：
1、真實：盡量模擬用戶的真實使用環境。這里需要提一點圓答，關於項目軟體與產品軟體需要不同看待。項目軟體由於只針對某一群體的用戶，所以測試的環境比較單一。但產品軟體針對的是廣大群眾，所以測試環境比較復雜，要多方面考慮。
2、干凈：測試環境中盡量不要安裝與被測軟體無關的軟體。筆者就遇到這種事情，兩台機器，針對一個功能，一台測試OK，另一台測試NG，最後根據調查發現，測試OK的機器上安裝了客戶根本不會安裝的VC++開發環境，測試NG的機器正因為沒有安裝VC，所以測試出了這個bug：軟體中缺少必要的動態鏈接庫支持。但這個干凈也不是必須的，有時還要刻意去測試某個軟體去其他軟體並存時的兼容性問題。

問題三：windows怎麼搭建測試環境 第1步、下載IIS
1、如果不是很清楚自己的裝有Microsoft Windows XP 操作系統的電腦上是否安裝了IIS，可以打開IE瀏覽器，在其地址欄輸入127.0.0.1並回車，如下圖
2
如果能正常打開上面的網頁，說明本台電腦已安裝了IIS（Internet信息服務）。如果打不開上面的網頁，我們就得自己來安裝IIS。下面介紹的是如何來安裝IIS，如果你已會，完全可以跳過本部分，不會的可以一起來學習一下。
3
2、系統安裝光碟中帶有IIS的安裝程序，但因為現在大部分朋友的電腦都是GHOST系統，所以可以用搜索引擎，下載IIS獨立安裝包。打開網路，輸入「IIS for xp」，找到相關鏈接網站，下載所需要IIS安裝包，如下圖
4
3、下載下來的「IIS for XP」安裝包一般都為壓縮文件，所以使用它前，得先行解壓，如下圖
5
第2步、安裝IIS
1、我們依次打開「開始」→「控制面板」，找到並雙擊」添加或刪除程序「，打開了」添加或刪除程序「窗口，如下圖
6
2、點擊窗口左側的「添加/刪除Windows組件」，如下圖
7
3、勾選「Internet信息服務」，並點擊「下一步」命令按鈕，如下圖
8
4、彈出「所需文件」對話框，點擊窗口右下角的「瀏覽」命令按鈕，打開「查找」對話框，找到我們剛才從網上下載下來，並解壓的IIS FO XP 安裝包，找到所需的文件，選擇打開後，然後再點「確定」命令按鈕，繼續IIS的安裝，以後安裝過程中再需要什麼文件的話，找到安裝包後，選擇文件就可以了。如下圖
9
點擊「完成」命令按鈕，完成IIS的安裝，如下圖
10
第3步、測試IIS
打開IE 瀏覽器，在其地址欄輸入」127.0.0.1「後回車，看到如下圖所示的界面，就證明IIS安裝成功了，如下圖
11
至此，我們已成功正族安裝IIS，IIS的安裝講解完畢，接下來講解如何測試我們自己的ASP網站。
12
第4步、架設網站
1、我們把自己的ASP網站源代碼拷貝到電腦任意一個磁碟分區，比如D盤，如下圖
13
2、打開「計算機」管理。在「我的電腦」上右擊，選擇並點擊「管理」，這樣我們就打開了「計算機管理」窗口，在該窗口左側依次點擊「服務和應用程序」→「Internet信息服務」→「網站」，然後在「默認網站」上右擊，選擇「新建」→「虛擬目錄」，如下圖
14
3、新建虛擬目錄。點擊「虛擬目錄」，打開「虛擬目錄創建向導」對話框，點擊「下一步」命令按鈕，輸入虛擬目錄「別名」，比如：glxt，然後再點「下一步」命令按鈕，通過「瀏覽」的方式找到網站源代碼所在的目錄，我們剛才把源代碼放在了：D:\bysjASP，如下圖
15
4、完成向導。目錄選擇好後，我們點「下一步」，在「訪問許可權」對話框，按照下圖所示選擇就可以了，再點「下一步」命令按鈕，出現「已成功完成虛擬目錄創建向導」對話框，點擊「完成」，完成虛擬目錄的創建工作，如下圖
16
第5步、測試網站
1、我們在「計算機管理」窗口的「默認網站」下面，找到我們剛才創建成功的虛擬目錄「glxt」，然後點擊這個虛擬目錄，如下圖
17
2、在窗口的右側，找到我們網站的首頁:index.asp，然後右擊這個文件，在彈出的快捷菜單中選擇並點擊「瀏覽」，如下圖
18
這樣我們就打開了我們自己的網站，如果程序沒有錯誤，網站是可以正常打開的；如果程序有錯誤，則網......>>

問題四：如何搭建一個穩定、可重復的測試環境 innodb_data_home_dir = /longxibendi/mysql/mysql/var/
#innodb_data_file_path = ibdata1:1G:autoextend
innodb_data_file_path = ibdata1:500M;ibdata2:2210M:autoextend #表空間
innodb_file_io_threads = 4 #io線程數

問題五：什麼是android測試環境搭建 android 官網之前發布過ADT版本的Eclipse,建議使用官網提供的集成開發環境IDE(已上傳附件),即官方已經集成好ADT CDT SDK Eclipse,不需要再做任何的配置,直接解壓就可以用了。

問題六：面試問到軟體測試中怎麼搭建測試環境 搭建測試環境實際就是部署環境，比如window+mysql+tomcat部署這些

問題七：軟體測試搭建環境具體是怎麼做的 這個要看實際工作環境、軟體的運行環境來決定的，總體來說從：
1、操作系統：win還是Linux
2、軟體架構： B/S還是C/S
3、資料庫類型：orcale還是mssql，db2deng
。。。。

問題八：前端的開發調試測試的環境怎麼搭建 前端環境搭建系列的目的是把前端團隊作為一個整體，如何有效的團隊協同開發，第一部分開發環境。
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/css
js的img.xx/js
flash的img.xx/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合並的最好是根目錄路徑。
各種悲劇，此文到此結束。下篇為開發模式和模塊化。

② 手機軟體測試的基本流程

手機軟體測試的基本流程：

1、需求分析階段：閱讀需求，理解需求，分析需求點，參與需求評審會議。

2、測試計劃階段：主要任務就是編寫測試計劃，參考軟體需求規格說明書，項目總體計劃，內容包括測試范圍，進度安排，人力物力分配，整體測試策略的制定。

3、編寫測試用例：適當的了解設計，搭建測試用例框架，根據需求和設計編寫測試用例。

4、測試執行階段：搭建環境准備數據，執行預測試然後進入正式測試（系統測試、回歸測試、交叉測試、自由測試），bug管理直到測試結束。

5、輸出測試報告：輸出測試報告，確認是否可以上線。

(2)如何搭建軟體測試環境搭建擴展閱讀

軟體測試方法

1、動態測試

計算機動態測試的主要目的為檢測軟體運行中出現的問題，較靜態測試方式相比，其被稱為斗滲尺動態的原因即為其測試方式主要依賴程序的運用，主要為檢測軟體中動態行為是否缺失、軟體運行效果是否良空高好。

2、黑盒測試

黑盒測試，顧名思義即為將軟體測試環境模擬為不可見的「黑盒」。通過數據輸入觀察數據輸出，檢查軟體內部功能是否正常。測試展開時，數據輸入軟體中，等待數據輸出。數據輸出時若與預計數據一致，則證明該軟體通過測試。

3、白盒測試

白盒測試相對於黑盒測試而言具有一定透明性，原理為根據軟喊弊件內部應用、源代碼等對產品內部工作過程進行調試。

測試過程中常將其與軟體內部結構協同展開分析，最大優點即為其能夠有效解決軟體內部應用程序出現的問題，測試過程中常將其與黑盒測試方式結合，當測試軟體功能較多時，白盒測試法亦可對此類情況展開有效調試。

③ 測試環境搭建流程

不管是做什麼類型的測試，最基礎的功能測試，需要搭建測試環境；進階部分的性能壓力測試，對搭建環境的要求更高。所以搭建測試環境是優秀測試工程師的必備技能之一，也是開展測試工作的前置條件。
測試環境（Testing Environment），是指為了完成軟體測試工作所必需的計算機硬體、軟體、網路設備、歷史數據的總稱，簡而言之，測試環境=硬體+軟體+網路+數據准備+測試工具。
硬體，一般測試會涉及到的硬體就是計算機系統相關的內容，比如Windows系統，Linux系統和MacOS系統。測試環境可以部署在以上任何一種系統上，根據當前被測軟體的具體需求而定。一般軟體的運行平台，可能會更多
軟體，包括當前被測的軟體以及相關依賴和交互的軟體。當前被測軟體的部署，一般在部署好的Linux系統上安裝好服務之後，可以直接在前端通過web或者APP訪問，後端只要部署完成了，前端的運行還是比較簡單的；依賴和交互的軟體，一般是一些支持的軟體，比如JDK，tomcat，資料庫等。在Windows系統上；但是相關服務的搭建，比如軟體運行需要交互的服務，或者是軟體後台的承載服務，都會在Linux系統上搭建。
網路，這個可能是很多測試人員的一個知識盲區。網路是一個比較龐大的知識體系，涉及的內容特別多而且復雜。

④ 如何搭建測試環境

測試環境是QA開展測試工作的前置條件。穩定和可控的測試環境，可以使測試人員在執行測試用例時無需花費額外的時間去維護。有些公司運維或者研發部門會幫忙准備好測試環境，但是QA如果一味依賴其他部門，會局限測試工作的開展。

一、什麼是測試環境

測試環境，指為了完成軟體測試工作所必需的計算機硬體、軟體、網路設備、歷史數據的總稱，簡而言之，測試環境=硬體+軟體+網路+數據准備+測試工具。

硬體：指測試必需的伺服器、客戶端、網路連接等輔助設備。

軟體：指測試軟體運行時的操作系統、資料庫及其他應用軟體。

網路：指被測軟體運行時的網路系統、網路結構以及其他網路設備構成的環境等。

數據准備：一般指測試數據的准備。測試數據會在測試用例設計的階段設計好，然後軟體運行的時候，作為軟體輸入去驗證軟體功能。如果是少量、正常的測試數據，可以直接通過手動方式模擬出來，如果是大量的用戶數據的模擬，可以藉助測試工具來構建。

測試工具：工具是輔助測試的好幫手，針對將要做的測試類型，可選擇合適的工具讓我們的測試事半功倍。比如介面測試，可以選擇Jmeter或者postman；抓包工具，可以選擇fiddler，wireshark等。

二、搭建測試環境的原則

1. 真實

要求測試人員盡量模擬用戶的真實使用環境。我們應該選用合適的操作系統和軟體平台，了解符合測試軟體運行的最低要求及用戶使用的硬體配置，考慮到與其他軟體共存時，是否能正常運行等。

2. 無毒

若搭建的測試環境感染病毒，會導致測試軟體經常出現莫名的崩潰，運行不起來等現象，導致測試中斷。使用正版殺毒軟體防止病毒感染測試環境，保證無毒環境。

3. 獨立

測試過程中要確保我們的測試環境獨立，避免測試環境被佔用，影響測試進度及測試結果。有時開發人員為確定問題會使用我們的測試環境，這樣會打亂我們的測試活動。為避免這種情況，測試環境與開發環境應相互獨立，開發人員根據缺陷表單，在開發環境中復現和定位問題。
4. 可復用

當我們剛搭建好測試環境，安裝測試軟體之前及測試過程中，對操作系統及測試環境進行備份是必要的。在當測試環境遭到破壞時，可以恢復測試環境，避免測試數據丟失，出現不可預知的問題。

三、如何搭建測試環境

1.認識LNMT架構

這里主要介紹測試環境服務端的部署。不同公司的服務端部署都不一樣。互聯網公司比較典型的部署框架LNMT（Linux+Nginx+Mysql+Tomcat）如下圖：

瀏覽器和APP端是通過HTTP協議跟伺服器進行交互的。

Nginx，有些公司也用Apache。這是常用的HTTP伺服器和反向代理伺服器。Nginx是用來提供靜態資源的服務，Nginx接收到來自瀏覽器的請求以後，判斷這個請求是否是靜態資源(以JS、CSS、HTML、PNG等結尾的靜態文件)，如果是，則Nginx直接返回相應文件；如果不是靜態資源，是動態請求，比如，請求某一個日誌的內容，則Nginx會把請求轉發給Tomcat來處理。

Tomcat，是處理動態的HTTP請求，調用各種其他服務，完成相應的任務，並返回HTTP響應給Nginx。如果涉及到寫日誌、讀日誌等數據相關的操作，就需要對資料庫進行讀寫。另外，由於這些動態請求也會依賴一些第三方服務，比如說要調用支付寶的支付服務，那麼它就會再發起一個HTTP請求到支付寶的對外伺服器。它處理完整個邏輯之後，就會把相應的內容返回給Nginx，然後由Nginx返回給瀏覽器。

Mysql資料庫，將各種數據有序的管理起來，並對其他應用提供統一的介面和服務。

2. LNMT架構部署

此處主要介紹搭建環境的思路，更詳細的配置步驟不再贅述。

1) 申請虛擬機器

申請兩台虛擬機A和B，機器A作為Nginx伺服器+Mysql伺服器；機器B作為2台Tomcat伺服器。

2) 在機器A上安裝和配置Nginx

下載並安裝Nginx

配置環境變數

啟動Nginx

3）在機器A上安裝Mysql

下載安裝包並解壓

添加環境變數

初始化資料庫

啟動Mysql

4)在機器B上部署兩台Tomcat

關閉防火牆和selinux

安裝jdk環境

下載Tomcat並解壓兩次，目錄不同

兩台Tomcat建立軟鏈接

修改其中一台Tomcat的配置文件server.xml，避免埠沖突。server.xml配置的是地址、埠、最大連接數、編譯好的應用程序目錄等信息

啟動Tomcat服務

驗證部署成功，即瀏覽器輸入ip地址+埠號能成功訪問

5）配置Nginx

配置負載均衡和兩個Tomcat的反向代理

檢查語法並載入Nginx

驗證配置成功

總結

對於測試人員來說，對於這一整個機制需要理解，比如，各個工具的作用是什麼，各個配置文件的意義是什麼，各塊的配置是怎麼連起來的。

在搭建測試環境的過程中要多跟開發、運維溝通。測試環境的搭建和維護處在重要的位置，它的好壞直接影響測試結果的真實性和准確性。維護測試環境需要大量的精力，不是一個人能完成的，需要我們大家積極配合。

⑤ 面試問到軟體測試中怎麼搭建測試環境

要知道基本的測試理論，和一些常用的測試工具：如roadrunner,QTP,winrunner.1.白箱測試和黑箱測試是什麼?什麼是回歸測試?回歸測試是指修改了舊代碼後，重新進行測試以確認修改沒有引入新的錯誤或導致其他代碼產生錯誤。自動回歸測試將大幅降低系統測試、維護升級等階段的成本。回歸測試包括兩部分：函數本身的測試、其他代碼的測試。2.單元測試、集成測試、系統測試的側重點是什麼？單元測試是在軟體開發過程中要進行的最低級別的測試活動，在單元測試活動中，軟體的獨立單元將在與程序的其他部分相隔離的情況下進行測試。集成測試，也叫組裝測試或聯合測試。在單元測試的基礎上，將所有模塊按照設計要求，組裝成為子系統或系統，進行集成測試。實踐表明，一些模塊雖然能夠單獨地工作，但並不能保證連接起來也能正常的工作。程序在某些局部反映不出來的問題，在全局上很可能暴露出來，影響功能的實現。系統測試是將經過測試的子系統裝配成一個完整系統來測試。它是檢驗系統是否確實能提供系統方案說明書中指定功能的有效方法。3.設計用例的方法、依據有那些？白盒測試：邏輯覆蓋法，主要包括語句覆蓋，判斷覆蓋，條件覆蓋，判斷-條件覆蓋，路徑覆蓋黑盒測試：等價劃分類，邊界值分析，錯誤推測法。5.集成測試通常都有那些策略？1、在把各個模塊連接起來的時候，穿越模塊介面的數據是否會丟失；2、各個子功能組合起來，能否達到預期要求的父功能；3、一個模塊的功能是否會對另一個模塊的功能產生不利的影響；4、全局數據結構是否有問題；5、單個模塊的誤差積累起來，是否會放大，從而達到不可接受的程度。7.一個缺陷測試報告的組成缺陷的標題，缺陷的基本信息，復現缺陷的操作步驟，缺陷的實際結果描述，期望的正確結果描述，注釋文字和截取的缺陷圖象。8.基於WEB信息管理系統測試時應考慮的因素有哪些？9.軟體本地化測試比功能測試都有哪些方面需要注意？軟體本地化測試的目的：軟體本地化測試的測試策略：1.本地化軟體要在各種本地化操作系統上安裝並測試。2.源語言軟體安裝在另一台相同源語言操作系統上，作為對比測試。3.重點測試因本地化引起的軟體的功能和軟體界面的錯誤。4.測試本地化軟體的翻譯質量。5.手工測試和自動測試相結合。11.需求測試注意事項有哪些？一個良好的需求應當具有一下特點：完整性：每一項需求都必須將所要實現的功能描述清楚，以使開發人員獲得設計和實現這些功能所需的所有必要信息。正確性：每一項需求都必須准確地陳述其要開發的功能。一致性：一致性是指與其它軟體需求或高層（系統，業務）需求不相矛盾。可行性：每一項需求都必須是在已知系統和環境的權能和限制范圍內可以實施的。無二義性：對所有需求說明的讀者都只能有一個明確統一的解釋，由於自然語言極易導致二義性，所以盡量把每項需求用簡潔明了的用戶性的語言表達出來。健壯性：需求的說明中是否對可能出現的異常進行了分析，並且對這些異常進行了容錯處理。必要性：「必要性」可以理解為每項需求都是用來授權你編寫文檔的「根源」。要使每項需求都能回溯至某項客戶的輸入，如UseCase或別的來源。可測試性：每項需求都能通過設計測試用例或其它的驗證方法來進行測試。可修改性：每項需求只應在SRS中出現一次。這樣更改時易於保持一致性。另外，使用目錄表、索引和相互參照列表方法將使軟體需求規格說明書更容易修改。可跟蹤性：應能在每項軟體需求與它的根源和設計元素、源代碼、測試用例之間建立起鏈接鏈，這種可跟蹤性要求每項需求以一種結構化的，粒度好（fine-grained）的方式編寫並單獨標明，而不是大段大段的敘述。

⑥ 在軟體測試中如何搭建測試環境

1．所需要的計算機的數量，以及對每台計算機的硬體配置要求，包括CPU的速度、內存和硬碟的容量、網卡所支持的速度、列印機的型號等；

2. 部署被測應用的伺服器所必需的操作系統、資料庫管理系統、中間件、WEB伺服器以及其他必需組件的名稱、版本，以及所要用到的相關補丁的版本；

3. 用來保存各種測試工作中生成的文檔和數據的伺服器所必需的操作系統、資料庫管理系統、中間件、WEB伺服器以及其他必需組件的名稱、版本，以及所要用到胡悶的相關補丁的版本；

4. 用來執行測試工信做斗作的計算機所必需的操作系統、資料庫管理系統、中間件、WEB伺服器以及其他必需組件的名稱、版本，以及所要用到的相關補丁的版本；

5. 是否需要專門的計算機用於被測應用的伺服器環境和測試管理伺服器的環境的備份；

6. 測試中所需要使用的網路環境。例如，如果測試結果同接入Internet的線路的穩定性有關，那麼應該考慮為測試環境租用單獨的線路滑磨；如果測試結果與區域網內的網路速度有關，那麼應該保證計算機的網卡、網線以及用到的集線器、交換機都不會成為瓶頸；