編寫案例的時候，你需要考慮到各種各樣的情況，考慮到各種場景，而各種場景，就需要對實現的業務邏輯熟悉。
但是會存在一些問題：
比如，當開發說這種場景明確不存在，但是是在程式控制的情況下，這種場景才不會存在，那這種場景需不需要進行驗證。比如說的s狀態，不會存在撤銷狀態的中間過程，但是，是否真的會不存在，我們需要去造這樣乙個場景嗎？答案是，我們可以不必進行測試這種場景。
案例編寫遵守乙個原則，不存在的場景，或者說造不出來的場景，可以不用去進行驗證；對於可能存在的場景，但是，場景又很難造出來的，可以通過改資料庫進行造場景，改資料庫資料，只是一種能測試手段，能盡量在不改資料的情況下，將場景造出來，這才是正確的測試方法。
案例編寫，講究三點，案例標題明確，操作步驟清晰，預期結果符合邏輯。
winSocket編寫心得
剛開始編定 winsock api每次編寫都要呼叫wsastartup 結束都到呼叫wsacleanup c socket和c 就沒有那麼麻煩，把它封裝起來了,又發現乙個有趣的事，c 宣告類後就可以用不像c 還得new winsock api socket bind listen accent re...
檔案編寫心得
這是第一次因為作業的原因認認真真的編一整個檔案模組的 遇到了很多很多問題，比如 1.檔案一直無法開啟，開啟方式也沒有弄錯。結果發現過載的 和 後面我直接跟了乙個變數tv 100 而不是遍歷訪問。2.檔案只能輸入一次，第二次輸入的結果與第一次重疊。這個稍微有點意思，我以為是我每次輸入前的trunc有問...
技術文件編寫心得
技術文件編寫首先尋找資料，閱讀資料可以和編寫文件同時進行，即編寫段落一時查詢段落一的相關資料，當編寫到後面的段落時，發現和前面的段落有衝突，在回頭整改，整個過程類似於absd和螺旋開發模式。第二部分技術文件編寫通常是指系統設計或者系統相關資料，系統的設計與開發的目的自然就是首要位置，其次就是系統的約...