<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" 
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
<title>我所知道的HTTP測試方法</title>
<link>http://blog.roodo.com/ystuan/archives/3419747.html/</link>
<description><![CDATA[======
聲明：受限於個人經驗，我選擇以目前服務的公司及其產品來說明我所瞭解的HTTP測試方法。撰寫本文是個人自主行為，與我目前服務的公司(Agilent)無關。
======

[HTTP不是商業機密]
HTTP(Hypertext Transfer Protocol)是一個公開的通訊協定，介紹請參考維基百科的條目（英文 / 中文），如果要更進一步瞭解的話可以去看 RFC 1945 和 RFC 2616

[HTTP不論是伺服器端或是用戶端，都有很多的實作了]
伺服器端：Apache, IIS...
用戶端：Mozilla Firefox, Microsoft Internet Explorer, Safari, Opera...

[HTTP量測：為何而測？]
當然是為了廣大的人民使用者囉，先有人潮，才有錢潮嘛。

[HTTP量測：測什麼？]
用FCAPS(Fault, Configuration, Accounting, Performance, Security)來替網路管理分類的話，HTTP量測我們可以比較專注在障礙(fault)和效能(Performance)兩方面。
障礙方面，就是測知伺服器端是不是還能提供服務（網站掛了嗎？）；效能方面，就是測知伺服器端是不是能夠提供即時的服務（網站好慢？）

[HTTP效能量測：如何測？]
考量地域及時段，以能夠代表使用者的配置來測量。

以這篇台灣網路服務品質測試報告（PDF檔案）來說，當年(2000?)這篇報告著重在撥接上網（台北和新竹），以及瀏覽網頁(HTTP)兩個面向。如果今天再做一次，也許就該改用寬頻上網（考慮更多城市？)，全部測試都 7 x 24（全年無休），納入更多用戶行為（P2P?)，才能更具有代表性。

[HTTP效能量測：量測項目的細分，以及其代表意義的解讀]

*網域名稱解析時間(DNS Resolution Time)
查詢網域名稱伺服器，取得網域名稱（例如www.qwest.com）和實際IP位址（此例為 155.70.40.252 ）所需的時間
如果這部份太長，調校的方向應該是檢查用戶端的DNS設定（明明用了X公司的服務上網，卻還是指向Y公司的DNS？）（不要每台電腦都幫人家設168.95.1.1啊啊啊～～～），或者檢討DNS機器本身的效能（台灣有好幾個isp，我都遇到過DNS no response的情形，只好手動換個DNS）

*TCP連結時間(TCP Connect Time)
開啟socket到（前步驟解出的）IP位址所需的時間
（這個量測值可以當作network latency的參考，當然伺服器作業系統的回應能力也會影響）

*伺服器回應時間(Server Response Time)
用戶端發出網頁要求（例如GET)之後，直到伺服器傳回第一個byte的時間
（這個量測值可以當作server latency的參考）

*資料傳輸時間(Data Transfer Time)
用戶端取得頁面和物件的時間。
（這個量測值會受到資料傳輸量影響）

*整體回應時間(Total Response Time)
前述時間的總和

最後面這一段關於量測項目的細分以及解讀，大家有興趣的話可以看看美國一家ISP(Qwest)如何運用Agilent Firehunter的說明，更詳細。請參考 http://stat.qwest.net/resources.html 的 HTTP Protocol Measurement Description 一節。

（不過要說明的是，現在這個產品改叫做 Agilent Wireless QoS Manager(WQM)，比較強調能夠測得行動上網的相關數據。關於HTTP的部份，也比前面Qwest引用的版本更細分，可以分別量測網頁純文字部份和網頁內嵌物件的下載時間）

======
本文結束，關於感想的部份（有一點點火藥味:p），請看底下的「後記」

]]>
	</description>
<language>zh-tw</language>
<generator>Roodo Blog System</generator>
<copyright>All Rights Reserved</copyright>
<atom:link href="http://blog.roodo.com/ystuan/archives/3419747-comment.xml" rel="self" type="application/rss+xml" />
<item>
	<title>回應：我所知道的HTTP測試方法</title>
	<description><![CDATA[Fireman,

對耶，好像只有看過丁丁難過，沒看過他生氣 :p

另外，要替這篇文章做一個更正，我後來找到
<a href='http://internetsupervision.com/help/glossary.htm#def_http' rel='nofollow'>http://internetsupervision.com/help/glossary.htm#def_http</a>

這應該就說明了那個 InternetSupervision 是如何測HTTP的囉。]]>
	</description>
	<link>http://blog.roodo.com/ystuan/archives/3419747.html</link>
	<guid>http://blog.roodo.com/ystuan/archives/3419747.html#comment-10830715</guid>
	<author>ystuan@gmail.com(PowerOp)</author>	<category>文章回應</category>
	<pubDate>Thu, 07 Jun 2007 23:29:42 +0800</pubDate>
</item>
<item>
	<title>回應：我所知道的HTTP測試方法</title>
	<description><![CDATA[呵呵,真是太污辱丁丁了,天線寶寶們可是很聰明的.
不過丁丁是不會生氣的喔~至少我沒看過.]]>
	</description>
	<link>http://blog.roodo.com/ystuan/archives/3419747.html</link>
	<guid>http://blog.roodo.com/ystuan/archives/3419747.html#comment-10824991</guid>
	<author>thomas.chiu@gmail.com(Fireman)</author>	<category>文章回應</category>
	<pubDate>Thu, 07 Jun 2007 15:29:48 +0800</pubDate>
</item>
</channel>
</rss>