首先是做計畫，我覺得以下幾點是做計畫的時候需要關注的。
1.對專案基本情況的了解。基本情況主要是指整個專案或產品的範圍，包括時間，成本（資源）和質量要求。作為test leader，需要首先和pm溝通的也是這幾點。需求分析，設計，開發，測試，發布，這些都是為專案的最終成功服務的。書本上我們學到的是怎麼做乙個理論上理想狀態下的測試計畫，但是在現實中不可能有這種理論狀態出現的。時間，成本和質量本身是乙個互相制約的三角關係，在制定測試計畫之前我們一定要很清楚專案的範圍和目標，只有在這個前提下我們才可能定出乙個滿足專案要求的合理的測試計畫。
2.風險評估和準備。測試階段是整個軟體開發生命週期中相對靠後的乙個階段，也是對其他
階段的依賴性最高的乙個階段。測試工作
本身的成功與否，與前面幾個階段的質量密切相關；而測試階段又是乙個專案最終能否成功的決定性階段。風險的控制在測試階段就顯得尤為重要。我個人認為風險的評估和準備是否充分合理，是衡量乙個測試計畫質量高低的關鍵因素。
3.重視人的作用。我們在計畫中，都以人月或人日來標示工作量，而忽略了人與人之間的差異性。在我看來，這是計畫過程中乙個很容易被忽略的乙個風險。我一般通過標示團隊中成員的乙個能力因子來把每個人的能力差異反應出來。
接下來說說寫測試用例時需要關注的東西。版上大牛多多，像覆蓋率啊這些最基本的東西我這裡就不細說了，說一下大家可能會忽略或者我在實踐中認為比較有用的幾點。
1.提前介入。我們以前的做法是開發人員開始編碼的時候我們也開始寫case，但是發現效果不好，而且受需求分析的質量影響很大。後來我們在另乙個專案中，ba寫好乙個需求文件我們就開始寫case，同時ba保證對測試團隊的支援。這樣我們有效的提高了case的有效性，同時在完成需求分析階段後測試團隊就成為了除了ba外對需求最熟悉的團隊。
2.避免開發人員的影響。測試團隊要盡量避免因為開發過程中的原因修改case，除非ba或者客戶同意進行需求變更。
3.變更控制。我們一般要求測試用例在開發階段前基線化。之後的變更要嚴格遵循變更管理的流程，對於測試用例來講，一定要保持和需求文件的同步。需求文件變化，相應的測試用例也要變化，反之，沒有需求的變化，測試用例就不能變，除非是測試用例本身的缺陷。
做好測試計畫和測試用例的工作的關鍵是什麼？
個人認為做好測試計畫的編寫工作應該從以下幾個方面考慮問題 1 要充分考慮測試計畫的實用性，即，測試計畫與實際之間的接近程度和可操作性。2 要堅持 5w1h 的原則，明確測試內容與過程。明確測試的範圍和內容 what 明確測試的目的 why 明確測試的開始和結束日期 when 明確給出測試文件和軟體冊...
測試計畫和測試用例
一 測試用例相關概念。1.測試用例定義 是為了某個業務目標，而編制的一組由測試輸入，執行條件以及預期結果組成的案例。2.測試用例優點 1.設計好測試用例，可以避免盲目測試並提高測試效率。2.實施重點突出，目的明確。3.降低工作強度 縮短專案週期。3.測試用例4大特性 1.代表性 能夠代表各種不同情況...
測試用例，測試計畫
對乙個測試工程師來說,測試用例的設計編寫是一項必須掌握的能力，但有效的設計和熟練的編寫測試用例卻是乙個十分複雜的技術，測試用例編寫者不僅要掌握軟體測試技術和流程，而且要對整個軟體不管從業務，還是對軟體的設計 程式模組的結構 功能規格說明等都要有透徹的理解。測試的設計方法不是單獨存在的，具體到每個測試...