測試用例的編寫總結(jié)-wenkub.com
2024-11-14 21:23 本頁面
【正文】 我把我用的模板給你們粘貼一份上來，只能給你們做些參考，具體還是要看對你所在的公司適用不適用。能分出測試優(yōu)先級(jí)別就最好了。嘿嘿。熟悉了軟件的業(yè)務(wù)才能去寫測試用例，才能更好的去測試。一開始寫的比較不自然，有些生搬硬套，而且還很慢。我之所以不用公司原有的測試用例模板，是因?yàn)樘贿m用了。不喜歡，真是不能做這個(gè)職業(yè)。我剛做測試的時(shí)候，對測試一無所知，什么測試流程阿、文檔阿都不知道，公司的測試和管理也不規(guī)范。測試用例寫的太粗，別人看不懂，不能執(zhí)行，那你要花費(fèi)你的時(shí)間去解釋，這就加大了測試的工作量。一些很有價(jià)值的ｂｕｇ通常不是在寫測試用例的時(shí)候發(fā)現(xiàn)的，而是在測試軟件的過程中，我在家睡覺前的思考和回家的路上思考出來的。通常都是先挑最重要的測試項(xiàng)和風(fēng)險(xiǎn)大的業(yè)務(wù)功能編寫測試用例。因此時(shí)間和人力資源對測試來說是完成測試工作的一個(gè)風(fēng)險(xiǎn)。說起來比較長阿，大家要有耐心看才行哈。由安博測試空間技術(shù)中心：北京市海淀區(qū)學(xué)院路40號(hào)大唐電信測試空間樓 聯(lián)系電話：01062303223 62303260 62303230第五篇：編寫測試用例方法心得體會(huì)編寫測試用例方法心得體會(huì)編寫背景：一直以來都不太想把技術(shù)方面的文章寫出來給大家看，一個(gè)是怕寫作功底不好誤導(dǎo)哪些剛?cè)腴T的測試同行，自己的表達(dá)能力有限，另一方面怕有的同行拿出去炒作，再者測試網(wǎng)站論壇上關(guān)于測試用例的資料已經(jīng)實(shí)在是多。測試項(xiàng)的歸類我就不列舉了，因?yàn)槊總€(gè)公司的都不太一樣。４、熟悉系統(tǒng)，對編寫測試用例很有幫助。^_^ 你對黑盒測試用例的編寫的體會(huì)是什么？有什么好的版本或者標(biāo)準(zhǔn)嗎？ 我的體會(huì)：１、測試用例要根據(jù)測試大綱來編寫２、測試用例也要分測試項(xiàng)進(jìn)行歸類，這樣比較好分析和閱讀。這也是我一點(diǎn)一點(diǎn)的領(lǐng)悟出來的。沒有辦法，那時(shí)候沒有人指導(dǎo)我，全靠自己自學(xué)和領(lǐng)悟，所以那段日子很苦阿！多寫幾次后，就知道和領(lǐng)悟了，測試用例要根據(jù)測試大綱來寫，測試大綱要根據(jù)測試計(jì)劃來寫。還好，公司沒有嚴(yán)格要求必須要那個(gè)模板，只要適用就行?，F(xiàn)在想想自己剛開始寫測試用例的時(shí)候，真是好笑。對測試，大家都認(rèn)為不就是拿個(gè)鼠標(biāo)點(diǎn)來點(diǎn)去，誰都可以來做。這也不是好的方法。這就是手動(dòng)測試的魅力，有些軟件的缺陷是在你使用軟件的一瞬間和思考的一剎那突然發(fā)現(xiàn)的。由于測試用例是本人執(zhí)行，所以測試用例可以寫的簡單些，但是一定要開發(fā)人員能夠看明白。為此在這種情況下，我都是先熟悉系統(tǒng)的業(yè)務(wù)，把握重點(diǎn)業(yè)務(wù)和功能后，參考需求，把測試需求、測試計(jì)劃和測試大綱給制定好。^_^ 在我測試工作中，碰上的測試類型我自己劃分成這么４種： ^對項(xiàng)目、產(chǎn)品的測試，測試的時(shí)候通常要考慮這個(gè)項(xiàng)目的周期和測試資源。但是看到同行紛紛都在問我測試用例的問題，都很想知道我寫測試用例的心得體會(huì)。 軟件需求風(fēng)險(xiǎn)178。測試方案是技術(shù)層面的文檔。 測試環(huán)境的規(guī)劃178。即包括以下幾點(diǎn)：178。第三篇：編寫測試用例和測試計(jì)劃第六章 編寫測試用例和測試計(jì)劃主要內(nèi)容：軟件測試計(jì)劃；軟件測試方案；軟件風(fēng)險(xiǎn)分析 軟件測試計(jì)劃的簡介1測試計(jì)劃概念：測試計(jì)劃在測試中處于中心位置，它闡述了測試準(zhǔn)備工作和執(zhí)行測試的必要條件，同時(shí)也形成了測試過程質(zhì)量保證的基礎(chǔ)。2 描述（Descrīption）：測試用例詳細(xì)描述要用通俗易懂而又簡潔的語言描述描述用例的設(shè)計(jì)目的，讓其他人能夠明白我們在什么步驟描述步驟描述要詳細(xì)而不臃腫，條理而不凌亂。2創(chuàng)建日期(Creation Date)：測試用例創(chuàng)建時(shí)間，系統(tǒng)自動(dòng)產(chǎn)生。就是要明確用例的執(zhí)行過程，這樣在測試的時(shí)候才能有章可循，摸著石頭過河為什么這樣做？這要求用例編寫者要明確設(shè)計(jì)用例時(shí)用到的方法（如邊界值，等價(jià)類等等），以及用這種方法的好處。他是這樣說的：一個(gè)好的測試用例，就是在保證測試質(zhì)量的前提下，做到以下幾點(diǎn)：當(dāng)一個(gè)不熟悉業(yè)務(wù)的人，看到你的用例后，要知道用例的測試目的什么，知道你要做什么，怎么做，為什么這樣做，取得了什么什么成果。這個(gè)時(shí)候有人就會(huì)通過增加測試用例的數(shù)量來回避這些陷阱，出發(fā)點(diǎn)是好的做法是累死人的，如果你愿意你可以為機(jī)器碼寫1億個(gè)測試用例，如果你還是很偏執(zhí)，你可以為門電路寫上1萬億個(gè)測試用例，你有命執(zhí)行嗎？我通常不愿意寫太多的測試用例，很多人認(rèn)為我工作態(tài)度有問題，我認(rèn)為這更能說明我的態(tài)度：我愿意樸實(shí)的構(gòu)造我的測試用例，但是我有原則來保證我的測試用例：接到任務(wù)不急于作而在于多思考，首先在紙上構(gòu)造一個(gè)大致的業(yè)務(wù)流圖流圖構(gòu)造好，快速剔除公用的測試用例構(gòu)造測試用例先寫符合主路徑的三種“PASS”、“ERROR”、“FAIL”精化測試用例努力為ERROR多構(gòu)造17種假設(shè)執(zhí)行測試用例強(qiáng)化FAIL的標(biāo)準(zhǔn)化失敗輸出，但是對應(yīng)減少PASS測試用例進(jìn)一步精化測試用例，使“PASS”、“ERROR”、“FAIL”所占的比例分別為%%70、%10如果我還是測試，我將繼續(xù)我的樸實(shí)理論，多出來的安全時(shí)間我可以看看藍(lán)天享受享受生活！測試用例編寫的“侯式標(biāo)準(zhǔn)”作為軟件測試人員，執(zhí)行測試用例是我們進(jìn)行測試工作的主要手段，測試用例設(shè)計(jì)的好壞，直接影響著測試工作的質(zhì)量。入行的人員會(huì)更進(jìn)一步的發(fā)揮測試偏執(zhí)狂的能力，這時(shí)候他們急需一種數(shù)量，例如：我們一個(gè)動(dòng)態(tài)庫的測試用例就有3000多個(gè)厲害吧？厲害，我當(dāng)然說你厲害，你難道不厲害嗎？我記得有個(gè)500強(qiáng)的面試題就是你能為LOGIN動(dòng)作寫多少的測試用例？我想了半天我說就三個(gè)，或者四個(gè)，在聽到了一聲深深嘆息后，我惶恐的說大概我能寫5個(gè)吧？！當(dāng)然我自己也沒底，我就能寫出三個(gè)。EXPECTED、ACTUAL分別代表期望和實(shí)際，我們做這一行的經(jīng)常對這兩種值的差異感到困惑，是不是“正?！?、“異?！?、“錯(cuò)誤”就看個(gè)人的經(jīng)驗(yàn)了。在學(xué)習(xí)別人優(yōu)秀成果的基礎(chǔ)上，編寫自己的用例。幾點(diǎn)建議：1．你是否感覺測試的時(shí)候思維很混亂，或者總感覺有些功能沒有測到，而一些功能已經(jīng)測過好幾遍？請明確你的需求，是否做到覆蓋100%。如果你在項(xiàng)目或者日常結(jié)束后，仔細(xì)的分析過我們的bug列表，那么你會(huì)覺的這句話非常適用。測試用例包含前置條件的必須
化學(xué)相關(guān)推薦
鄂ICP備17016276號(hào)-1