【正文】 ，就知道和領(lǐng)悟了，測試用例要根據(jù)測試大綱來寫，測試大綱要根據(jù)測試計劃來寫。^_^ 你對黑盒測試用例的編寫的體會是什么？有什么好的版本或者標(biāo)準(zhǔn)嗎？ 我的體會：１、測試用例要根據(jù)測試大綱來編寫２、測試用例也要分測試項進行歸類，這樣比較好分析和閱讀。測試項的歸類我就不列舉了，因為每個公司的都不太一樣。說起來比較長阿，大家要有耐心看才行哈。通常都是先挑最重要的測試項和風(fēng)險大的業(yè)務(wù)功能編寫測試用例。測試用例寫的太粗，別人看不懂，不能執(zhí)行，那你要花費你的時間去解釋，這就加大了測試的工作量。不喜歡，真是不能做這個職業(yè)。一開始寫的比較不自然，有些生搬硬套，而且還很慢。嘿嘿。我把我用的模板給你們粘貼一份上來，只能給你們做些參考，具體還是要看對你所在的公司適用不適用。由于時間關(guān)系，測試用例都是先寫重點的業(yè)務(wù)，也就是集成測試的測試用例。所以要我回答測試用例要寫到什么程度才比較好，我覺的只要你所寫的測試用例在你的公司能夠順利的執(zhí)行，不影響你的測試執(zhí)行工作就可以了。為此，我經(jīng)常上網(wǎng)查測試的資料，看看自己到底適合不適合做測試，測試到底是什么樣的一個職業(yè)，怎么去規(guī)劃自己的個人發(fā)展。模板找好了，可是寫就費勁了。說了這么多，不知道這樣的回答是否是回答了這個問題。我把我用的模板給你們粘貼一份上來，只能給你們做些參考，具體還是要看對你所在的公司適用不適用。、即使對測試很熟悉了，在時間非常緊的時候，編寫測試用例還是很有必要和好處的。熟悉了軟件的業(yè)務(wù)才能去寫測試用例，才能更好的去測試。我之所以不用公司原有的測試用例模板，是因為太不適用了。我剛做測試的時候，對測試一無所知，什么測試流程阿、文檔阿都不知道，公司的測試和管理也不規(guī)范。一些很有價值的bug通常不是在寫測試用例的時候發(fā)現(xiàn)的，而是在測試軟件的過程中，我在家睡覺前的思考和回家的路上思考出來的。因此時間和人力資源對測試來說是完成測試工作的一個風(fēng)險。５、即使對測試很熟悉了，在時間非常緊的時候，編寫測試用例還是很有必要和好處的。說了這么多，不知道這樣的回答是否是回答了這個問題。模板找好了，可是寫就費勁了。為此，我經(jīng)常上網(wǎng)查測試的資料，看看自己到底適合不適合做測試，測試到底是什么樣的一個職業(yè)，怎么去規(guī)劃自己的個人發(fā)展。所以要我回答測試用例要寫到什么程度才比較好，我覺的只要你所寫的測試用例在你的公司能夠順利的執(zhí)行，不影響你的測試執(zhí)行工作就可以了。由于時間關(guān)系，測試用例都是先寫重點的業(yè)務(wù)，也就是集成測試的測試用例。我就抱著試試看的心態(tài)寫寫吧，希望測試的老前輩看見了，可以給我多提提建議。今天就想到那么些了，以后想到了在補充上了。最后一個問題了，我盡量少寫些，文字太多了大家看的也累，我寫的也累。對于剛做測試的新人，看似簡單的一個填表工作，要寫好真是不簡單。其實要做好測試，真是不容易。因為測試用例寫的太詳細(xì)，你要花費時間和人力成本，這樣出來的測試用例是最好的也是最貴的，一旦需求變更，也需要修改，這時你會發(fā)現(xiàn)這種詳細(xì)的測試用例是最不掙錢的。另外測試用例是根據(jù)測試大綱來的。編寫測試用例方法心得體會在我的個人郵箱和MSN上，通常同行都問我類似下面這樣的問題：１、一個測試用例要寫到什么程度才比較好?２、剛開始做測試的時候，你是怎么學(xué)習(xí)寫測試用例的？３、你對黑盒測試用例的編寫的體會是什么？有什么好的版本或者標(biāo)準(zhǔn)嗎？對于測試用例，而我目前正在思考的問題是：怎么寫出對公司有價值的測試用例，對公司來說，怎么測試才是最有價值的測試？下面先來分析第一個問題吧：一個測試用例要寫到什么程度才比較好？這個問題，沒有定語，沒有說是在什么樣的一個情況下，因此我這里只能就我工作中碰到的情況說說了。最好的結(jié)果是既滿足了兩方面的目標(biāo)，又不需要增加新的測試用例。又根據(jù)第a)條思路，當(dāng)結(jié)點⑤為1時，我們不應(yīng)將結(jié)點①和②同時設(shè)為1。將“果”的狀態(tài)填入其對應(yīng)的列。，找出導(dǎo)致該“果”為1的所有因的組合（需要考慮到約束條件）?！耙颉笔菞l件，是指一個明確的輸入條件等價類。邊界值分析法和等價劃分重要的區(qū)別是，等價劃分是從等價類中挑選任意一個元素作為測試數(shù)據(jù)；邊界值分析法考察正處于等價劃分邊界或在邊界附近的狀態(tài)。比如②⑦，也許程序提示“非法的書籍?dāng)?shù)量”后，就不會執(zhí)行對書籍類型的檢查了。如果需要，我們還可以將一個等價類劃分為更小的一些等價類。10）性能測試：對軟件整體性能進行測試，測試的內(nèi)容有適應(yīng)性、健壯性、可恢復(fù)性、災(zāi)難恢復(fù)能力等你是怎么看待測試的？1）試想一下如果一個系統(tǒng)開發(fā)完畢后不能正常運行可能造成的后果，損失錢財，損失時間，損失客戶，等等2）介紹一下軟件測試的意義；；；。測試人員所應(yīng)具備的知識1）基本的測試知識，測試方法，測試用例，缺陷的概念2）測試計劃3）數(shù)據(jù)方面(數(shù)據(jù)庫/XML/Hibernate/LDAP)4）表現(xiàn)層知識(JSP/HTML/Struts/CSS)5）EAI(中間件/SOA概念, 項目相關(guān)的經(jīng)驗)6）測試自動化知識7）設(shè)計模式知識(UML等等)8）敏捷實踐(TDD, Refectoring, CI等等)9）軟件生命周期經(jīng)驗(分析，設(shè)計，團隊開發(fā)，測試，部署)10）管理經(jīng)驗(Estimation, Mentoring, 團隊組織)11）學(xué)習(xí)能力測試類型共劃分為哪些？1）功能測試：對軟件功能進行測試，檢查軟件的各項功能是否實現(xiàn)了軟件功能說明書（軟件需求）上的要求。您認(rèn)為做好測試計劃工作的關(guān)鍵是什么？1）明確測試的目標(biāo)，增強測試計劃的實用性編寫軟件測試計劃得重要目的就是使測試過程能夠發(fā)現(xiàn)更多的軟件缺陷，因此軟件測試計劃的價值取決于它對幫助管理測試項目，并且找出軟件潛在的缺陷。（常見的聯(lián)調(diào)測試）系統(tǒng)測試的目的是對最終軟件系統(tǒng)進行全面的測試，確保最終軟件系統(tǒng)滿足產(chǎn)品需求并且遵循系統(tǒng)設(shè)計。集成測試（也叫組裝測試，聯(lián)合測試）是單元測試的邏輯擴展。2）對所有的邏輯判定，取“真”與取“假”的兩種情況都能至少測一遍。這種方法是把測試對象看做一個黑盒子，測試人員完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特性，只依據(jù)程序的需求規(guī)格說明書，檢查程序的功能是否符合它的功能說明。也曾經(jīng)做過軟交換系統(tǒng)的呼叫性能測試，主要是測試軟交換系統(tǒng)在有大量呼叫的情況下，響應(yīng)時間，呼叫成功率，cpu/磁盤/內(nèi)存等參數(shù)是否滿足設(shè)計要求。，測試和開發(fā)需要進行評審。您認(rèn)為做好測試用例設(shè)計工作的關(guān)鍵是什么？白盒測試用例設(shè)計的關(guān)鍵是以較少的用例覆蓋盡可能多的內(nèi)部程序邏輯結(jié)果黑盒法用例設(shè)計的關(guān)鍵同樣也是以較少的用例覆蓋模塊輸出和輸入接口。常見的軟件測試面試題劃分等價類: ,:,可以把全部輸入數(shù)據(jù)合理劃分為若干等價類,在每一個等價類中取一個數(shù)據(jù)作為測試的輸入條件,:邊界值分析方法是對等價類劃分方法的補充。項目經(jīng)理通過綜合開發(fā)人員，測試人員以及客戶的意見，完成項目計劃。，包括bug fix以及增加了部分功能，測試人員進行測試。測試軟交換系統(tǒng)的時候，使用的prolab來模擬終端并發(fā)送呼叫軟交換，他完成了同時數(shù)百人才能完成的摘機撥號工作，主要工作原理是產(chǎn)生一些符合要求的ip包并發(fā)送給軟交換系統(tǒng)，同時對軟交換系統(tǒng)的回應(yīng)進行處理，決定下一步動作。軟件的白盒測試是對軟件的過程性細(xì)節(jié)做細(xì)致的檢查。單元測試（模塊測試）是開發(fā)者編寫