常見的測試用例設(shè)計(jì)方法都有哪些

1、常有的測試用例設(shè)計(jì)方法都有哪些？請分別以詳細(xì)的例子來說明這些方法在測試用例設(shè)計(jì)工作中的應(yīng)用。等價類劃分常有的軟件測試面試題劃分等價類:等價類是指某個輸入域的子會集.在該子會集中,各個輸入數(shù)據(jù)對于揭示程序中的錯誤都是等效的.并合理地假定:測試某等價類的代表值就等于對這一類其他值的測試.因此,能夠把全部輸入數(shù)據(jù)合理劃分為若干等價類,在每一個等價類中取一個數(shù)據(jù)作為測試的輸入條件,就可以用少量代表性的測試數(shù)據(jù).獲取較好的測試結(jié)果.等價類劃分可有兩種不同樣的情況:有效等價類和無效等價類.2.界線值解析法界線值解析方法是同等價類劃分方法的補(bǔ)充。測試工作經(jīng)驗(yàn)告訴我,大量的錯誤是發(fā)生在輸入或輸出范圍的界線上,

2、而不是發(fā)生在輸入輸出范圍的內(nèi)部.因此針對各種界線情況設(shè)計(jì)測試用例,能夠查出更多的錯誤.使用界線值解析方法設(shè)計(jì)測試用例,第一應(yīng)確定界線情況.平時輸入和輸出等價類的界線就是應(yīng)著重測試的界線情況.應(yīng)入采用正好等于,方才大于或方才小于界線的值作為測試數(shù)據(jù)而不是采用等價類中的典型值或任意值作為測試數(shù)據(jù).3.錯誤推測法基于經(jīng)驗(yàn)和直覺推測程序中全部可能存在的各種錯誤,從而有針對性的設(shè)計(jì)測試用例的方法.錯誤推測方法的基本思想:列舉出程序中全部可能有的錯誤和簡單發(fā)生錯誤的特別情況,依照他們選擇測試用例.比方,在單元測試時曾列出的好多在模塊中常有的錯誤.以前產(chǎn)品測試中以前發(fā)現(xiàn)的錯誤等,這些就是經(jīng)驗(yàn)的總結(jié)。還有,輸

3、入數(shù)據(jù)和輸出數(shù)據(jù)為0的情況。輸入表格為空格或輸入表格只有一行.這些都是簡單發(fā)生錯誤的情況?？蛇x擇這些情況下的例子作為測試用例.4.因果圖方法前面介紹的等價類劃分方法和界線值解析方法,都是重視考慮輸入條件,但未考慮輸入條件之間的聯(lián)系,相互組合等.考慮輸入條件之間的相互組合,可能會產(chǎn)生一些新的情況.但要檢查輸入條件的組合不是一件簡單的事情,即使把全部輸入條件劃分成等價類,他們之間的組合情況也相當(dāng)多.因此必定考慮采用一種適合于描述對于多種條件的組合,相應(yīng)產(chǎn)生多個動作的形式來考慮設(shè)計(jì)測試用例.這就需要利用因果圖（邏輯模型）.因果圖方法最一生成的就是判斷表.它適合于檢查程序輸入條件的各種組合情況.5.正

4、交表解析法有時，可能因?yàn)榇罅康膮?shù)的組合而引起測試用例數(shù)量上的激增，同時，這些測試用例并沒有明顯的優(yōu)先級上的差距，而測試人員又無法達(dá)成這么多數(shù)量的測試，就可以經(jīng)過正交表來進(jìn)行減少一些用例，從而達(dá)到盡量少的用例覆蓋盡量大的范圍的可能性。6.場景解析方法指依照用戶場景來模擬用戶的操作步驟，這個比較近似因果圖，但是可能執(zhí)行的深度和可行性更好。您認(rèn)為做好測試用例設(shè)計(jì)工作的要點(diǎn)是什么？白盒測試用例設(shè)計(jì)的要點(diǎn)是以較少的用例覆蓋盡可能多的內(nèi)部程序邏輯結(jié)果黑盒法用例設(shè)計(jì)的要點(diǎn)同樣也是以較少的用例覆蓋模塊輸出和輸入接口。不能能做到完滿測試，以最少的用例在合理的時間內(nèi)發(fā)現(xiàn)最多的問題詳細(xì)的描述一個測試活動完滿的過程

5、。1.項(xiàng)目經(jīng)理經(jīng)過和客戶的溝通，達(dá)成需求文檔，由開發(fā)人員和測試人員共同達(dá)成需求文檔的評審，評審的內(nèi)容包括：需求描述不清楚的地方和可能有明顯矛盾也許無法實(shí)現(xiàn)的功能的地方。項(xiàng)目經(jīng)理經(jīng)過綜合開發(fā)人員，測試人員以及客戶的建議，達(dá)成項(xiàng)目計(jì)劃。爾后sqa進(jìn)入項(xiàng)目，開始進(jìn)行統(tǒng)計(jì)和追蹤2.開發(fā)人員依照需求文檔達(dá)成需求解析文檔，測試人員進(jìn)行評審，評審的主要內(nèi)容包括可否有遺漏也許雙方理解不同樣的地方。測試人員達(dá)成測試計(jì)劃文檔，測試計(jì)劃包括的內(nèi)容上面有描述。3.測試人員依照改正好的需求解析文檔開始寫測試用例，同時開發(fā)人員達(dá)成大綱設(shè)計(jì)文檔，詳細(xì)設(shè)計(jì)文檔。此兩份文檔成為測試人員撰寫測試用例的補(bǔ)充資料。測試用例達(dá)成后，測

6、試和開發(fā)需要進(jìn)行評審。測試人員搭建環(huán)境開發(fā)人員提交第一個版本，可能存在未達(dá)成功能，需要說明。測試人員進(jìn)行測試，發(fā)現(xiàn)bug后提交給bugzilla。7.開發(fā)提交第二個版本，包括bugfix以及增加了部分功能，測試人員進(jìn)行測試。重復(fù)上面的工作，一般是3-4個版本后bug數(shù)量減少，達(dá)到出貨的要求。若是有客戶反響的問題，需要測試人員協(xié)助重現(xiàn)以及回歸測試。過去可否以前從事過性能測試工作？請盡可能的詳細(xì)描述您過去的性能測試工作的完滿過程。以前做過一套網(wǎng)管系統(tǒng)的性能測試，主要測試該軟件在同時管理大量終端的情況下，在響應(yīng)時間，cpu/磁盤/內(nèi)存等參數(shù)可否滿足要求。也以前做過軟交換系統(tǒng)的呼叫性能測試，主若是測試

7、軟交換系統(tǒng)在有大量呼叫的情況下，響應(yīng)時間，呼叫成功率，cpu/磁盤/內(nèi)存等參數(shù)可否滿足設(shè)計(jì)要求。您在從事性能測試工作時，可否使用過一些測試工具？若是有，請?jiān)囀鲈摴ぞ叩墓ぷ髟?，并以一個詳細(xì)的工作中的例子描述該工具是如何在實(shí)質(zhì)工作中應(yīng)用的。測試網(wǎng)管系統(tǒng)中，使用的mimic來模擬終端，能夠大量的節(jié)約成本。測試軟交換系統(tǒng)的時候，使用的prolab來模擬終端并發(fā)送呼叫軟交換，他達(dá)成了同時數(shù)百人才能達(dá)成的摘機(jī)撥號工作，主要工作原理是產(chǎn)生一些吻合要求的ip包并發(fā)送給軟交換系統(tǒng)，同時對軟交換系統(tǒng)的回應(yīng)進(jìn)行辦理，決定下一步動作。您認(rèn)為性能測試工作的目的是什么？做好性能測試工作的要點(diǎn)是什么？主若是保障在大量用戶

8、的情況下，服務(wù)能正常使用。在您過去的工作中，一條軟件弊端（也許叫bug）記錄都包括了哪些內(nèi)容？如何提交高質(zhì)量的軟件弊端（bug）記錄？在傳統(tǒng)的bugzilla中，bug描述應(yīng)該包括以下的信息和bug產(chǎn)生對應(yīng)的軟件版本開發(fā)的接口人員bugbugbug的優(yōu)先級的嚴(yán)重程度可能屬于的模塊，若是不能夠確認(rèn)，能夠用開發(fā)人員來判斷bug標(biāo)題，需要清楚的描述現(xiàn)象bug描述，需要盡量給出重新bug的步驟附件中能給出相關(guān)的日志和截圖。高質(zhì)量的bug記錄就是指很簡單理解的bug記錄，因此，對于描述的要求高，能供給的信息多且正確，很好的幫助開發(fā)人員定位。1、黑盒測試、白盒測試、單元測試、集成測試、系統(tǒng)測試、查收測試的

9、差異?軟件的黑盒測試意味著測試要在軟件的接口處進(jìn)行。這種方法是把測試對象看做一個黑盒子，測試人員完滿不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特點(diǎn)，只依照程序的需求規(guī)格說明書，檢查程序的功能可否吻合它的功能說明。因此黑盒測試又叫功能測試或數(shù)據(jù)驅(qū)動測試。黑盒測試主若是為了發(fā)現(xiàn)以下幾類錯誤：1）可否有不正確或遺漏的功能？2）在接口上，輸入可否能正確的接受？可否輸岀正確的結(jié)果？3）可否有數(shù)據(jù)結(jié)構(gòu)錯誤或外面信息（比方數(shù)據(jù)文件）接見錯誤？4）性能上可否能夠滿足要求？5）可否有初始化或停止性錯誤？白盒測試：已知產(chǎn)品的內(nèi)部工作過程，能夠經(jīng)過測試證明每種內(nèi)部操作可否吻合設(shè)計(jì)規(guī)格要求，全部內(nèi)部成分可否以經(jīng)過檢查。軟件的白盒

10、測試是對軟件的過程性細(xì)節(jié)做認(rèn)真的檢查。這種方法是把測試對象看做一個打開的盒子，它贊同測試人員利用程序內(nèi)部的邏輯結(jié)構(gòu)及相關(guān)信息，設(shè)計(jì)或選擇測試用例，對程序全部邏輯路徑進(jìn)行測試。經(jīng)過在不同樣點(diǎn)檢查程序狀態(tài)，確定實(shí)質(zhì)狀態(tài)可否與預(yù)期的狀態(tài)一致。因此白盒測試又稱為結(jié)構(gòu)測試或邏輯驅(qū)動測試。白盒測試主若是想對程序模塊進(jìn)行以下檢查：1）對程序模塊的全部獨(dú)立的執(zhí)行路徑最少測試一遍。2）對全部的邏輯判斷，取“真”與取“假”的兩種情況都能最少測一遍。3）在循環(huán)的界線和運(yùn)行的界線內(nèi)執(zhí)行循環(huán)體。4）測試內(nèi)部數(shù)據(jù)結(jié)構(gòu)的有效性，等等。單元測試（模塊測試）是開發(fā)者編寫的一小段代碼，用于檢驗(yàn)被測代碼的一個很小的、很明確的功能可

11、否正確。平時而言，一個單元測試是用于判斷某個特定條件（也許場景）下某個特定函數(shù)的行為。單元測試是由程序員自己來達(dá)成，最后受益的也是程序員自己。能夠這么說，程序員有責(zé)任編寫功能代碼，同時也就有責(zé)任為自己的代碼編寫單元測試。執(zhí)行單元測試，就是為了證明這段代碼的行為和我們希望的一致。集成測試（也叫組裝測試，聯(lián)合測試）是單元測試的邏輯擴(kuò)展。它的最簡單的形式是：兩個已經(jīng)測試過的單元組合成一個組件，而且測試它們之間的接口。從這一層意義上講，組件是指多個單元的集成聚合在現(xiàn)實(shí)方案中，好多單元組合成組件，而這些組件又聚合成程序的更大多數(shù)。方法是測試片段的組合，并最后擴(kuò)展進(jìn)度，將您的模塊與其他組的模塊一起測試。最

12、后，將構(gòu)成進(jìn)度的全部模塊一起測試。系統(tǒng)測試是將經(jīng)過測試的子系統(tǒng)裝置成一個完滿系統(tǒng)來測試。它是檢驗(yàn)系統(tǒng)可否確實(shí)能供給系統(tǒng)方案說明書中指定功能的有效方法。（常有的聯(lián)調(diào)測試）系統(tǒng)測試的目的是對最后軟件系統(tǒng)進(jìn)行全面的測試，保證最后軟件系統(tǒng)滿足產(chǎn)品需求而且依照系統(tǒng)設(shè)計(jì)。查收測試是部署軟件以前的最后一個測試操作。查收測試的目的是保證軟件準(zhǔn)備就緒，而且能夠讓最后用戶將其用于執(zhí)行軟件的既定功能和任務(wù)。查收測試是向未來的用戶表示系統(tǒng)能夠像預(yù)定要求那樣工作。經(jīng)集成測試后，已經(jīng)依照設(shè)計(jì)把全部的模塊組裝成一個完滿的軟件系統(tǒng)，接口錯誤也已經(jīng)基本消除了，接著就應(yīng)該進(jìn)一步考據(jù)軟件的有效性，這就是查收測試的任務(wù)，即軟件的功能

13、和性能仿佛用戶所合理希望的那樣。?單元測試的主要目的是針對編碼過程中可能存在的各種錯誤，比方用戶輸入考據(jù)過程中的界線值的錯誤。?集成測試主要目的是針對詳細(xì)設(shè)計(jì)中可能存在的問題，特別是檢查各單元與其他程序部分之間的接口上可能存在的錯誤。?系統(tǒng)測試主要針對大綱設(shè)計(jì)，檢查了系統(tǒng)作為一個整體可否有效地獲取運(yùn)行，比方在產(chǎn)品設(shè)置中是否達(dá)到了預(yù)期的高性能?查收測試平時由業(yè)務(wù)專家或用戶進(jìn)行，以確認(rèn)產(chǎn)品能真切切合用戶業(yè)務(wù)上的需要（需求）。2、您認(rèn)為做好測試計(jì)劃工作的要點(diǎn)是什么？1）明確測試的目標(biāo)，增強(qiáng)測試計(jì)劃的合用性編寫軟件測試計(jì)劃得重要目的就是使測試過程能夠發(fā)現(xiàn)更多的軟件弊端，因此軟件測試計(jì)劃的價值取決于它對

14、幫助管理測試項(xiàng)目，而且找岀軟件潛藏的弊端。因此，軟件測試計(jì)劃中的測試范圍必定高度覆蓋功能需求，測試方法必定確實(shí)可行，測試工具而且擁有較高的合用性，便于使用，生成的測試結(jié)果直觀、正確2）堅(jiān)持“5V”規(guī)則，明確內(nèi)容與過程“5V”規(guī)則指的是“What（做什么）、“Why（為什么做）、“When（何時做）、“Where（在哪里）”、“Ho（如何做）。利用“5V”規(guī)則創(chuàng)辦軟件測試計(jì)劃，能夠幫助測試團(tuán)隊(duì)理解測試的目的（Why，明確測試的范圍和內(nèi)容（What）,確定測試的開始和結(jié)束日期（When，指出測試的方法和工具（How），給出測試文檔和軟件的存放地址Where）。3）采用評審和更新體系，保證測試計(jì)劃滿

15、足實(shí)質(zhì)需求測試計(jì)劃寫作達(dá)成后，若是沒有經(jīng)過評審，直接發(fā)送給測試團(tuán)隊(duì)，測試計(jì)劃內(nèi)容的可能不正確或遺漏測試內(nèi)容，也許軟件需求改正引起測試范圍的增減，而測試計(jì)劃的內(nèi)容沒有及時更新，誤導(dǎo)測試執(zhí)行人員。4）分別創(chuàng)辦測試計(jì)劃與測試詳細(xì)規(guī)格、測試用例應(yīng)把詳細(xì)的測試技術(shù)指標(biāo)包括到獨(dú)立創(chuàng)辦的測試詳細(xì)規(guī)格文檔，把用于指導(dǎo)測試小組執(zhí)行測試過程的測試用例放到獨(dú)立創(chuàng)建的測試用例文檔或測試用例管理數(shù)據(jù)庫中。測試計(jì)劃和測試詳細(xì)規(guī)格、測試用例之間是戰(zhàn)略和戰(zhàn)術(shù)的關(guān)系，測試計(jì)劃主要從宏觀上規(guī)劃測試活動的范圍、方法和資源配置，而測試詳細(xì)規(guī)格、測試用例是達(dá)成測試任務(wù)的詳細(xì)戰(zhàn)術(shù)。3、你認(rèn)為公司的BUG測試流程是什么？1）當(dāng)測試工程師發(fā)

16、現(xiàn)了一個bug而且在bugtrackingtool里面沒有同樣的bug,他需要填寫全部需要的bug信息而且把這個bug分配給testleader2）若是這個bug不是一個真切的bug,testleader需要close這個bug3）testleader需要審查bug的各種信息都齊全，若是有信息不完滿，他需要把狀態(tài)改成feedback并重新assign給提交者4）若是這個bug是一個真切存在的bug,testleader需要把這個bug分配給相關(guān)的開發(fā)團(tuán)隊(duì)的PM,而且把bug狀態(tài)改成Assigned5）若是這個bug屬于別的一個開發(fā)團(tuán)隊(duì)，PM需要把這個bug重新分配給那個開發(fā)團(tuán)隊(duì)的PM6）PM審

17、查bug,而且分配給相應(yīng)的開發(fā)人員去改正。7）開發(fā)人員收到bug今后，對相關(guān)的弊端進(jìn)行改正，而且重新分配給提交bug的測試人員而且把狀態(tài)改成”Fixed”8）測試人員需要對這個bug進(jìn)行重新測試，保證相關(guān)的弊端已經(jīng)改正，測試人員能夠reopen這個bug若是弊端仍舊存在而且重新分配給相關(guān)的開發(fā)人員也許close這個bug若是弊端已經(jīng)改正。4、測試人員所應(yīng)具備的知識1）基本的測試知識，測試方法，測試用例，弊端的看法2）測試計(jì)劃3）數(shù)據(jù)方面（數(shù)據(jù)庫/XML/Hibernate/LDAP）4）表現(xiàn)層知識（JSP/HTML/Struts/CSS）5）EAI（中間件/SOA看法，項(xiàng)目相關(guān)的經(jīng)驗(yàn)）6）測試

18、自動化知識7）設(shè)計(jì)模式知識（UML等等）8）敏捷實(shí)踐（TDD,Refectoring,CI等等）9）軟件生命周期經(jīng)驗(yàn)（解析，設(shè)計(jì)，團(tuán)隊(duì)開發(fā)，測試，部署）10）管理經(jīng)驗(yàn)（Estimation,Mentoring,團(tuán)隊(duì)組織）11）學(xué)習(xí)能力5、測試種類共劃分為哪些？1）功能測試：對軟件功能進(jìn)行測試，檢查軟件的各項(xiàng)功能可否實(shí)現(xiàn)了軟件功能說明書（軟件需求）上的要求。2）界面測試：對用戶界面進(jìn)行測試，檢查用戶界面的雅觀度、一致性、易用性等方面的內(nèi)容。3）流程測試：按操作流程進(jìn)行測試，主要有業(yè)務(wù)流程、數(shù)據(jù)流程、邏輯流程、正反流程，檢查軟件在依照流程操作時是否能夠正確辦理。4）并發(fā)測試：在網(wǎng)絡(luò)環(huán)境、并發(fā)環(huán)境和

19、多用戶條件下對軟件進(jìn)行的測試。5）極限測試：在軟件的極限條件下進(jìn)行的測試，主要有對數(shù)據(jù)的極限值、界線值操作，對軟件進(jìn)行致命操作等。6）數(shù)據(jù)辦理測試：對軟件數(shù)據(jù)接口進(jìn)行的測試，主要檢查軟件數(shù)據(jù)辦理中輸入、辦理、輸出數(shù)據(jù)過程。7）安全測試：對軟件安全性方面的測試，主要檢測軟件中加密、解密、數(shù)據(jù)備份、恢復(fù)、病毒檢測等問題。8）性能測試：對軟件整體性能的測試，測試內(nèi)容有適應(yīng)性、強(qiáng)壯性、可恢復(fù)性、災(zāi)禍恢復(fù)能力等9）安裝測試：在不同樣PC條件、操作系統(tǒng)、模擬客戶機(jī)等條件下進(jìn)行軟件的安裝測試，主要檢查軟件打包或宣布此后存在的問題。10）性能測試：對軟件整體性能進(jìn)行測試，測試的內(nèi)容有適應(yīng)性、強(qiáng)壯性、可恢復(fù)性、災(zāi)禍恢復(fù)能力等6、你是怎么對待測試的？1）試想一下若是一個系統(tǒng)開發(fā)達(dá)成后不能夠正常運(yùn)行可能造成的結(jié)果，損失錢財，損失時間，損失客戶，等等）介紹一下軟件測試的意義發(fā)現(xiàn)軟件錯誤；有效定義和實(shí)現(xiàn)軟件成分由低層到高層的組裝過程；考據(jù)軟件可否滿足任務(wù)書和系統(tǒng)定義文檔所規(guī)定的技術(shù)要求；為軟件質(zhì)量模型的建立供給依照。3）介紹一下軟件測試的目的？a.確認(rèn)軟件的質(zhì)量，其一方面是確認(rèn)軟件做了你所希望的事情（Dotherightthing），而且確認(rèn)軟件以正確的方式來做了這個事件（Doitright）。供給信息，比方供給給開發(fā)人員或程序經(jīng)理的反響信息，為風(fēng)險評估所準(zhǔn)備的信息。軟件測試不但是在