可以認為什麼都可以從編制計畫開始，但是測試計畫卻不一定是第乙個。對於測試來說，有乙個測試計畫很重要，可以指導和督促測試任務的實施，但什麼時候開始寫測試計畫呢？我認為，是在對你所要測試的物件有了一定了解之後。
測試計畫有乙個測試認務，有乙個測試的截止時間，然後將這個任務在這段時間內有序的，有目的的分攤下來，這就是測試計畫。那麼首先，必須知道任務是什麼，很明顯，知道任務就在編制測試計畫之前了。可能我們知道任務，但只知道個大概，裡面細一點就說不清楚了，這樣無法寫出乙個很好的測試計畫，因為你不知道弄清楚這些東西你需要花多少時間，也不知道你要測試的物件的複雜程度。其實不妨在寫測試計畫之前寫乙個簡單的學習計畫（這個文件是不需要提交的，隨便怎麼寫），對專案有個**不離十的了解了，就可以寫測試計畫了。 測試計畫很可能會變的，可能還不只一次，我有這樣的經歷，有點麻煩，但不得已，因為測試乙個專案總是與諸多因素關聯在一起，這些因素會直接或間接的影響你的測試進度，所以測試計畫開始編寫時間也不要太遲了，否則有危險 呵呵
最後還是強調一下，要頂住上頭的壓力不要倉促寫下測試計畫，因為測試計畫一般都是要提交給上頭的，計畫時間太短了，到時候自己吃虧不說，還不一定有好收場；計畫時間太多了，自己也不好交待吧 呵呵
—————————————
寫了n多測試計畫之後，即使現在來看，我以前的很多想法還是對的。不過自己也略為修改一下： １．編寫計畫時，很多情況下不知道任務的每個細節，因而，編寫的任務依據是任務的大概了解，加上自己相關工作經驗積累。 ２．計畫不僅與時間，還與人員相關，以及考慮任務的難度和人員的素質。 ３．有時候明知道是不可能完全從頭到尾實際執行的計畫，還是得寫乙個出來。只能走一步看一步，持續變更。
４．有時候計畫只是一句話的功夫，沒有時間讓你過多的考慮，這時候完全依賴經驗和當時的相關想法。
測試計畫的編寫
1 概念描述軟體測試努力的目標，範圍，方法和焦點的文件。測試用例 指對一項特定的軟體產品進行測試任務的描述，體現測試方案 方法 技術和策略。內容包括測試目標 測試環境 輸入資料 測試步驟 預期結果 測試指令碼等，並形成文件。2 測試計畫的內容 1 標題 2 確定軟體的版本號 3 修訂文件歷史，包括作...
測試計畫編寫
1.文件的要求 好的模板是經驗和智慧型的積累，是團隊的財富。它可以將乙個團隊中最好的工作方法迅速傳播給每個成員。從而使整個團隊的戰鬥力增強。大企業不惜重金引入 模板 例如，聯想。2.微軟實踐 從做好需求開始 要像法律條文一樣。剛性不強的法律執行起來難度很大，容易偏差。3.軟體測試計畫的目標 計畫先行...
測試計畫編寫
前言 測試計畫是測試中比不可少的一部分，乙份完整的測試計畫反應了整個專案的測試安排與測試進度，讓專案在測試環節達到了可控的環節。需要注意的是，測試計畫一般在大功能改動的時候需要用到，並不是每個周版本必須的。是否編寫可根據專案需要，另外測試計畫的編寫時間，一般是你在了解了需求，分析完了需求後才開始編寫...