對測試初學者的建議
angle_duan
測試初學者對軟體測試以及他們在實際工作中將怎樣實現測試有很多問題。作為乙個測試初學者，你需要對軟體測試這個職業有一定了解。下面的這些建議，對於你在軟體測試的發展，肯定會有所幫助。這些測試真理同樣適用於有豐富測試經驗的測試工程師。將下面的測試真理運用到你的測試中，你永遠不會懊悔你所做的一切。
熟悉你所測試的軟體
在沒有理解測試需求前，不要盲目開始測試。如果你不理解測試需求，你是無法判斷軟體功能是否依照設計說明來進行設計，也無法判斷功能是否有遺漏。在開始測試之前，重中之重的是要有清晰的軟體需求說明。
熟悉你工作領域的常識
我強調過很多次，對於你工作領域內的常識，你必須要有全面的了解。這些常識可以幫助你提出好的解決問題的方法。如果你的建議的確有用，你的測試主管肯定會欣賞你的建議。不要僅僅是找出bug，還要盡量提出解決的辦法。較好的工作領域知識，對你設計出覆蓋面廣而又效的測試用例是很有幫助的。想要知道更多關於如何獲得工作領域知識的資訊，可以看一下這個帖子。
在測試中無假設
永遠不要在開始測試時就假想軟體中沒有錯誤，軟體工程師的職責就是不斷的找出錯誤。
學習新的測試技術
毫無疑問，舊的測試技術在日常的測試中仍然發揮著舉足輕重的作用，但是在你的測試工作中嘗試引入新的測試技術，會對你的測試工作更有幫助。不要過分的依賴書本上的知識。實踐、實踐、再實踐。新的測試理念所帶來的驚喜可能讓你自己都感到吃驚。
你不能保證每個bug都不遺漏
不管你進行了多少測試工作，你永遠不能確保軟體的bug100%的解決。儘管知道還有一些些普通的或低等級的問題，但由於有某些限制，使得你的專案小組 必須將該產品推向下一階段。盡你所能的發現問題，但是要優先側重於那些基本的並且重要的功能上面。盡你所能去做好工作。
把自己當作終端使用者
這是我的建議中的no.1。不要把你作為乙個技術人員，把自己想象成客戶或終端使用者。甚至考慮的要比他們還多。做為終端使用者來測試軟體。想想他們會怎樣 使用軟體。你擁有技術的優勢，再加上終端使用者的的思維方式，將會使你的軟體更容易受使用者歡迎和認可，同時也可以輕鬆的通過驗收測試。這也是我做為乙個測試 新人的時候，從我的測試主管那裡得到的第乙個並且是最重要的乙個建議。
100%的測試覆蓋率是不可能的
不要相信有100%的測試覆蓋率。即使是只有乙個簡單的軟體功能，也有數不盡的輸入和組合。運用一些測試方法，如邊界分析法和等價劃分法等，來限制你的測試用例數，使其在可控範圍之內。
與開發人員建立良好的關係
乙個測試員，你需要和其他的 小組成員進行溝通，尤其是開發人員。很多時候，開發人員和測試人員對同一問題會有不同的看法。此時將需要你運用善意而不傷害開發人員的溝通技巧去處理這類 情況。如果你是錯的，那就認了它；如果你是對的，那麼要圓滑一點處理。要對事不對人。畢竟大家是同行，而你們的目標都是一樣的，希望有好的產品質量。
從錯誤中學習
做為測試初學者，你可能會犯錯。如果你沒有犯錯，那麼說明你測試不夠努力。在經驗中學習。把這些錯誤轉變為你學習的經驗。避免犯同樣的錯誤。當你測試過 的軟體被使用者發現你沒有發現的錯誤，那將是非常嚴重的。對你來說這確實是乙個十分難堪的情況，同時也是無法避免的。然而，不要過度責備自己。要找到導致失 敗的原因，為什麼沒有找到這個bug，怎樣在以後的測試中避免再次出現這樣的問題。如果有必要的話，改變一下你現在的測試流程。
不要低估自己，儘管你提的一些問題沒有被修改
有一些測試員認為，他們所找出來的問題應該都要修復。在一定程度上這種想法是好的，但是你必須要根據實際情況做相應的調整。所有的問題是否要解決。當時 間緊張時，主管決定可以延期解決那些低等級的，不太嚴重的bug。久而久之，你也學會了分析，什麼樣的bug可以延遲解決，或者放到下乙個版本再解決。可 以參考文章「怎麼使你發現的bug都得到解決」。
對vim初學者的建議
更多分享內容可訪問我的個人部落格 vim 是必要的？顯然，必要 是不存在的。無數現代編輯器以及各類 ide 都可以成為替代物件。即使是在命令列中，也有 nano 等替代品。學習 vim 有什麼好處？首先，儘管有那麼多替代品，但vim至今仍保持著強大的生命力，送走了一代又一代所謂的 替代者 vim的強...
三 初學者建議
嚴格區別大小寫，命令全是小寫 tab鍵可以自動補全命令 所有內容以檔案形式儲存，包括硬體 linuk不靠拓展名區分檔案型別，靠檔案許可權，寫出的拓展名是給管理員看的 顯示目錄下內容 ls windows是dir bin是二進位制可執行命令 ls bin 可以檢視 linuk所有的儲存裝置都必須掛載之...
給初學者的建議
一名初學者，首先要找一本好的入門書籍 平台裡有推薦 把程式結構 資料型別，陣列 函式和結構體 這幾個部分了解 了之後，就可以 寫 程式了。千萬不要把書看的太細緻，那樣的話會覺得程式設計太繁瑣，不要背參考書式的學習。就像乙個小孩要學說話，他需要模仿和試錯，不斷的矯正，最終會很好的表達，如果一開始讓他把...