第一篇：Web測試工具小結(jié)

Web測試工具小結(jié)

單元測試方面：（對開發(fā)人員比較有用）J-Unit工具。

功能測試方面：E-test是個不錯的選擇，功能很強(qiáng)大，由于不是采用Post URL的方式回放腳本，所以可以支持多內(nèi)碼的測試數(shù)據(jù)（當(dāng)然要程序支持）?；旧峡梢詰?yīng)付大部分的Web Site。

如果只是利用腳本回放代替手工勞動，或者做對頁面響應(yīng)數(shù)的性能測試，Microsoft Web Application Stress Tool是個不錯的選擇。

另外，在性能測試方面，PureLoad也是一個不錯的工具，完全用Java寫成，可以測試各種C/S程序，如SMTP Server等。這兩個工具都是使用Post URL的方法測試Web Application的。對大量使用JavaScript的頁面不太適合。當(dāng)然，如果程序在Unix，linux下面運行的話，可以直接編寫Shell腳本程序，更加方便。

另外，還有很多專門的工具，比如說Linkbot是專門作頁面鏈接測試的。

另外，測試流程管理工具也有不少，個人用過也一直在用的是Test Plan Control，短小精悍，不錯。

至于WinRunner和LoadRunner之類，因為沒有License，所以都沒怎么用過，慚愧。不過我看過一篇英國人評價英國測試市場上最流行的五個軟件的文章。WinRunner得分最高。

測試工具從測試的方法上可以分為兩種：白盒測試和黑盒測試

白盒測試工具主要有：

內(nèi)存資源泄漏檢查：Numega中的bouncechecker,Rational的Purify等

代碼覆蓋率檢查：Numega中的truecoverage,Rational的Purecoverage，Telelogic公司的logiscope, Macabe公司的Macabe等

代碼性能檢查：Numega中的truetime,Rational的Quantify等

代碼靜態(tài)度量分析質(zhì)量檢查工具：logiscope和Macabe等

黑盒測試工具主要有：

客戶端功能測試：MI公司的winrunner,compuware的qarun,Rational的SQA robot等等

服務(wù)器端壓力性能測試： MI公司的winload,compuware的qaload,Rational的SQA load等等

Web測試工具：MI公司的Astra系列，rsw公司的e-test suite等等

測試管理工具：rational的test manager,compuware的qadirector等等，此外還有缺陷跟蹤工具 trackrecord等。

數(shù)據(jù)庫測試工具:TestBytes

黑盒測試工具：QACenter、SQATeamTest，Rational Viaual Test。

回歸測試工具：Rational TeamTest，WinRunner（MI公司）

WEB系統(tǒng)測試工具：TEST，Workberch，Web Appication Stress Tool（WAS）

白盒測試工具：Numega、PuRe、軟件糾錯工具（Rational Purity）。

嵌入式測試工具：Logiscope（靜態(tài)測試工具）、CodeTest。

系統(tǒng)負(fù)荷測試工具：RationalPerformance

涵蓋測試工具范圍評估工具

軟件性能測試工具：LoadRunner（MI產(chǎn)品）、Rational Visual Qantify

測試管理工具：TestDirector（MI產(chǎn)品支持整個生命周期中測試流程管理）

第二篇：web測試心得

做電子商務(wù)網(wǎng)站測試已經(jīng)一個月了，這一個月基本上是熟悉網(wǎng)站產(chǎn)品和流程的一個過程，對網(wǎng)站的各個部分基本上都進(jìn)行了一次測試，感覺電子商務(wù)網(wǎng)站主要注意以下幾點：

1、注冊和登錄模塊的測試

在測試該部分時，給我印象最深的就是：

1)注冊成功，但登陸失?。鹤詴r，密碼設(shè)置為一些特殊的符號，比如：空格、%等，但登錄時，失敗。

后來經(jīng)開發(fā)人反映出現(xiàn)這樣的問題，原因是：在登錄模塊，對密碼設(shè)置了一些限定。

2)登錄時，沒區(qū)分大小寫，就是說，用小寫字母注冊的，登錄時，用相應(yīng)的大寫字母登錄也能成功。

出現(xiàn)問題的原因：登錄時，沒用MD5加密進(jìn)行驗證

2、購物車的測試

1)測試產(chǎn)品能否放入購物車中

2)當(dāng)某種產(chǎn)品有購物數(shù)量限制時，超過這一數(shù)值，能否也能放入購物車中

3)購物車中的購物限制是否正確

3、支付流程測試

1)購物車中的產(chǎn)品能否正常支付

2)當(dāng)支付完成，不等頁面跳轉(zhuǎn)，直接關(guān)閉瀏覽器，數(shù)據(jù)傳遞是否正確

3)當(dāng)支付完成，等待頁面跳轉(zhuǎn)，跳轉(zhuǎn)到得頁面是否正確

4、網(wǎng)站某個模塊間的數(shù)據(jù)傳遞是否正確

當(dāng)網(wǎng)站某個模塊涉及的數(shù)據(jù)傳遞比較多而且比較復(fù)雜時，一定要搞清楚數(shù)據(jù)是怎么傳遞的，因為這是最容易出現(xiàn)bug的地方。比如：下拉菜單的數(shù)據(jù)沒有傳遞過來，或傳遞過來了，但不正確，這時就要靜下心來，慢慢濾清思考，耐心去測試。

最后一點就是，在購買的過程中，也要考慮到并發(fā)，比如，當(dāng)某種產(chǎn)品只剩一件了，這時兩個用戶或更多同時并發(fā)點擊該產(chǎn)品，放入購物車中，那么在多個用戶同時點擊這個只剩一件的產(chǎn)品時，系統(tǒng)是否有相應(yīng)的提示，或是，該產(chǎn)品能否都放入不同用戶的購物車中，我上周測試的過程中，該問題是存在的，等待明天程序的解答和修改。

第三篇：淺談Web應(yīng)用服務(wù)器測試

淺談Web應(yīng)用服務(wù)器測試

作者：中國軟件評測中心 2002年11月

隨著Internet 的發(fā)展壯大，新的開發(fā)模式也應(yīng)運而生，即所謂的B/S（瀏覽器/服務(wù)器）結(jié)構(gòu)、瘦客戶機(jī)模式。為了方便的開發(fā)、部署、運行和管理基于三層、多層結(jié)構(gòu)的應(yīng)用，需要 以Web的低層技術(shù)為基礎(chǔ)，規(guī)劃一個整體的應(yīng)用框架，提供相應(yīng)的支撐平臺，這一支撐平臺實 際上是基于Internet的中間件，即應(yīng)用服務(wù)器。

應(yīng)用服務(wù)器通過把用戶接口、商業(yè)邏輯和后臺服務(wù)分割開來，向開發(fā)者提供一種創(chuàng)建、部 署和維護(hù)企業(yè)規(guī)模的Web應(yīng)用的模塊化方式，從而對要轉(zhuǎn)向Web的用戶提供了高性能多線程的環(huán) 境。

考慮到web應(yīng)用服務(wù)器的以上應(yīng)用背景和產(chǎn)品特點，把為功能度、性能、兼容性、安全可 靠性作為重點測試方向，并且引用SUN Mircrosystems公司的J2EE標(biāo)準(zhǔn)作為參考標(biāo)準(zhǔn)。

一、功能測試

功能測試的主要目的是驗證一款產(chǎn)品是否是一個符合J2EE標(biāo)準(zhǔn)的企業(yè)級web應(yīng)用服務(wù)器。測試前，應(yīng)針對J2EE標(biāo)準(zhǔn)中的JSP、SERVLET、JDBC、EJB等主要功能編寫測試用例。測試 用例應(yīng)盡量覆蓋典型的應(yīng)用和操作，以此來證明一款產(chǎn)品符合J2EE標(biāo)準(zhǔn)中提到的功能。特別是 功能度測試項目，應(yīng)遵循開發(fā)廠商提供的用戶手冊或程序員手冊中有關(guān)功能部分的描述作為依 據(jù)具體制定。

二、性能測試

性能測試的主要目的是考查在大壓力和大數(shù)據(jù)量情況下，應(yīng)用服務(wù)器最大處理能力和系統(tǒng) 響應(yīng)時間，同時考查不同壓力情況下應(yīng)用服務(wù)器處理能力和系統(tǒng)響應(yīng)時間。

測試過程中，首先通過JDBC接口與數(shù)據(jù)庫進(jìn)行連接，根據(jù)被測系統(tǒng)的應(yīng)用環(huán)境和實際情況 制定與之相適應(yīng)的案例數(shù)據(jù)庫。然后使用功能測試中用到的JSP、Servlet和EJB測試程序，通 過Web Application Stress Tool1.1錄制相應(yīng)的測試腳本，模擬在多用戶并發(fā)情況下數(shù)據(jù)庫的 插入、更新、查詢，并記錄成功點擊次數(shù)、點擊率等相關(guān)參數(shù)。最后通過遠(yuǎn)程監(jiān)控系統(tǒng)對Web 應(yīng)用服務(wù)器的CPU占有率、內(nèi)存進(jìn)行實時監(jiān)控，通過對上述數(shù)據(jù)的匯總分析，得出功能服務(wù)器 的性能。

三、兼容性測試

兼容性部分的測試應(yīng)分成兩部分來考察：即硬件兼容性和軟件兼容性。

硬件兼容性主要驗證Web應(yīng)用服務(wù)器的硬件配置要求。測試中，可以根據(jù)廠商提供的安裝 手冊承諾的配置信息，來驗證功能服務(wù)器的硬件兼容性。

軟件兼容性考察的方面較多，主要包括：系統(tǒng)兼容性、數(shù)據(jù)庫兼容性、Web服務(wù)器兼容 性、開發(fā)工具兼容性、與其它中間件產(chǎn)品的兼容性、J2EE組件的兼容性等多個方面。

四、安全可靠性測試

安全可靠性測試除了要考察用戶權(quán)限限制、輸入數(shù)據(jù)有效性檢查等基本內(nèi)容，還應(yīng)著重考 察在大壓力和大數(shù)據(jù)量情況下系統(tǒng)的穩(wěn)定性，以及驗證系統(tǒng)的SSL認(rèn)證加密機(jī)制是否有效等多 個方面。

第四篇：WEB測試總結(jié)

WEB測試總結(jié)(架構(gòu),設(shè)計)精華部分

1、總計架構(gòu)測試

1）瘦客戶端，業(yè)務(wù)邏輯規(guī)則多數(shù)在服務(wù)器端執(zhí)行。如新聞?wù)军c、門戶網(wǎng)站、信息發(fā)布網(wǎng)站等。

2）胖客戶端，安全性要求較高、交互操作頻繁、業(yè)務(wù)邏輯復(fù)雜。銀行系統(tǒng)、網(wǎng)絡(luò)游戲、網(wǎng)上辦公系統(tǒng)等。

2、Web架構(gòu)組成部分是否滿足需求

成本、功能、安全性要求、容量要求、傳輸實時性。

3、服務(wù)器配置分布是否滿足要求

Web服務(wù)器、應(yīng)用服務(wù)器、數(shù)據(jù)庫服務(wù)器可以分布在不同物理機(jī)器上也可以分布相同的物理機(jī)器上，一般優(yōu)先考慮獨立數(shù)據(jù)庫服務(wù)器，Web服務(wù)器、應(yīng)用服務(wù)器可以在相同的機(jī)器上。

4、客戶端設(shè)計測試

1）功能設(shè)置測試：信息服務(wù)、辦公自動化、Internet支持； 2）信息組織結(jié)構(gòu)測試：線性結(jié)構(gòu)、分層結(jié)構(gòu)、非線性結(jié)構(gòu)； 3）頁面設(shè)計測試：a.頁面一致性測試

b.用戶界面友好性及導(dǎo)航直觀性測試；、c.是否適合多種瀏覽器； d.頁文件的命名； e.頁面布局技術(shù)。

5、服務(wù)器端設(shè)計測試

1）容量規(guī)劃測試：點擊率、延遲和流量、服務(wù)器資源；

2）系統(tǒng)安全測試：a.常識性安全策略，取消不必要的協(xié)議、控制寫權(quán)限、取消服務(wù)器目錄瀏覽屬性、記錄日志等； b.使用加密技術(shù)；

c.構(gòu)造防火墻，網(wǎng)絡(luò)級、應(yīng)用級、電路級； d.構(gòu)建網(wǎng)絡(luò)防毒體系。3）數(shù)據(jù)庫設(shè)計測試。

6、Web開發(fā)測試

1）源代碼分析，主要是使用檢查工具來完成； 2）鏈接測試，主要借助工具來完成； 3）框架測試：a.自動調(diào)整窗口大小； b.是否提供滾動條；

c.打開新頁面是否正常。4)表格測試，隨窗體變化自動調(diào)整大小； 5）圖形測試：a.顏色飽和度及對比度； b.鏈接標(biāo)識；

c.圖形顯示是否正確。

1、與一般應(yīng)用軟件相比，Web測試有以下區(qū)別：

第一、Web測試的側(cè)重點是性能、安全、易用性、兼容

第二、測試工具有所不同，如鏈接測試、表單測試、界面測試

2、功能測試

一、客戶端的選擇，優(yōu)先測試流行的客戶客戶端；

二、客戶端瀏覽器的配置

三、客戶端的顯示設(shè)置

四、內(nèi)容測試

3、鏈接測試

一、該鏈接將用戶帶到它所說明的地方

二、被鏈接的頁面是存在的

三、保證沒有孤立頁面

工具有WEBCHECK、LINKBOT、TESTPARTNER、XENU等

4、鏈接測試工具的優(yōu)勢：

一、簡單易用

二、在實現(xiàn)上采用多線程技術(shù)，檢查速度特別快；

三、對斷開的鏈接可以再次測試，可以避免誤判；

四、沒有檢查鏈接的數(shù)量限制，只受系統(tǒng)資源的約束；

五、可以分析Web應(yīng)用的結(jié)構(gòu)；

六、檢查結(jié)果可以分類查看，自動生成HTML格式的報告；

5、Web應(yīng)用鏈接主要測試點如下

一、測試內(nèi)部鏈接和外部鏈接中成功和失敗的鏈接點，以及應(yīng)用中不被其他鏈接調(diào)用的頁面；

二、測試鏈接中新網(wǎng)頁、老網(wǎng)頁、慢網(wǎng)頁以及丟失的圖象標(biāo)題標(biāo)簽和屬性標(biāo)簽等；

三、分析Web應(yīng)用的結(jié)構(gòu)是否合理，包括顯示和某個URL相關(guān)的鏈接以及按照標(biāo)題、描述、作者、大小、最后修改時間、類型為URL鏈接分類等。

6、易用性測試

易用性測試要考慮以下幾個方面： 1）用戶的計算機(jī)使用經(jīng)驗；

2）用戶對瀏覽器以及Web的使用經(jīng)驗； 3）用戶的業(yè)務(wù)專業(yè)知識。

7、Web系統(tǒng)的易用性測試分為三個方面： 1）界面測試

2）輔助功能測試 3）圖形測試

一、界面測試要考慮以下幾個問題 A．WEB應(yīng)用系統(tǒng)的最終用戶群是誰？ B．WEB應(yīng)用界面的設(shè)計策略是什么？ C．頁面中各元素布局的協(xié)調(diào)性 a.各元素位置的協(xié)調(diào)性 b.各元素顏色的協(xié)調(diào)性

c.各元素大小比例的協(xié)調(diào)性 D．不同頁面風(fēng)格的統(tǒng)一性

E．用戶在界面中操作的便利性 F．界面動態(tài)操作測試

a.屏幕分辯率設(shè)置的影響

b.瀏覽窗口最大化/最小化的影響 c.選定目標(biāo)元素的置中與縮放

二、輔助功能測試 A．使用說明，這個沒有多大意義，WEB網(wǎng)頁按F1彈出來的頁面都是IE的幫助頁面，除非有特定的幫助說明內(nèi)容； B．導(dǎo)航功能 C．站點地圖

D．幫助，這個沒有多大意義，WEB網(wǎng)頁按F1彈出來的頁面都是IE的幫助頁面，除非有特定的幫助說明內(nèi)容；

第五篇：(總結(jié))Web性能壓力測試工具之ApacheBench(ab)詳解

PS：網(wǎng)站性能壓力測試是性能調(diào)優(yōu)過程中必不可少的一環(huán)。只有讓服務(wù)器處在高壓情況下才能真正體現(xiàn)出各種設(shè)置所暴露的問題。Apache中有個自帶的，名為ab的程序，可以對Apache或其它類型的服務(wù)器進(jìn)行網(wǎng)站訪問壓力測試。ApacheBench命令原理：

ab命令會創(chuàng)建很多的并發(fā)訪問線程，模擬多個訪問者同時對某一URL地址進(jìn)行訪問。它的測試目標(biāo)是基于URL的，因此，既可以用來測試Apache的負(fù)載壓力，也可以測試nginx、lighthttp、tomcat、IIS等其它Web服務(wù)器的壓力。ab命令對發(fā)出負(fù)載的計算機(jī)要求很低，既不會占用很高CPU，也不會占用很多內(nèi)存，但卻會給目標(biāo)服務(wù)器造成巨大的負(fù)載，其原理類似CC攻擊。自己測試使用也須注意，否則一次上太多的負(fù)載，可能造成目標(biāo)服務(wù)器因資源耗完，嚴(yán)重時甚至導(dǎo)致死機(jī)。ApacheBench參數(shù)說明

格式：ab [options] [http://]hostname[:port]/path 參數(shù)說明：

-n requests Number of requests to perform //在測試會話中所執(zhí)行的請求個數(shù)（本次測試總共要訪問頁面的次數(shù)）。默認(rèn)時，僅執(zhí)行一個請求。

-c concurrency Number of multiple requests to make //一次產(chǎn)生的請求個數(shù)（并發(fā)數(shù)）。默認(rèn)是一次一個。-t timelimit Seconds to max.wait for responses //測試所進(jìn)行的最大秒數(shù)。其內(nèi)部隱含值是-n 50000。它可以使對服務(wù)器的測試限制在一個固定的總時間以內(nèi)。默認(rèn)時，沒有時間限制。-p postfile File containing data to POST //包含了需要POST的數(shù)據(jù)的文件，文件格式如“p1=1&p2=2”.使用方法是-p 111.txt。（配合-T）

-T content-type Content-type header for POSTing //POST數(shù)據(jù)所使用的Content-type頭信息，如-T “application/x-transferred: 203479961 bytes #整個過程中的HTML內(nèi)容傳輸量

Requests per second: 337.67 [#/sec](mean)#最重要的指標(biāo)之一，相當(dāng)于LR中的每秒事務(wù)數(shù)，后面括號中的mean表示這是一個平均值

Time per request: 2961.449 [ms](mean)#最重要的指標(biāo)之二，相當(dāng)于LR中的平均事務(wù)響應(yīng)時間，后面括號中的mean表示這是一個平均值

Time per request: 2.961 [ms](mean, across all concurrent requests)#每個連接請求實際運行時間的平均值

Transfer rate: 16866.07 [Kbytes/sec] received #平均每秒網(wǎng)絡(luò)上的流量，可以幫助排除是否存在網(wǎng)絡(luò)流量過大導(dǎo)致響應(yīng)時間延長的問題

Connection Times(ms)min mean[+/-sd] median max Connect: 0 483 1773.5 11 9052 Processing: 2 556 1459.1 255 11763 Waiting: 1 515 1459.8 220 11756 Total: 139 1039 2296.6 275 11843 #網(wǎng)絡(luò)上消耗的時間的分解，各項數(shù)據(jù)的具體算法還不是很清楚 Percentage of the requests served within a certain time(ms)50% 275 66% 298 75% 328 80% 373 90% 3260 95% 9075 98% 9267 99% 11713 100% 11843(longest request)#整個場景中所有請求的響應(yīng)情況。在場景中每個請求都有一個響應(yīng)時間，其中50％的用戶響應(yīng)時間小于275毫秒，66％的用戶響應(yīng)時間小于298毫秒，最大的響應(yīng)時間小于11843毫秒。對于并發(fā)請求，cpu實際上并不是同時處理的，而是按照每個請求獲得的時間片逐個輪轉(zhuǎn)處理的，所以基本上第一個Time per request時間約等于第二個Time per request時間乘以并發(fā)請求數(shù)?？偨Y(jié)：在遠(yuǎn)程對web服務(wù)器進(jìn)行壓力測試，往往效果不理想（因為網(wǎng)絡(luò)延時過大），建議使用內(nèi)網(wǎng)的另一臺或者多臺服務(wù)器通過內(nèi)網(wǎng)進(jìn)行測試，這樣得出的數(shù)據(jù)，準(zhǔn)確度會高很多。如果只有單獨的一臺服務(wù)器，可以直接本地測試，比遠(yuǎn)程測試效果要準(zhǔn)確。

? Apache下載

? 進(jìn)入apache服務(wù)器官網(wǎng)http://httpd.apache.org/，這里我們以下載穩(wěn)定版的

httpd 2.2.29為例，點擊download。? 2 由于官方網(wǎng)頁改版，以前的方式可能五法進(jìn)行下載，為了不浪費大家的時間，特此修正2015-01-24 第一步依舊是點擊download ? 3 點擊鏈接Files for Microsoft Windows 步驟閱讀 ? 4 The Apache HTTP Server Project itself does not provide binary releases of software, only source code.Individual committers may provide binary packages as a convenience, but it is not a release deliverable.If you cannot compile the Apache HTTP Server yourself, you can obtain a binary package from numerous binary distributions available on the Internet.Popular options for deploying Apache httpd, and, optionally, PHP and MySQL, on Microsoft Windows, include： ApacheHaus Apache Lounge BitNami WAMP Stack WampServer XAMPP 大致意思是說apache本身不提供已編譯的安裝包，只提供源碼，如果你自己無法編譯，可以選擇下面這些官方推薦的第三方提供編譯的網(wǎng)站。

其中后兩個是有名的wamp以及xampp集成環(huán)境，如果只想下載apache可以選擇前三個網(wǎng)站，這里我們第一個ApacheHaus為例。? 5 打開ApacheHaus之后你會發(fā)現(xiàn)這個網(wǎng)站上有各種windows版本，可以盡情選擇你要下載的版本。? 6 點擊紅框中的圖標(biāo)即可開始下載，x86是32位的，x64是64位的，根據(jù)自己的操作系統(tǒng)選擇下載

? Apache安裝

? 2 打開ApacheHaus之后你會發(fā)現(xiàn)這里有許多的windows版的Apache版本 這里簡單的介紹一下：x86代表32位，x64代表64位。根據(jù)自己安裝的系統(tǒng)選擇

關(guān)于vc9與vc11，這里的選擇要跟PHP對應(yīng)才能穩(wěn)定的運行。（按照PHP官方提供的資源來看，PHP 5.5以后的版本官方只提供了VC11版本的產(chǎn)品程序，PHP5.3/5.4版還有VC9版本的產(chǎn)品程序）? 3 注意建立好自己的文件存放方式，方便以后管理

下 載完畢后解壓，將解壓的 Apache24文件夾復(fù)制到自己的項目目錄里面。你的項目根目錄為E:/wamp/Apache24/htdocs即DocumentRoot的定義。如果想放到其他目錄下，需要修改httpd.conf，包括ServerRoot、DocumentRoot、Directories，ScriptAlias。需要改為你的Apache目錄的地址。? 4 因為這里我們下載的是官方源碼包，所以需要把Apache服務(wù)安裝到我們的計算機(jī)上面

開啟控制臺：win+R 輸入cmd 命令行下進(jìn)入到apache下面的bin目錄，輸入

httpd-k install 把a(bǔ)pache安裝成windows后臺服務(wù)。? 5 所有基本的命令都可以在Apache官網(wǎng)上找到，下面是一些常用的命令 ? 6 最后使用ApacheMonitor來管理apache服務(wù)器 訪問測試是否成功

? 對大家遇到的一些問題做下簡單總結(jié)

1、由于apache默認(rèn)是監(jiān)聽80端口，如果你的電腦iis是啟動狀態(tài)，并且也使用了80端口，apache將無法正常啟動，需要先停止iis，另外迅雷也可能會使用80端口，所以也要關(guān)閉迅雷。查看80端口是否被占用，命令行下輸入： netstat-aon|findstr “80” 如果看到如圖的結(jié)果，說明80端口已被使用，需要先關(guān)閉相關(guān)軟件，或者修改apache默認(rèn)的監(jiān)聽端口

打開apache目錄下的conf/httpd.conf 搜索 “Listen 80” 修改為Listen 8088 保存之后再重新啟動apache

2、httpd-k install 輸入該命令后查看服務(wù)是否安裝成功 開始-->運行-->services.msc-->確定

打開后如果在服務(wù)列表能夠看到apache字樣，說明，服務(wù)安裝成功，可以直接點擊左邊的啟動按鈕來啟動服務(wù) ? 13

3、服務(wù)無法正常安裝，首先確定軟件32位和64位是否和自己的系統(tǒng)匹配 其 次，看電腦有沒有安裝軟件相應(yīng)的運行包，比如你下載的是VC9版本，那么你需要先安裝Microsoft Visual C++ 2008 Redistributable，同理VC11版本你需要安裝Microsoft Visual C++ 2012 Update 4 Redistributable Package(X86 & x64)在ApacheHaus網(wǎng)站的最底部提供了相應(yīng)的Visual Studio Redistributable Packages下載鏈接