在我的個人郵箱和msn上，通常同行都問我類似下面這樣的問題：
１、乙個
用例
要寫到什麼程度才比較好?
２、剛開始做測試的時候，你是怎麼
學習
寫測試用例的？
３、你對
黑盒測試
用例的編寫的體會是什麼？有什麼好的版本或者標準嗎？
對於測試用例，而我目前正在思考的問題是：怎麼寫出對公司有價值的測試用例，對公司來說，怎麼測試才是最有價值的測試？
下面先來分析第乙個問題吧：乙個測試用例要寫到什麼程度才比較好？
這個問題，沒有定語，沒有說是在什麼樣的乙個情況下，因此我這裡只能就我
工作
中碰到的情況說說了。說起來比較長阿，大家要有耐心看才行哈。^_^
在我測試工作中，碰上的測試型別我自己劃分成這麼４種：專案的測試，產品的測試，產品個性化的測試，第三方驗收測試。專案的測試指的是我所測試的軟體是乙個專案，是某乙個具體使用者使用的。產品的測試指的是我所測試的軟體是乙個通用產品，是供很多使用者使用的。產品個性化測試指的是我所測試的軟體是某一使用者在使用產品時，提出了特殊的功能，針對這些新功能，對產品針對使用者進行了個別修改。第三方驗收測試大家都應該很熟悉了，這裡就不需要做解釋了。
對專案、產品的測試，測試的時候通常要考慮這個專案的週期和測試資源。我所在的公司，通常專案開發時間都很短４到５個月，然而測試通常都是在開發即將結束的時候才真正介入。測試就是１個人負責。因此時間和人力資源對測試來說是完成測試工作的乙個風險。為此在這種情況下，我都是先熟悉系統的業務，把握重點業務和功能後，參考需求，把測試需求、測試計畫和測試大綱給制定好。由於時間關係，測試用例都是先寫重點的業務，也就是整合測試的測試用例。另外測試用例是根據測試大綱來的。通常都是先挑最重要的測試項和風險大的業務功能編寫測試用例。
由於測試用例是本人執行，所以測試用例可以寫的簡單些，但是一定要開發人員能夠看明白。可惜我所在的公司，都沒有人來看我的測試用例。測試用例對我來說是用來提示我不要忘記了要測試哪些項。一些很有價值的bug通常不是在寫測試用例的時候發現的，而是在測試軟體的過程中，我在家睡覺前的思考和回家的路上思考出來的。這就是手動測試的魅力，有些軟體的缺陷是在你使用軟體的一瞬間和思考的一剎那突然發現的。所以要我回答測試用例要寫到什麼程度才比較好，我覺的只要你所寫的測試用例在你的公司能夠順利的執行，不影響你的測試執行工作就可以了。因為測試用例寫的太詳細，你要花費時間和人力成本，這樣出來的測試用例是最好的也是最貴的，一旦需求變更，也需要修改，這時你會發現這種詳細的測試用例是最不掙錢的。測試用例寫的太粗，別人看不懂，不能執行，那你要花費你的時間去解釋，這就加大了測試的工作量。這也不是好的方法。
第二個問題，剛開始做測試的時候，你是怎麼學習寫測試用例的？
我之所以選擇測試這個工作是因為：我畢業後，在第一家公司做技術支援，產品的問題很多，導致技術支援工作很辛苦、很累。為了讓使用者買到的產品的質量是好的，我選擇了做測試，到了現在的公司。我剛做測試的時候，對測試一無所知，什麼測試流程阿、文件阿都不知道，公司的測試和管理也不規範。對測試，大家都認為不就是拿個滑鼠點來點去，誰都可以來做。為此，我經常上網查測試的資料，看看自己到底適合不適合做測試，測試到底是什麼樣的乙個職業，怎麼去規劃自己的個人發展。其實要做好測試，真是不容易。不喜歡，真是不能做這個職業。
最後乙個問題了，我盡量少寫些，文字太多了大家看的也累，我寫的也累。嘿嘿。^_^
你對黑盒測試用例的編寫的體會是什麼？有什麼好的版本或者標準嗎？
我的體會：
１、測試用例要根據測試大綱來編寫
功能測試
、使用者友好性測試、相容性測試、
效能測試
、安全性測試等等。
３、編寫測試用例要考慮各種情況，精力主要集中在軟體的主要業務流程和風險高的地方。能分出測試優先級別就最好了。
４、熟悉系統，對編寫測試用例很有幫助。
５、即使對測試很熟悉了，在時間非常緊的時候，編寫測試用例還是很有必要和好處的。
今天就想到那麼些了，以後想到了在補充上了。我把我用的模板給你們貼上乙份上來，只能給你們做些參考，具體還是要看對你所在的公司適用不適用。測試項的歸類我就不列舉了，因為每個公司的都不太一樣。
專案/軟體
程式版本
功能模組名
編制人
用例編號
編制時間
相關的用例
功能特性
測試目的
預置條件
測試項
操作描述
測試資料
期望結果
測試結果
測試人員
開發人員
編寫測試用例方法心得體會
編寫背景 一直以來都不太想把技術方面的文章寫出來給大家看，乙個是怕寫作功底不好誤導哪些剛入門的測試同行，自己的表達能力有限，另一方面怕有的同行拿出去炒作，再者測試 論壇上關於測試用例的資料已經實在是多。但是看到同行紛紛都在問我測試用例的問題，都很想知道我寫測試用例的心得體會。我就抱著試試看的心態寫寫...
測試分析心得體會
本文出自 shaofei19820625 的51testing軟體 測試 部落格，在支付寶測試分析的角色和系統分析的角色是對應的，只不過乙個是測試類的另外乙個是開發類的。係分下面會有相應開發，測分下面會有相應的測試用例編寫和執行人員。也就是說測試分析文件是對測試執行人員的乙個指導 在我原來的理解方式...
測試心得體會（一）
在一次次產品迭代中，我們都是以需求評審 迭代所需的週期 編寫測試計畫 編寫冒煙用例和全用例 評審測試用例，之後再進行介面測試 全面測試，最後測試完成，進行上線。可能每個公司不太一樣，我目前的公司特性就是如此。首先，從編寫用例開始。測試用例分為 冒煙用例和全用例。1 冒煙用例 冒煙用例就是針對研發人員...