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