為什麼現在這麼流行介面測試了？
做功能測試的都有體會，無聊，天天重複點點點，用例就那些花樣，感覺自己就是試用的人，只是會設計一些常人不會去操作的「用例」，但往往很多的用例還不能實現，或者無法執行。
但是這些用例是真的不能實現麼？答案是no!事實上，所謂的不能實現、無法執行，都只是技術不到位罷了。具體能不能做到，並不是一二三點簡單的說說。手工測試這個層次的不能，只不過是表面的介面無法操作而已；換個維度，在介面測試角度很多時候是可以做到的，而且可以達到對目標進行破壞式的行為，甚至達到安全測試的要求。只有想不到，沒有做不到。
雖然現在關注介面測試的人越來越多，但是真正深入了解的反而不多。有的是完全不懂，完全不懂是因為沒有接觸過，不知道情況。有的是懂一點卻總覺得很簡單，這些人會覺得，會一些流行的工具、簡單的**就可以了，這種情況其實跟功能測試階段只會用滑鼠鍵盤一樣，是在幫開發除錯介面是否正常，並不算在測試。真正的介面測試，需要對業務資料、系統邏輯、資料傳輸等方面確保萬無一失，如異常資料、異常流程、越過客戶端的驗證規範等等，能發現問題才是王道。至於介面的自動化，是穩定後的一種便捷的回歸測試模式。
介面測試的第一步就是要了解資料的流向、實現方式，這對只會功能測試點點點的人來說是最麻煩的，越級最大的。因為習慣從介面和業務去考慮問題了，忽略了系統實現層面的真實資料傳輸，現在的系統都是網際網路型別的，使用者在自己電腦操作必然會把資料傳輸到伺服器，這中間就會產生大量的介面呼叫操作，那麼測試也需要保證資料的正確性，可靠性，安全性，這就是介面測試，最流行、最廣泛的傳輸協議那就屬http了。
那麼http是怎麼樣的呢？
http協議包含2大塊，請求（request）、響應（response），簡單說就是一發一收，甚至可以認為就是輸入和輸出的概念，請求中會包含鏈結、頭資訊、主體資料，響應會包含狀態碼、頭資訊、主體資料。這其中還包含了非常多的細節組成，這裡就不詳細講述了，以後有機會給大家介紹。
介面測試應該怎麼做？
有人可能去問過一些做過的人，介面測試怎麼學起、怎麼做，基本得到的答案都會是，找個工具、參考下網上的**，寫個請求就好了，檢查響應中的資料是不是你的預期，測試就完成了，具體引數參考你們的介面設計文件即可。
對於介面測試的學習大多數人其實面臨下面的這些問題：
1 沒有學習資源和物件，無頭蒼蠅
2 學是學了，只是跟著操作，專案不知道如何下手
3 只聽介面其聲，不知其理，會點**但無從下手
4 完全不會**，感覺很難退縮了
而且很多時候是上面所有問題一起發生，這就更難下手了，得想辦法逐個擊破才是。比如，工具是個好東西，能快速入手去專研介面測試；**也是個好東西，能大量漲薪；但更扎根的底子如果不好，往往一起學習就會難上加難，最終一事無成。
十年軟體測試從業者 和軟體測試的十年「愛恨情仇」
時光荏苒，從畢業到現在已經10年，10年來一直從事著軟體測試的工作。從乙個什麼都不會，到測試技術人員再到測試管理，期間有迷茫，有痛苦，有彎路，有捷徑。今天對自己過去的10年測試經歷做乙個總結，一是給自己重新出發增加動力，二是給剛入道的 迷茫中的測試朋友一點點建議，希望你們少走彎路。首先，談談測試職業...
卡巴斯基 蘋果在安全方面落後微軟十年
北京時間4月25訊息，據國外 報道，在2012年資訊保安大會 info security 2012 上，安全公司卡巴斯基創始人兼ceo尤金 卡巴斯基 eugene kaspersky 聲稱，最近爆發的針對蘋果mac電腦的flashback flashfake病毒很可能只是乙個開始 蘋果在安全方面已落...
騰訊蔡晨 十年沉澱，騰訊iOA為企業安全保駕護航
所以在終端安全方面，我們會根據業務需求，對合規性的要求做定製化的功能支援。第一點是高度重視資料安全，安全資料是高可見的，因為只有透過浩瀚的資料才對全網進行管控 第二是遇到緊急的情況，或者是安全危機的情況下，我們一定要有極速處置的能力，才能第一時間把風險隔離掉 第三，作為一家網際網路企業，我們注重體驗...