說好的壓力測試呢？測試標的？方法？工具呢？
好吧！抱怨完畢，我們言歸正傳。又有多少公司願意投資成本來作壓力測試？其實不會太多，首先看看台灣產業面對的狀況，如果只做台灣市場生意，那個壓力測試還真的拿來騙人的。首先大多都是SA和SD品質不良造成Code寫得太爛，所以遇到稍微比較多的連線量，就給他完全不行。原因嗎？經驗未標準化。台灣軟體工程師們，個個以為自己是神人，寫Code習慣都頗糟糕。當然，原因就是喜歡「吃速食」，自然習慣不好的狀況下，蝦米碗糕都不太好，我管他是中華電信還是神通這類大公司的PG人員，就算拿了一堆證照，都還是一個樣...。（回頭一看，還再抱怨....真的 Sorry！）
既然進入了雲端時代，其實當然很多的服務都會雲端化了，測試軟體當然也不例外。
這其實也不是啥新東西，2012年就出來了，但我想對於有小規模壓力測試需要的人，應該可以來用用看，就算你今天要模擬比較多人使用，也可以花點小錢購買。
但我想這個雲端測試服務，自己還是有自己的極限限制啦，對於一些企業網站的承載測試，絕對是足夠的。但如果是要幫購票系統之類的東西測試，我就認為那就不太夠了。如果你硬要用，那你最好祈禱，你要做的系統，要賣得東西不太熱門（笑）
雲端壓力測試介紹：http://blog.lyhdev.com/2012/03/blitz-load-test.html
雲端壓力測試服務網址：https://www.blitz.io/
但這個服務，對我來說最有趣的地方就是他的驗證機制。你要怎麼樣讓這個服務，不會變成一種發動「虛擬攻擊」的平台。例如說，我拿來設定好之後，對於我指定的平台進行「非法的壓力測試」。
其實他所要驗正的就很簡單，就是這個服務會亂數給你一個檔名。你就在要進行測試的平台根目錄建立一個該檔名的TXT檔案，並將服務給你的驗證用數字當作內容，儲存於那個TXT檔案中。這樣進行壓力測試之前，他會先驗證該檔案是否存在，再來進行壓力測試。
邏輯很簡單，也很有趣。沒有太複雜的機制，簡單易懂..... 。
所以打算試用的人，務必要注意一下這件事情啊！
