【正文】 將前置條件描述清楚，包括入口等。用例基于數(shù)據(jù)驅(qū)動(dòng)。測試用例編寫完成后必須明確哪些是核心功能的用例?。y試用例的有效性）測試用例應(yīng)該包含清晰的輸入數(shù)據(jù)以及預(yù)期輸出，沒有測試數(shù)據(jù)的用例更多的是具有指導(dǎo)意義，執(zhí)行過程中更多的是靠個(gè)人根據(jù)指導(dǎo)的自由發(fā)揮。理順了需求，用例寫起來就順手的多。第二篇：編寫測試用例的一點(diǎn)體會(huì)編寫測試用例的一點(diǎn)體會(huì)一是測試用例對(duì)需求覆蓋的完整性；二是測試用例的有效性；三測試用例的可理解性四是測試用例的清晰性；五是測試用例的可維護(hù)性。３、編寫測試用例要考慮各種情況，精力主要集中在軟件的主要業(yè)務(wù)流程和風(fēng)險(xiǎn)高的地方。最后一個(gè)問題了，我盡量少寫些，文字太多了大家看的也累，我寫的也累。還好，我有編程的經(jīng)驗(yàn)，所以對(duì)我熟悉軟件幫了一個(gè)很大的忙。對(duì)于剛做測試的新人，看似簡單的一個(gè)填表工作，要寫好真是不簡單。先是在網(wǎng)上狂搜索了一把測試用例的模板，綜合了幾個(gè)，就形成了。其實(shí)要做好測試，真是不容易。為了讓用戶買到的產(chǎn)品的質(zhì)量是好的，我選擇了做測試，到了現(xiàn)在的公司。因?yàn)闇y試用例寫的太詳細(xì)，你要花費(fèi)時(shí)間和人力成本，這樣出來的測試用例是最好的也是最貴的，一旦需求變更，也需要修改，這時(shí)你會(huì)發(fā)現(xiàn)這種詳細(xì)的測試用例是最不掙錢的。測試用例對(duì)我來說是用來提示我不要忘記了要測試哪些項(xiàng)。另外測試用例是根據(jù)測試大綱來的。測試就是１個(gè)人負(fù)責(zé)。產(chǎn)品個(gè)性化測試指的是我所測試的軟件是某一用戶在使用產(chǎn)品時(shí)，提出了特殊的功能，針對(duì)這些新功能，對(duì)產(chǎn)品針對(duì)用戶進(jìn)行了個(gè)別修改。說起來比較長阿，大家要有耐心看才行哈。^_^在我測試工作中，碰上的測試類型我自己劃分成這么４種：項(xiàng)目的測試，產(chǎn)品的測試，產(chǎn)品個(gè)性化的測試，第三方驗(yàn)收測試。第三方驗(yàn)收測試大家都應(yīng)該很熟悉了，這里就不需要做解釋了。因此時(shí)間和人力資源對(duì)測試來說是完成測試工作的一個(gè)風(fēng)險(xiǎn)。通常都是先挑最重要的測試項(xiàng)和風(fēng)險(xiǎn)大的業(yè)務(wù)功能編寫測試用例。一些很有價(jià)值的bug通常不是在寫測試用例的時(shí)候發(fā)現(xiàn)的，而是在測試軟件的過程中，我在家睡覺前的思考和回家的路上思考出來的。測試用例寫的太粗，別人看不懂，不能執(zhí)行，那你要花費(fèi)你的時(shí)間去解釋，這就加大了測試的工作量。我剛做測試的時(shí)候，對(duì)測試一無所知，什么測試流程阿、文檔阿都不知道，公司的測試和管理也不規(guī)范。不喜歡，真是不能做這個(gè)職業(yè)。我之所以不用公司原有的測試用例模板，是因?yàn)樘贿m用了。一開始寫的比較不自然，有些生搬硬套，而且還很慢。熟悉了軟件的業(yè)務(wù)才能去寫測試用例，才能更好的去測試。嘿嘿。能分出測試優(yōu)先級(jí)別就最好了。測試用例是基于需求的，為了測試程序是否滿足需求，個(gè)人覺得要想寫好測試用例必須對(duì)于需求做到完全理解，并能從全局上把握住需求。在編寫用例的過程中進(jìn)行等價(jià)類的劃分，最后用判定表進(jìn)行評(píng)判，補(bǔ)充缺少的用例，剔除冗余的用例。但是看看我們的基線庫更多的是這樣指導(dǎo)意義的用例。（測試用例的可理解性）測試用例步驟必須描述清晰，不能出現(xiàn)模棱兩可以及重復(fù)的話語，測試用例應(yīng)該按照增刪改的順序進(jìn)行安排，這樣執(zhí)行的時(shí)候效率比較高，避免不必要的重復(fù)測試，用例寫完不是就ok了，我們最好通讀2遍，進(jìn)行修改，讓單條用例流暢。（測試用例的可維護(hù)性）我們的用例主要是基于web的，用例存在一定的變數(shù)。合理提高我們的測試效率就是在編寫測試用例時(shí)進(jìn)行測試用例優(yōu)先級(jí)的劃分。你的用例優(yōu)先級(jí)是否設(shè)置的合理。構(gòu)造樸實(shí)的測試用例測試用例這種東西對(duì)于剛?cè)胄械娜藖碚f是一種誘惑，初入測試的人急于掌握這門學(xué)問，所以一開始就會(huì)問測試用例怎么寫，問的同時(shí)或許還包含了一些期望。T/F的引入是因?yàn)橛羞@樣的一種情況介入，如果EXPECTED、ACTUAL是不同的，但是我們還是要給個(gè)T，因?yàn)閷?duì)于單項(xiàng)的是否通過測試人員有著使用權(quán)，但決定權(quán)在于市場或者高層決策。LOGIN/PASS、LOGIN/ERROR、LOGIN/FAIL，所有的測試用例就是他們的衍生，一種本源的問題。一個(gè)“好”的測試用例能保證測試的質(zhì)量，規(guī)范測試的進(jìn)程，進(jìn)而提高我們的測試效率。做什么？做任何事情，都要有的放矢。取得了什么成果？這要求用例編寫者明確通過這個(gè)測試用例,我們將取得什么效果。3設(shè)計(jì)人員(Designer)：測試用例設(shè)計(jì)人員4狀態(tài)(Status)：測試用例狀態(tài)5描述（Descrīption）：測試用例詳細(xì)描述6步驟名稱（Step Name）：測試步驟名稱7步驟描述（Step Descrīption）：測試步驟詳細(xì)描述。同時(shí)，在規(guī)范上要增加以下幾項(xiàng)1測試目的（Purpose）：編寫這個(gè)測試用例的目的2測試方法選擇依據(jù)（Foundation）：即用這樣方法的好處3測試取得的成果（Achievement）：通過執(zhí)行用例取得的成果4用例執(zhí)行的前提條件（Precondition）：執(zhí)行用例的需要滿足的前提這樣，一個(gè)完整的用例包含的元素如下：1測試名稱(Test Name)測試目的（Purpose）測試方法選擇依據(jù)（Foundation）用例執(zhí)行的前提條件（Precondition）5創(chuàng)建日期(Creation Date)6設(shè)計(jì)人員(Designer)7狀態(tài)(Status)8描述（Descrīption）9步驟名稱（Step Name）10步驟描述（Step Descrīption）11預(yù)期結(jié)果（Expected Result）測試取得的成果（Achievement）.綜上所述，測試用例的“侯式標(biāo)準(zhǔn)”的精髓，就是把自己的思維過程盡可能的展現(xiàn)到用例中，做到即使一個(gè)完全不懂業(yè)務(wù)的人，看到我們的用例后，也能知道業(yè)務(wù)的需求和流程，知道測試的過程，能夠無障礙的執(zhí)行我們的用例。2測試計(jì)劃的作用：組織和管理測試；使測試工作和整個(gè)開發(fā)工作整合起來；資源和變更事先最為一個(gè)可控制的風(fēng)險(xiǎn)。 明確測試策略（黑盒，白盒，灰盒等）178。 自動(dòng)化測試框架的設(shè)計(jì)178。178。 人員的風(fēng)險(xiǎn)178。我就抱著試試看的心態(tài)寫寫吧，希望測試的老前輩看見了，可以給我多提提建議。我所在的公司，通常項(xiàng)目開發(fā)時(shí)間都很短４到５個(gè)月，然而測試通常都是