『壹』 面試問到軟體測試中怎麼搭建測試環境
要知道基本的測試理論，和一些常用的測試工具：如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、根據項目、產品的需求提煉測試需求。
2、根據測試需求和項目的整體計劃，制定測試計劃，測試方案等，包括測試的時間節點安排，人力資源安排，測試策略等，並進行評審。
3、根據測試需求以及相關的設計文檔，編寫測試用例，即明確每個測試點的具體的操作步驟，預期結果等內容，並對用例進行評審。
4、准備測試環境和測試數據，包括測試系統部署的硬體環境和軟體環境。
5、執行測試用例，提交測試過程中發現的bug，並通過版本迭代進行回歸測試，驗證相關的bug。
6、完成內部軟體系統的功能測試，系統測試之後，系統趨於穩定，提交客戶進行驗收測試。
7、編寫軟體測試報告。
8、對測試過程進行總結，並將測試過程中的所有文檔進行歸檔。
『叄』 如何搭建軟體白盒測試環境
白盒測試環境主要有驅動、樁、測試用例和測試結果四個部分，測試環境模型如下： 上圖可以看出，被測模塊通過樁的支撐，被測試驅動通過預定的測試用例控制運行，由於被測模塊的運行過程是可控狀態下的，所以其結果是也可預期的，使驅動最終自動給出測試結果成為可能。 按上圖的提示，完成一個簡單的軟體模塊（比如單個函數或者幾個函數）測試是比較輕松的事，但是事實上我們面臨的測試往往是針對一個大的項目的，不是幾個函數那麼簡單，大的項目中模塊一般分好多種類並且可擴充的。所以我們在搭建測試環境的時候還需要考慮很多問題，比如測試驅動的擴展、用例的擴展、回歸測試的自動實現等。下面基於IPLD平台測試項目，就如何搭建一個相對完美的測試環境進行技術的探討。 1、被測項目分析 XLD平台是####裝置保護程序運行平台，為裝置上應用程序的運行提供底層功能支撐，該平台包含多個模塊，每個模塊下面有多個函數，這些模塊和函數都是可以擴展的。下面列出兩個模塊進行示例（每個模塊暫列出兩個函數）： 1）雙向鏈表模塊 對應頭文件：lb.h，實現文件：lb.c 包含函數：增加節點函數：Lb_add 刪除節點函數：Lb_del 2）數據隊列模塊 對應頭文件：gm.h，實現文件：gm.c 包含函數：初始化函數：gm_init（） 周期發送函數：gm_retranse 2、測試用例設計 作為參數或者其他條件，通過驅動控制被測模塊按特定的路徑運行，達到測試要求。 考慮到回歸測試及團隊協作等因素，用例的設計採用和代碼脫離的原則，這樣一方面修改測試用例的時候不用重新編譯代碼，另一方面測試組內成員可以在各自測試范圍內設計自己的測試用例。由於測試用例的量不是特別大，還不至於需要用資料庫，所以測試用例採用文件的方式實現。 這里用例文件採用配置文件（後綴名*.ini）格式，比如雙向鏈表模塊的測試用例，設計如下： 文件名」雙向鏈表.ini」 文件內容按被測函數分塊，每一塊代表一個函數的測試用例，如下： [Lb_add] 用例1 = 用例1信息 用例2 =用例2信息 [Lb_del] 用例1 = 用例1信息 用例2 =用例2信息 出於便捷和可維護性考慮，這里測試用例定義統一的文件格式。我們可以在驅動中設計可重用的用例讀取函數，以便測試組內人員重用。
『肆』 曲靖java培訓學校告訴你軟體測試流程
一、概述
一般而言，軟體測試從項目確立時就開始了，前後要經過以下一些主要環節：
需求分析→測試計劃→測試設計→測試環境搭建→測試執行→測試記錄→缺陷管理→軟體評估→RTM.
在進行有關問題闡述前，我們先明確下分工，一般而言，需求分析、測試用例編寫、測試環境搭建、測試執行等屬於測試開發人員工作范疇，而測試執行以及缺陷提交等屬於普通測試人員的工作范疇，測試負責人負責整個測試各個環節的跟蹤、實施、管理等。
說明：
1.以上流程各環節並未包含軟體測試過程的全部，如根據實際情況還可以實施一些測試計劃評審、用例評審，測試培訓等。在軟體正式發行後，當遇到一些嚴重問題時，還需要進行一些後續維護測試等。
2.以上各環節並不是獨立沒聯系的，實際工作千變萬化，各環節一些交織、重疊在所難免，比如編寫測試用例的同時就可以進行測試環境的搭建工作，當然也可能由於一些需求不清楚而重新進行需求分析等。這就和我們國家提出建設有中國特色的社會主義國家一樣，只所以有中國特色，那是因為國情不一樣。所以在實際測試過程中也要做到具體問題具體分析，具體解決。
二、測試流程
需求分析
需求分析(RequirmentAnalyzing)應該說是軟體測試的一個重要環節，測試開發人員對這一環節的理解程度如何將直接影響到接下來有關測試工作的開展。
可能有些人認為測試需求分析無關緊要，這種想法是很不對的。需求分析不但重要，而且至關重要!
一般而言，需求分析包括軟體功能需求分析、測試環境需求分析、測試資源需求分析等。
其中最基本的是軟體功能需求分析，測一款軟體首先要知道軟體能實現哪些功能以及是怎樣實現的。比如一款Smartphone包括VoIP、Wi-Fi以及Bluetooth等功能。那我們就應該知道軟體是怎樣來實現這些功能的，為了實現這些功能需要哪些測試設備以及如何搭建相應測試環境等，否則測試就無從談起!
既然談了需求分析，那麼曲靖電腦培訓http://www.kmbdqn.cn/根據什麼來分析呢?總不能憑空設想吧。
『伍』 在軟體測試工作中，怎麼搭建測試環境呢怎麼做呢簡單流程說下。
聽您這提問，估計您是沒做過測試吧。
什麼是測試環境呢？大白話講就是可以基本准確的將測試用例執行出來，並且結果是有參考意義的那麼個環境~
這前題是你的測試用例是有效的。那撇掉這個不管的情況下，測試環境就不可能是固定的。
有時候，測試環境可能就是一個系統。P如你這個軟體，什麼都不用管，你只要測能不能裝在XP系統上，那此時，一個完整的XP系統就是測試環境。
有時候，你要測一個網站支持不支持多種瀏覽器。那此時，你的測試環境就是一個安裝了多種瀏覽器的操作系統。
我說的你明白了么？所謂的搭建測試環境（招聘的老有這要求，會搭建環境），就是你能搭出可供測試用的環境。簡單了說~是操作系統~復雜了說，是裝了特定軟體做了特定設置的操作系統~
『陸』 軟體測試環境
硬體環境：就寫出你用來搭測試環境用的那台電腦的配置，如果網站要播放聲音，還要加上使用的是音響還是耳機，看的見摸得著的都寫上，滑鼠也應加上（滑鼠也屬於硬體的一部分，如果使用筆記本電腦註明是否使用觸摸屏）。軟體環境：從操作系統開始寫，操作系統（Windows、linux）版本，瀏覽器（IE、firefox……）版本，把與被測網站系統有直接使用關系的軟體都寫入軟體環境【所用的軟體測試工具（缺陷管理工具、qtp、loadrunner……截圖軟體等）不能寫入軟體環境，獨立出來單獨寫「測試工具」】，另外，如果電腦里還有與被測網站無關的軟體也要全部加上，並且註明版本號（比如IE6、IE8、firefox3.0等）。一般功能測試時對軟體測試環境的要求是在干凈的操作系統上進行，也就是說除了與被測系統有關的軟體以外，不能帶有其他軟體，但如果有的話需要需要記錄下來，以備bug再現時有依可尋。在做網站兼容性測試時應在被測電腦上安裝上常用軟體，看是否能與其他軟體兼容。其實做網站測試是要分類別的，網站測試主要且必須的幾大測試：功能測試，性能測試，負載測試，安全性測試，兼容性測試；還有其他的單元測試，集成測試，回歸測試等，這些測試所有的硬體環境可以一樣；但軟體環境卻完全不一樣。
『柒』 如何搭建測試環境
1、真實：盡量模擬用戶的真實使用環境。這里需要提一點，關於項目軟體與產品軟體需要不同看待。項目軟體由於只針對某一群體的用戶，所以測試的環境比較單一。但產品軟體針對的是廣大群眾，所以測試環境比較復雜，要多方面考慮。
2、干凈：測試環境中盡量不要安裝與被測軟體無關的軟體。筆者就遇到這種事情，兩台機器，針對一個功能，一台測試OK，另一台測試NG，最後根據調查發現，測試OK的機器上安裝了客戶根本不會安裝的VC++開發環境，測試NG的機器正因為沒有安裝VC，所以測試出了這個bug：軟體中缺少必要的動態鏈接庫支持。但這個干凈也不是必須的，有時還要刻意去測試某個軟體去其他軟體並存時的兼容性問題。
3、無毒，這個應該不必多說了，測試工作應該確保在無毒的環境中進行。
4、獨立：測試環境與開發環境相互獨立。就是說開發環境和測試環境最好分開，即測試人員和開發人員分別用不同的伺服器（資料庫、後台伺服器等），避免造成相互干擾。
『捌』 測試環境搭建流程
不管是做什麼類型的測試，最基礎的功能測試，需要搭建測試環境；進階部分的性能壓力測試，對搭建環境的要求更高。所以搭建測試環境是優秀測試工程師的必備技能之一，也是開展測試工作的前置條件。
測試環境（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
驗證配置成功
總結
對於測試人員來說，對於這一整個機制需要理解，比如，各個工具的作用是什麼，各個配置文件的意義是什麼，各塊的配置是怎麼連起來的。
在搭建測試環境的過程中要多跟開發、運維溝通。測試環境的搭建和維護處在重要的位置，它的好壞直接影響測試結果的真實性和准確性。維護測試環境需要大量的精力，不是一個人能完成的，需要我們大家積極配合。