摘要: 之所以選擇這樣乙個題目來討論，是因為這個問題被問起的最多，達人在思考這個問題後，也覺得這確實也代表了很大一部分軟體從業人員的現狀，至少有以下幾種情況：剛畢業的本科生，直接參加工作，擔任測試人員，開始黑 ...
之所以選擇這樣乙個題目來討論，是因為這個問題被問起的最多，達人在思考這個問題後，也覺得這確實也代表了很大一部分軟體從業人員的現狀，至少有以下幾種情況：
剛畢業的本科生，直接參加工作，擔任測試人員，開始黑盒測試
從別的行業轉到測試行業的人，開始黑盒測試
對開發沒興趣或者排斥的測試人員，開始黑盒測試
大家在提到這個問題時，都有乙個憂慮，我沒有開發經驗，還只做黑盒測試，以後有前途嗎？會更有價值嗎？達人認為，一定會有前途，而且還很光明。這樣的憂慮絕對是多慮。原因如下：
1、開不開發經驗不是乙個測試人員的決定因素，它可以錦上添花，但未必缺其不可。或許更偏激點說，如果開發經驗太多，對參與測試未必是件好事，因為如果開發經驗太多，你對軟體的思考方式就是更偏向開發人員的思路，那麼對你的測試反而是有負面影響的，你很難有新的想法。達人一直認為，測試是需要創意的工作，測試案例所以達人認為，不要擔心自己欠缺開發經驗。
2、長期從事黑盒測試其實是種優勢，因為現在黑盒測試佔主流，而且現在黑盒測試也不再是「不用大腦」的測試，測試前的準備和測試後的分析有非常多的工作要做，而相比下，執行測試案例反而是工作量不大的部分，測試發展到現在，領先實踐中已經將測試的準備與測試分析研究的相當細緻，並且形成了一定的理論基礎和實踐經驗，所以不能簡單講黑盒測試是簡單，無技術含量的，達人一直認為，測試是個完整的流程，需要用整體的思維來看待測試，不能單單只看其中的一部分。所以任何從事黑盒測試的人決不能認為自己只是從事案例的執行，這個思維方式要轉變，才能發現自己其實做了很多測試工作，而且有更多的測試工需要做的更好，這才會變成黑盒測試經驗，這種經驗是厚實的紮實的，不是空洞的，是可以讓人公升值的。
3、目前市場上對於黑盒測試人員的需求量非常大，尤其是對經驗比較豐富的測試人員。在招聘黑河測試人員時，大多數公司根本就不會關注你是否有過開發經歷，它們更關注的是你的測試技能，對測試的理解以及測試經驗。從達人的個人經驗和一些朋友的反饋來說：很多黑盒測試人員缺少對測試方方面面的了解，曾經面試時經常問乙個問題：乙個標準的測試用例都包含哪些項？得來的答案五花八門，很多都是和自己的測試執**況有關係，而沒有真正理解測試用例到底是什麼東西。
那作為黑盒測試人員應該單獨注意哪幾方面呢？應該有意識的加強哪幾方面呢？
1、要會解讀測試需求。對於測試的需求或者功能點，黑盒測試人員應該分析的更透徹，這是一種能力，包括對一些功能點的描述是否符合測試的標準（夠不夠細具體，詳細），功能點之間存在著哪些關係，這些都是要測試人員要掌握的，時間長了，當拿到乙份功能點或者業務需求說明書或者測試需求說明書時，真正有經驗的測試人員會很快找出重點，並有所取捨，並能很快就知道用例該怎麼寫，該怎麼描述，該測哪些方面。測試涉及的面很廣，如果每個人在自己的領域能做到這一點就可以了。
2、注意學習一些測試工具。這一點相信大家都明白，無須贅述。
3、了解自己所在行業的知識和現狀。相信這對在應聘時會大有幫助，因為如果都不知道行業的發展狀況是什麼樣，在進行很多測試的時候，可能會忽略一些方面。
4、對測試流程和管理的學習。此點請參照達人之前寫的關於軟體測試
職業發展之路的反思的文章。
至此，達人的文章只是起到拋磚引玉的目的，請所有從業人員就該話題提出自己的感受，留下自己的建議和故事。
談談開發人員自測 黑盒測試
上週部門主管，給我們培訓了在開發過程中關於自測的話題，自測到底怎麼去測，測試力度到底多大？下面給大家分享下培訓內容，往大家吐槽。單元測試 指對軟體中的最小可測試單元進行檢查和驗證 功能測試 對產品的各功能進行驗證，根據功能 測試用例 逐項測試，檢查產品是否達到使用者要求的功能 整合測試 也叫 組裝測...
「黑盒測試管理」以外的程式設計經驗片斷
除了很好地進行 黑盒測試管理 個人覺得下述更值得用功 畢竟 前除後略 1 架構和演算法的可行性測試分析 主要包括效能 併發等方面 2 codereview 很簡單，但很多人沒有這樣做 其實這比 黑盒測試 更容易發現邊界問題 流程正確性問題等。值得推廣！3 測試驅動和單元測試，很多人為了達到那些並不太...
黑盒測試的方法
對輸入輸出的邊界值進行測試的方法。由於大量的錯誤時發生在輸入輸出範圍的邊界上，而不是發生在輸入輸出範圍的內部，因此針對各種邊界情況設計測試用例，可以查詢出許多錯誤。作用範圍 在最小值 略高於最小值 正常值 略低於最大值和最大值處取輸入變數值。優點 1 簡單易行，2 生成測試資料的成本很低。缺點 1 ...