【正文】 在測試用例因為業(yè)務(wù)需求發(fā)生變更的時候，請及時修改，維護(hù)測試用例，做到測試用例的實時性與有效性，同時也方便后來的新人同學(xué)及時學(xué)習(xí)，不會產(chǎn)生誤解與費解。1．用于冒煙測試的用例為最高優(yōu)先級2．把基本路徑以及各模塊主功能的測試標(biāo)注為高優(yōu)先級別3．把你所有錯誤和邊界值或確認(rèn)測試標(biāo)注為中優(yōu)先級別4．把可用性測試以及入口默認(rèn)值校驗等標(biāo)注為低優(yōu)先級別。2．在測試時間緊迫的情況下，你不知道要測什么，或者要先測試那些功能？那么你需要調(diào)整自己用例的優(yōu)先級，順帶回去好好整理整理需求。其實測試用例就是一個測試矩陣，任何人沒有必要注重形式問題，如果你現(xiàn)在或者未來的公司有套非常完善的文檔管理體系，那么你可以參考標(biāo)準(zhǔn)模版，如果沒有你們大可跟我一樣使用下面的格式：IDACTDATAEXPECTEDACTUALT/FDATE我認(rèn)為沒有什么問題，ID代表標(biāo)號（如果你愿意可以用這個ID對應(yīng)需求文檔的ID或者使用詳細(xì)設(shè)計的文檔的ID，間接連接需求），ACT代表一種動作，因為測試動作非常復(fù)雜，如果手動執(zhí)行或者自動執(zhí)行，或者或者是一種異常狀態(tài)都可以占用此位置，但是注意不能使用性能、數(shù)據(jù)或者安全測試替代，為什么請各位自己考慮。DATE是一種好習(xí)慣，通常記為發(fā)現(xiàn)“PASS”、“ERROR”、“FAIL”的時間，很多人會忽略這個值，當(dāng)然對于我們來說沒什么損失，對于QA團(tuán)隊來說，僅僅提供給他們T/F是不夠的。我們繼續(xù)討論3000多個測試用例的事情，有人明眼就會說：這家伙肯定是微軟的，沒錯，除了這種大公司有了充足的資源和技術(shù)支持，哪家公司能跟他們一樣呢？當(dāng)然了，寫3000個我想入行久了誰都可以，并且跟你對系統(tǒng)的熟悉程度，工作經(jīng)驗有莫大的關(guān)系，但是這里我又想說說關(guān)于構(gòu)造樸實的測試用例的問題了。那什么樣的用例才是好的測試用例？這已經(jīng)是一個老生常談的問題，大家見仁見智，眾說云云，不一而足。我們在編寫一個測試用例的時候，應(yīng)該知道我們要的是什么，這也是編寫一個用例最基本的前提。比如一個采用邊界值設(shè)計的用例，取得的效果是在極端的數(shù)據(jù)下，軟件是否能夠正常執(zhí)行功能。8預(yù)期結(jié)果（Expected Result）：測試預(yù)期結(jié)果要是按照“候風(fēng)標(biāo)準(zhǔn)”（暫且這樣命名，還沒申請侯哥批準(zhǔn)），我們要對上面的標(biāo)準(zhǔn)進(jìn)行規(guī)范的優(yōu)化以及內(nèi)容的明確1測試名稱A）用例根據(jù)各用例的功能來命名，盡量做到簡潔明了。以上是我學(xué)習(xí)用例編寫過程中的一些體會，不足之處請大家批評指正。 如何編寫軟件測試計劃1認(rèn)識測試項目不僅僅只有單一測試計劃2避免不分析直接進(jìn)行測試階段日程安排3避免測試任務(wù)的安排超前于開發(fā)任務(wù)4避免有些系統(tǒng)測試類型無法按期進(jìn)入測試5不正確的變更測試計劃6測試計劃里明確更新周期和暫停測試原則 測試計劃包括：簡介，目的，范圍，測試策略，進(jìn)度，缺陷的嚴(yán)重程度的定義，風(fēng)險分析。 細(xì)化測試特征178。 測試工具的設(shè)計和選擇 軟件測試計劃于軟件測試方案的區(qū)別178。 測試方案需要在測試計劃的指導(dǎo)下進(jìn)行，測試計劃提出“做什么”，測試方案明確“怎么做”178。 測試環(huán)境的風(fēng)險178。編寫測試用例方法心得體會在我的個人郵箱和MSN上，通常同行都問我類似下面這樣的問題：１、一個測試用例要寫到什么程度才比較好?２、剛開始做測試的時候，你是怎么學(xué)習(xí)寫測試用例的？３、你對黑盒測試用例的編寫的體會是什么？有什么好的版本或者標(biāo)準(zhǔn)嗎？對于測試用例，而我目前正在思考的問題是：怎么寫出對公司有價值的測試用例，對公司來說，怎么測試才是最有價值的測試？下面先來分析第一個問題吧：一個測試用例要寫到什么程度才比較好？這個問題，沒有定語，沒有說是在什么樣的一個情況下，因此我這里只能就我工作中碰到的情況說說了。測試就是１個人負(fù)責(zé)。另外測試用例是根據(jù)測試大綱來的。測試用例對我來說是用來提示我不要忘記了要測試哪些項。因為測試用例寫的太詳細(xì)，你要花費時間和人力成本，這樣出來的測試用例是最好的也是最貴的，一旦需求變更，也需要修改，這時你會發(fā)現(xiàn)這種詳細(xì)的測試用例是最不掙錢的。為了讓用戶買到的產(chǎn)品的質(zhì)量是好的，我選擇了做測試，到了現(xiàn)在的公司。其實要做好測試，真是不容易。先是在網(wǎng)上狂搜索了一把測試用例的模板，綜合了幾個，就形成了。對于剛做測試的新人，看似簡單的一個填表工作，要寫好真是不簡單。還好，我有編程的經(jīng)驗，所以對我熟悉軟件幫了一個很大的忙。最后一個問題了，我盡量少寫些，文字太多了大家看的也累，我寫的也累。３、編寫測試用例要考慮各種情況，精力主要集中在軟件的主要業(yè)務(wù)流程和風(fēng)險高的地方。今天就想到那么些了，以后想到了在補(bǔ)充上了。在軟件測試管理工具研發(fā)領(lǐng)域已成功開發(fā)具有自主知識產(chǎn)權(quán)的STMP管理軟件。我就抱著試試看的心態(tài)寫寫吧，希望測試的老前輩看見了，可以給我多提提建議。我所在的公司，通常項目開發(fā)時間都很短４到５個月，然而測試通常都是在開發(fā)即將結(jié)束的時候才真正介入。由于時間關(guān)系，測試用例都是先寫重點的業(yè)務(wù)，也就是集成測試的測試用例?？上宜诘墓?，都沒有人來看我的測試用例。所以要我回答測試用例要寫到什么程度才比較好，我覺的只要你所寫的測試用例在你的公司能夠順利的執(zhí)行，不影響你的測試執(zhí)行工作就可以了。第二個問題，剛開始做測試的時候，你是怎么學(xué)習(xí)寫測試用例的？我之所以選擇測試這個工作是因為：我畢業(yè)后，在第一家公司做技術(shù)支持，產(chǎn)品的問題很多，導(dǎo)致技術(shù)支持工作很辛苦、很累。為此，我經(jīng)常上網(wǎng)查測試的資料，看看自己到底適合不適合做測試，測試到底是什么樣的一個職業(yè)，怎么去規(guī)劃自己的個人發(fā)展。就像小孩子學(xué)習(xí)寫字一樣。模板找好了，可是寫就費勁了。測試大綱更多的是把握住測試項的方向，而測試用例是指導(dǎo)怎么去執(zhí)行測試。說了這么多，不知道這樣的回答是否是回答了這個問題。如：業(yè)務(wù)流程測試、安裝測試、功能測試、用戶友好性測試、兼容性測試、性能測試、安全性測試等等。５、即使對測試很熟悉了，在時間非常緊的時候，編寫測試用例還是很有必要和好處的。