作為乙個測試人員，由於經常接觸到敏捷開發這個概念，所以總是在想，既然有敏捷開發，是否也應該有敏捷測試呢？答案當然肯定的，因為測試嚴格意義上也是屬於開發中的一部分。
但是實際工作中呢，其實我們更多的還是只聽到敏捷開發（真正意義上的開發），幾乎沒有人提及敏捷測試，甚至測試在敏捷中被嚴重弱化了，為什麼呢？因為在敏捷中開發會被賦予更多的測試任務，因為我們需要持續得到可交付的產品，所以開發對於**的要求就會顯得特別高，另外的設計人員與客戶也會進行相應的測試。這樣子的話，當乙個迭代週期一結束，也就意味著這個週期所做功能會有乙個build可以用了，既然這樣子的話，要測試來做甚呢？
關於這個，首先我想說，這是個理想狀況，如果真的開發**沒有質量問題，設計人員與客戶也都覺得符合要求，當然測試的作用就沒了。不過理想與實際的距離還是挺遠的，大約是地球到太陽的距離了，實際工作中，開發/設計/客戶的測試角度總是有種侷限性，比如開發只要確保正確的值能正常輸入輸出就行了，而設計人員與客戶呢，只要看看想要的功能出來就行了，他們中誰能想到我輸入負數，輸入0，輸入很大值會不會報錯呢？幾個人一起操作會不會出問題呢？
這些問題他們都不會想到，即使想到他們也不會去真正去試一下，當然也不一定能試出來，試問你怎麼讓他們幫忙模擬一萬個人同時操作呢？
所以專職測試人員還是有其作用的，一方面，他們能用客戶的角度來檢查這個功能能否正常使用；另外一方面，他們又能在測試理論的考慮上來檢查功能的各個方面：特殊值、邊界值、效能、負載等等。
不過，反過來我們再想想，敏捷以後，測試的範圍擴大了，從專職的測試變**人都是測試了，開發做測試，設計人員做測試，連客戶也來做測試。這個範圍擴大的背後，看起來專職人員測試範圍「縮小」了，因為本來只有測試人員來做測試，現在大家都來做了，當然就「縮小」了，不過我這裡「縮小」是打引號的，為什麼呢？
首先，測試人員還是在做自己之前做的事情，這個沒變化。
第二，設計、開發、客戶做的事情以前也一直在做，敏捷只是特別強調了，所以理論上來說這個也沒變化
第三，隨著敏捷的開展，對測試新的要求又不斷地出現，我們要開始大規模地涉入自動化測試、單元測試、迭代測試以及更好地理解客戶的意圖，所以對於測試人員的要求就越來越高、越來越多。測試的範圍應該是被擴大了，而且只是針對測試人員而言的，對於設計/開發/客戶呢，還是原來的事情，只是不同的要求和強度罷了。
所以按照我的分析，在敏捷中，測試的作用非但沒有弱化，而且還比之前有很大提公升，當然提公升的背後是需要測試人員自身水平的提公升，如果只願意按部就班，不願意去學習去提公升自己能力，那真的只能被弱化了。
敏捷還需要傳統的自動化測試工具嗎？
最近，關於下一代功能測試工具發展方向的討論熱鬧地開了鍋。不過，還是眾多組織仍然在努力讓傳統的 錄製 回放 測試工具跟上敏捷的腳步 被稱為 測試狂人 的elisabeth hendrickson 告訴他們為什麼不要再白費功夫 了。hendrickson將她的看法出色地總結為下面這種索引卡片的形式 為什...
ERP還需要創新嗎
published on 05 19,2006 近日，某erp 公司售前顧問在談到 創新 時語出驚人，這不僅讓erp業內人士大吃一驚，更讓使用者們大跌眼鏡。無獨有偶，浪潮集團高階副總裁王興山也坦言，中國erp儘管走過了近10年，但所面臨的真正挑戰還是產品。二者談的都是大產品的概念 包括狹義的產品概念...
新時代的前端還需要懂得網路安全
隨著學習的深入，已經不僅僅只滿足於編寫前端的 把乙個事情的問題看到更多更深遠的地方去，慢慢了解網路訪問的安全問題，勢在必行。學習資料內容，基本從書本上獲取，結合自己的理解，闡述出來，總結，在開始學習安全問題之前，我們必須先要了解，為什麼會會有安全問題產生 頁面輸入url 瀏覽器會通過url尋找到dn...