單元測試：高度區域性化，每個測試類都隸屬於單一包。它能夠測試其他包的介面，除此之外它將假設其他包一切正常。
功能測試：用來保證軟體能夠正常運作。它們從客戶的角度保障質量，並不關心程式設計師的生產力。
每當你收到bug報告，請先編寫單元測試來暴露這個bug。
測試風格：觀察類該做的所有事情，然後針對任何一項功能的任何一種可能失敗情況，進行測試。
測試應該是一種風險驅動的行為，測試的目的是希望找出現在或未來可能出現的錯誤。
測試你最擔心出錯的部分，這樣你就能從測試工作中得到最大利益。
考慮可能出錯的邊界條件，把測試火力集中在那兒。
當事情被認為應該會出錯時，別忘了檢查是否丟擲了預期的異常。
你應該把測試集中在可能出錯的地方。觀察**，看哪兒變得複雜；觀察函式，思考哪些地方可能出錯。
測試不可能找出所有bug,但一旦進行重構，你可以更好的理解整個程式，從而找到更多的bug。
重構 構築測試體系
如果你想進行重構，首要前提就是要擁有乙個可靠的測試環境。編寫優良的測試程式，可以極大的提高我的程式設計速度，即使不進行重構也是如此。class 應該包含他們自己的測試 每個class 都有乙個測試函式，並用它測試自己這個 class。確保所有的測試都完全自動化，讓它們檢查自己的測試結果。只要寫好一點...
構建測試體系和重構列表
一.自測 的價值 在日常開發中除錯佔據開發的絕大部分時間。確保所有的測試都是自動化完成，讓他們檢測自己的測試結果。在做增量開發時，不要等到開發結束在測試，每新增一點功能馬上測試。寫測試 的好處就是能夠更快的找到bug，節省後期除錯找bug的時間 重構過程中，你可以至執行少數測試項，它主要用來測試當下...
構築高效運維體系 以奇兵奇效制勝
隨著企業資訊化程度越來越高，it資產越來越多，網路管理員和it主管們也會越來越忙，真實情況往往比理想情況複雜得多。在日益複雜的網路環管理環境中，新的裝置 使用者 應用的加入，使得網路中it資源比以前更加分散 複雜。這就要求it運維管理系統能夠針對系統執行環境隨需應變，將以往針對各種基礎資源 監測的各...