最近論壇裡很多新人詢問「軟體測試可以不編寫**是真的嗎？做乙個不會程式設計的測試人員可以嗎？軟體測試比開發簡單是真的嗎？....等等」。看到這些問題，讓我有了乙個疑問，不會編碼的測試人員到底能走多遠？
可以肯定一點，軟體測試入門相對開發要求是低了一點，但也只侷限入門，想要做好測試並不容易，甚至要比開發人員掌握更多的知識。
首先要明確軟體測試工作的技術究竟體現在**，個人認為測試用例設計技術代表了測試技術，而自動化測試技術多數只是提公升測試工作執行效率的手段。測試技術終究要轉化為測試案例，我是這樣理解測試用例設計技術的，它包含了產品需求細化＋業務和實現邏輯+產品實現技術（概要設計、詳細設計、演算法）＋測試手段（工具應用及反推）＋測試角度+使用者場景+功能關聯/依賴法+測試點反推法+bug反推法等，可以說測試用例設計的好壞影響了被測系統的質量，很多新人認為測試用例沒有用，寫了一堆廢話又很浪費時間等等，希望看到這裡能對你有所觸動，要想寫出高質量復用率高的測試用例需要我們平時的學習和積累。
既然測試用例設計是測試人員能力的體現，那程式設計我就不學了？只要你是個有追求的人，那就不要太樂觀了，看看大企業的招聘資訊不難發現，很多企業都要求測試人員掌握一定的測試工具，或是相應的指令碼語言、開發語言等。那我只掌握測試工具不會程式設計不也行了嗎？這是個錯誤的想法，每個工具都有其相應的程式語言，無論是qtp、selenium還是watir，單靠錄製功能是無法做自動化測試的，最後還得靠程式設計。如果我直接做管理，不走技術方向是不是可以不掌握程式設計了，在乙個不需要白盒測試、自動化測試、效能測試的團隊中是可以的，測試在不斷的發展，誰又敢保證你所在的公司日後不會開展相應的測試工作呢？尤其在乙個擁有自動化測試組、效能測試組的團隊中，老大不懂**就無法掌控相應的測試工作，甚至不能讓人信服，這樣的老大又能做多久。所以我認為，測試人員的第乙個分水嶺在測試用例的設計上，第二個分水嶺在於程式設計能力的掌握和應用上，第三個分水嶺在管理和工作協調上。
寫這些無非是想讓踏入測試的新人明白，對於it行業來說，軟體的主要構成是**，對於測試軟體的我們來說，掌握**就變成了理所當然的事。所以說想要徹底擺脫程式設計而選擇測試的朋友，你們要珍重了。
不會程式設計的程式設計師
ugmbbc發布於 2010 03 01 18 02 56 21446 次閱讀 字型 大 小 列印預覽 感謝東西的投遞 我想這讓人難以置信，但是通過twitter和電子郵件渠道蜂擁而來的報道表 明 許多參加程式設計師面試的求職者根本就不會程式設計，看看邁克 林最近的郵件就知道了 為啥程式設計師 都不...
不會程式設計也能做遊戲的game salad
產品 gamesalad是率先支援使用html5發布遊戲的遊戲創作平台之一，這就可以使使用者更簡便地將遊戲分享到那些不支援flash遊戲的平台中去。因此這款支援html5的遊戲製作工具有著特殊的意義。gamasalad ceo steve felter 表示，這款工具給遊戲開發員帶來的益處便是，它可...
不會SQL，好意思說自己會程式設計？
歡迎關注，敬請點讚！摘要 現有乙個會議室管理系統，有一張會議室表 id，名稱，位置，大小，投影projection 一張預定表 id，會議室id，起始時間，結束時間，預定人 建立方法及 如下 create table meeting id int 11 not null auto increment...