常見(jiàn)的測(cè)試用例設(shè)計(jì)方法都有哪些-文庫(kù)吧資料
2024-11-14 19:46本頁(yè)面
【正文】 分成這么４種： ^對(duì)項(xiàng)目、產(chǎn)品的測(cè)試，測(cè)試的時(shí)候通常要考慮這個(gè)項(xiàng)目的周期和測(cè)試資源。編寫(xiě)測(cè)試用例方法心得體會(huì)在我的個(gè)人郵箱和MSN上，通常同行都問(wèn)我類似下面這樣的問(wèn)題：１、一個(gè)測(cè)試用例要寫(xiě)到什么程度才比較好?２、剛開(kāi)始做測(cè)試的時(shí)候，你是怎么學(xué)習(xí)寫(xiě)測(cè)試用例的？３、你對(duì)黑盒測(cè)試用例的編寫(xiě)的體會(huì)是什么？有什么好的版本或者標(biāo)準(zhǔn)嗎？對(duì)于測(cè)試用例，而我目前正在思考的問(wèn)題是：怎么寫(xiě)出對(duì)公司有價(jià)值的測(cè)試用例，對(duì)公司來(lái)說(shuō)，怎么測(cè)試才是最有價(jià)值的測(cè)試？下面先來(lái)分析第一個(gè)問(wèn)題吧：一個(gè)測(cè)試用例要寫(xiě)到什么程度才比較好？這個(gè)問(wèn)題，沒(méi)有定語(yǔ)，沒(méi)有說(shuō)是在什么樣的一個(gè)情況下，因此我這里只能就我工作中碰到的情況說(shuō)說(shuō)了。但是看到同行紛紛都在問(wèn)我測(cè)試用例的問(wèn)題，都很想知道我寫(xiě)測(cè)試用例的心得體會(huì)。同樣，在出現(xiàn)輸入或輸出數(shù)目不定的地方，如，對(duì)某個(gè)列表進(jìn)行搜索，結(jié)果為“空列表”或“只包含一個(gè)”條目的列表，也是錯(cuò)誤容易發(fā)生的情況。例如，程序輸入中出現(xiàn)0這個(gè)值，就是一種錯(cuò)誤易發(fā)情況。最好的結(jié)果是既滿足了兩方面的目標(biāo)，又不需要增加新的測(cè)試用例。建議，最好是單獨(dú)考慮邊界值分析。但通常它不能生成全部應(yīng)該被確定的有效測(cè)試用例。0，0，1，1（5=0，6=1）因果圖有助于用一個(gè)系統(tǒng)的方法選擇出高效的測(cè)試用例集。又根據(jù)第a)條思路，當(dāng)結(jié)點(diǎn)⑤為1時(shí)，我們不應(yīng)將結(jié)點(diǎn)①和②同時(shí)設(shè)為1。結(jié)點(diǎn)①②③④的取值狀態(tài)為：0，0，0，0（5=0，6=0）(2)根據(jù)第b)條思路，對(duì)于結(jié)點(diǎn)⑤為1而結(jié)點(diǎn)⑥為0的情況，應(yīng)該列出導(dǎo)致⑥為0的所有輸入情況組合。，所有輸入皆為0的這一種情況應(yīng)當(dāng)列舉出來(lái)。，應(yīng)列舉出導(dǎo)致該結(jié)果為0的所有輸入情況的組合。將“果”的狀態(tài)填入其對(duì)應(yīng)的列。判斷在“因”為001的組合下，得到70和72的結(jié)果為0?！耙颉钡慕M合，判斷所有其他“果”的狀態(tài)，并放置在對(duì)應(yīng)的每一列中?！耙颉钡慕M合生成一列。，找出導(dǎo)致該“果”為1的所有因的組合（需要考慮到約束條件）。二、將因果圖轉(zhuǎn)換為判定表的思路（以上述的例子來(lái)說(shuō)明）“果”作為當(dāng)前狀態(tài)。因果圖和添加了約束條件后的因果圖（3）將因果圖轉(zhuǎn)換為判定表，每一列代表一個(gè)測(cè)試用例。（2）分析規(guī)格說(shuō)明的語(yǔ)義，轉(zhuǎn)換為因果圖?！耙颉笔菞l件，是指一個(gè)明確的輸入條件等價(jià)類。如果第二個(gè)字符不是數(shù)字，產(chǎn)生提示信息X13。在這種情況下，對(duì)文件進(jìn)行更新。對(duì)于輸出結(jié)果的約束只有M一種：屏蔽（M）:如果結(jié)果a為0，則b強(qiáng)制為0。2）因果圖的約束條件對(duì)于輸入條件的約束有E、I、O、R四種：1）因果圖的基本關(guān)系邊界值分析法和等價(jià)劃分重要的區(qū)別是，等價(jià)劃分是從等價(jià)類中挑選任意一個(gè)元素作為測(cè)試數(shù)據(jù)；邊界值分析法考察正處于等價(jià)劃分邊界或在邊界附近的狀態(tài)。使用邊界值分析法，應(yīng)該設(shè)計(jì)測(cè)試用例測(cè)試速算扣除數(shù)結(jié)果為0和13505的情況。從定義可以看出，等價(jià)劃分只關(guān)注輸入空間（輸入等價(jià)類）的不同，邊界值分析還需要從輸出空間（輸出等價(jià)類）設(shè)計(jì)測(cè)試用例。所謂邊界條件，是指輸入和輸出等價(jià)類中恰好處在邊界、或超過(guò)邊界、或在邊界以下的狀態(tài)。比如②⑦，也許程序提示“非法的書(shū)籍?dāng)?shù)量”后，就不會(huì)執(zhí)行對(duì)書(shū)籍類型的檢查了。直到所有的無(wú)效等價(jià)類都被測(cè)試用例所覆蓋。直到所有的有效等價(jià)類都被測(cè)試用例覆蓋。它們對(duì)應(yīng)的等價(jià)類分別如下：書(shū)籍?dāng)?shù)量書(shū)籍類型2）生成測(cè)試用例。如果需要，我們還可以將一個(gè)等價(jià)類劃分為更小的一些等價(jià)類。正是基于以上所述，我認(rèn)為軟件測(cè)試是整個(gè)軟件質(zhì)量保證過(guò)程中重要的一部分，這也就是我選擇軟件測(cè)試這個(gè)行業(yè)的原因？1）確定集成測(cè)試對(duì)象2）確定集成測(cè)試策略3）確定集成測(cè)試驗(yàn)收標(biāo)準(zhǔn)4）確定集成測(cè)試掛起和恢復(fù)條件5）估計(jì)集成測(cè)試工作量6）估計(jì)集成測(cè)試所需資源7）進(jìn)行集成測(cè)試任務(wù)劃分（包括任務(wù)名、責(zé)任人、輸入和輸出、風(fēng)險(xiǎn)及應(yīng)對(duì)措施、進(jìn)度安排等）？功能測(cè)試的規(guī)范化、流程化操作；利用Robot錄制和編寫(xiě)自動(dòng)功能測(cè)試腳本利用LoadRunner進(jìn)行性能測(cè)試執(zhí)行主流關(guān)系型數(shù)據(jù)庫(kù)（例如Oracle、SQLServer）的優(yōu)化策略非關(guān)系型數(shù)據(jù)庫(kù)（例如Trip）的配置、安裝、常用命令等非Windows操作系統(tǒng)的安裝和常用命令常用服務(wù)器的安裝、配置和優(yōu)化策略（Weblogic，TomCat）對(duì)系統(tǒng)存在的性能問(wèn)題進(jìn)行定位診斷對(duì)系統(tǒng)存在的性能問(wèn)題提出優(yōu)化解決方案，并配合研發(fā)和集成人員進(jìn)行系統(tǒng)調(diào)優(yōu)問(wèn)hr的問(wèn)題：？？？?，我有怎么樣的發(fā)展？，貴公司有規(guī)范的溝通渠道嗎？。如果一個(gè)軟件產(chǎn)品開(kāi)發(fā)完成之后發(fā)現(xiàn)了很多問(wèn)題，這說(shuō)明此軟件開(kāi)發(fā)過(guò)程很可能是有缺陷的。，比如提供給開(kāi)發(fā)人員或程序經(jīng)理的反饋信息，為風(fēng)險(xiǎn)評(píng)估所準(zhǔn)備的信息。10）性能測(cè)試：對(duì)軟件整體性能進(jìn)行測(cè)試，測(cè)試的內(nèi)容有適應(yīng)性、健壯性、可恢復(fù)性、災(zāi)難恢復(fù)能力等你是怎么看待測(cè)試的？1）試想一下如果一個(gè)系統(tǒng)開(kāi)發(fā)完畢后不能正常運(yùn)行可能造成的后果，損失錢(qián)財(cái)，損失時(shí)間，損失客戶，等等2）介紹一下軟件測(cè)試的意義；；；。7）安全測(cè)試：對(duì)軟件安全性方面的測(cè)試，主要檢測(cè)軟件中加密、解密、數(shù)據(jù)備份、恢復(fù)、病毒檢測(cè)等問(wèn)題。5）極限測(cè)試：在軟件的極限條件下進(jìn)行的測(cè)試，主要有對(duì)數(shù)據(jù)的極限值、邊界值操作，對(duì)軟件進(jìn)行致命操作等。3）流程測(cè)試：按操作流程進(jìn)行測(cè)試，主要有業(yè)務(wù)流程、數(shù)據(jù)流程、邏輯流程、正反流程，檢查軟件在按照流程操作時(shí)是否能夠正確處理。測(cè)試人員所應(yīng)具備的知識(shí)1）基本的測(cè)試知識(shí)，測(cè)試方法，測(cè)試用例，缺陷的概念2）測(cè)試計(jì)劃3）數(shù)據(jù)方面(數(shù)據(jù)庫(kù)/XML/Hibernate/LDAP)4）表現(xiàn)層知識(shí)(JSP/HTML/Struts/CSS)5）EAI(中間件/SOA概念, 項(xiàng)目相關(guān)的經(jīng)驗(yàn))6）測(cè)試自動(dòng)化知識(shí)7）設(shè)計(jì)模式知識(shí)(UML等等)8）敏捷實(shí)踐(TDD, Refectoring, CI等等)9）軟件生命周期經(jīng)驗(yàn)(分析，設(shè)計(jì)，團(tuán)隊(duì)開(kāi)發(fā)，測(cè)試，部署)10）管理經(jīng)驗(yàn)(Estimation, Mentoring, 團(tuán)隊(duì)組織)11）學(xué)習(xí)能力測(cè)試類型共劃分為哪些？1）功能測(cè)試：對(duì)軟件功能進(jìn)行測(cè)試，檢查軟件的各項(xiàng)功能是否實(shí)現(xiàn)了軟件功能說(shuō)明書(shū)（軟件需求）上的要求。你認(rèn)為公司的BUG測(cè)試流程是什么？1）當(dāng)測(cè)試工程師發(fā)現(xiàn)了一個(gè)bug而且在bug tracking tool里面沒(méi)有相同的bug, 他需要填寫(xiě)所有需要的bug信息并且把這個(gè)bug分配給test leader2）如果這個(gè)bug不是一個(gè)真正的bug, test leader需要close這個(gè)bug3）test leader需要審查bug的各種信息都完備，如果有信息不完整，他需要把狀態(tài)改成”feedback” 并重新assign給提交者4）如果這個(gè)bug是一個(gè)真正存在的bug, test leader需要把這個(gè)bug分配給相關(guān)的開(kāi)發(fā)團(tuán)隊(duì)的PM, 并且把bug狀態(tài)改成Assigned5）如果這個(gè)bug屬于另外一個(gè)開(kāi)發(fā)團(tuán)隊(duì)，PM需要把這個(gè)bug重新分配給那個(gè)開(kāi)發(fā)團(tuán)隊(duì)的PM6）PM審查bug,并且分配給相應(yīng)的開(kāi)發(fā)人員去改正。4）分別創(chuàng)建測(cè)試計(jì)劃與測(cè)試詳細(xì)規(guī)格、測(cè)試用例應(yīng)把詳細(xì)的測(cè)
教學(xué)教案相關(guān)推薦
鄂ICP備17016276號(hào)-1