軟件測(cè)試面試題匯總

1、軟件測(cè)試面試題一1、常見(jiàn)的測(cè)試用例設(shè)計(jì)方法都有哪些？請(qǐng)分別以具體的例子來(lái)說(shuō)明這些方法在測(cè)試用例設(shè)計(jì)工作中 、常見(jiàn)的測(cè)試用例設(shè)計(jì)方法都有哪些？請(qǐng)分別以具體的例子來(lái)說(shuō)明這些方法在測(cè)試用例設(shè)計(jì)工作中測(cè)試用例設(shè)計(jì)方法都有哪些工作的應(yīng)用1）等價(jià)類(lèi)劃分 常見(jiàn)的軟件測(cè)試面試題劃分等價(jià)類(lèi): 等價(jià)類(lèi)是指某個(gè)輸入域的子集合. 在該子集合中，各個(gè)輸入數(shù)據(jù)對(duì) 軟件測(cè)試面試 軟件測(cè)試面試 于揭露程序中的錯(cuò)誤都是等效的. 并合理地假定:測(cè)試某等價(jià)類(lèi)的代表值就等于對(duì)這一類(lèi)其它 其它值的測(cè)試. 因此， 其它 可以把全部輸入數(shù)據(jù)合理劃分為若干等價(jià)類(lèi)，在每一個(gè)等價(jià)類(lèi)中取一個(gè)數(shù)據(jù)作為測(cè)試的輸入條件，就可以 用少量代表性的測(cè)試數(shù)據(jù).

2、 取得較好的測(cè)試結(jié)果. 等價(jià)類(lèi)劃分可有兩種不同的情況:有效等價(jià)類(lèi)和無(wú)效等價(jià)類(lèi).2）邊界值分析法 邊界值分析方法是對(duì)等價(jià)類(lèi)劃分方法的補(bǔ)充。測(cè)試工作經(jīng)驗(yàn)告訴我，大量的錯(cuò)誤是發(fā)生在輸入或輸出 范圍的邊界上，而不是發(fā)生在輸入輸出范圍的內(nèi)部. 因此針對(duì)各種邊界情況設(shè)計(jì)測(cè)試用例，可以查出更多的 錯(cuò)誤. 使用邊界值分析方法設(shè)計(jì)測(cè)試用例，首先應(yīng)確定邊界情況. 通常輸入和輸出等價(jià)類(lèi)的邊界，就是應(yīng)著重 測(cè)試的邊界情況. 應(yīng)當(dāng)選取正好等于，剛剛大于或剛剛小于邊界的值作為測(cè)試數(shù)據(jù)，而不是選取等價(jià)類(lèi)中的 典型值或任意值作為測(cè)試數(shù)據(jù).3）錯(cuò)誤推測(cè)法 基于經(jīng)驗(yàn)和直覺(jué)推測(cè)程序中所有可能存在的各種錯(cuò)誤，從而有針對(duì)性的設(shè)計(jì)測(cè)試用

3、例的方法. 錯(cuò)誤推測(cè)方法的基本思想: 列舉出程序中所有可能有的錯(cuò)誤和容易發(fā)生錯(cuò)誤的特殊情況，根據(jù)他們選 擇測(cè)試用例. 例如， 在單元測(cè)試 單元測(cè)試時(shí)曾列出的許多在模塊中常見(jiàn)的錯(cuò)誤. 以前產(chǎn)品測(cè)試中曾經(jīng)發(fā)現(xiàn)的錯(cuò)誤等， 單元測(cè)試 這些就是經(jīng)驗(yàn)的總結(jié)。還有， 輸入數(shù)據(jù)和輸出數(shù)據(jù)為 0 的情況。輸入表格為空格或輸入表格只有一行. 這 些都是容易發(fā)生錯(cuò)誤的情況?？蛇x擇這些情況下的例子作為測(cè)試用例.4）因果圖方法 前面介紹的等價(jià)類(lèi)劃分方法和邊界值分析方法，都是著重考慮輸入條件，但未考慮輸入條件之間的聯(lián) 系， 相互組合等. 考慮輸入條件之間的相互組合，可能會(huì)產(chǎn)生一些新的情況. 但要檢查輸入條件的組合不 是一

4、件容易的事情， 即使把所有輸入條件劃分成等價(jià)類(lèi)，他們之間的組合情況也相當(dāng)多. 因此必須考慮采 用一種適合于描述對(duì)于多種條件的組合，相應(yīng)產(chǎn)生多個(gè)動(dòng)作的形式來(lái)考慮設(shè)計(jì)測(cè)試用例. 這就需要利用因 果圖（邏輯模型）. 因果圖方法最終生成的就是判定表. 它適合于檢查程序輸入條件的各種組合情況.5）正交表分析法 有時(shí)候，可能因?yàn)榇罅康膮?shù)的組合而引起測(cè)試用例數(shù)量上的激增，同時(shí)，這些測(cè)試用例并沒(méi)有明顯 的優(yōu)先級(jí)上的差距，而測(cè)試人員又無(wú)法完成這么多數(shù)量的測(cè)試，就可以通過(guò)正交表來(lái)進(jìn)行縮減一些用例， 從而達(dá)到盡量少的用例覆蓋盡量大的范圍的可能性。6）場(chǎng)景分析方法 指根據(jù)用戶(hù)場(chǎng)景來(lái)模擬用戶(hù)的操作步驟，這個(gè)比較類(lèi)似因

5、果圖，但是可能執(zhí)行的深度和可行性更好。2、您認(rèn)為做好測(cè)試用例設(shè)計(jì)工作的關(guān)鍵是什么？白盒測(cè)試用例設(shè)計(jì)的關(guān)鍵是以較少的用例覆蓋盡可能多的內(nèi)部程序邏輯結(jié)果 白盒測(cè)試 黑盒法用例設(shè)計(jì)的關(guān)鍵同樣也是以較少的用例覆蓋模塊輸出和輸入接口。不可能做到完全測(cè)試，以最 少的用例在合理的時(shí)間內(nèi)發(fā)現(xiàn)最多的問(wèn)題3、詳細(xì)的描述一個(gè)測(cè)試活動(dòng)完整的過(guò)程。1）項(xiàng)目經(jīng)理通過(guò)和客戶(hù)的交流，完成需求文檔，由開(kāi)發(fā)人員和測(cè)試人員共同完成需求文檔的評(píng)審，評(píng) 審的內(nèi)容包括：需求描述不清楚的地方和可能有明顯沖突或者無(wú)法實(shí)現(xiàn)的功能的地方。項(xiàng)目經(jīng)理通過(guò)綜合 開(kāi)發(fā)人員，測(cè)試人員以及客戶(hù)的意見(jiàn)，完成項(xiàng)目計(jì)劃。然后 sqa 進(jìn)入項(xiàng)目，開(kāi)始進(jìn)行統(tǒng)計(jì)和跟蹤

6、2）開(kāi)發(fā)人員根據(jù)需求文檔完成需求分析文檔，測(cè)試人員進(jìn)行評(píng)審，評(píng)審的主要內(nèi)容包括是否有遺漏或 者雙方理解不同的地方。測(cè)試人員完成測(cè)試計(jì)劃文檔，測(cè)試計(jì)劃包括的內(nèi)容上面有描述。3）測(cè)試人員根據(jù)修改好的需求分析文檔開(kāi)始寫(xiě)測(cè)試用例，同時(shí)開(kāi)發(fā)人員完成概要設(shè)計(jì)文檔，詳細(xì)設(shè)計(jì) 文檔。此兩份文檔成為測(cè)試人員撰寫(xiě)測(cè)試用例的補(bǔ)充材料。4）測(cè)試用例完成后，測(cè)試和開(kāi)發(fā)需要進(jìn)行評(píng)審。5）測(cè)試人員搭建環(huán)境6）開(kāi)發(fā)人員提交第一個(gè)版本，可能存在未完成功能，需要說(shuō)明。測(cè)試人員進(jìn)行測(cè)試，發(fā)現(xiàn) bug 后提 交給 bugzilla 。7）開(kāi)發(fā)提交第二個(gè)版本，包括 bug fix 以及增加了部分功能，測(cè)試人員進(jìn)行測(cè)試。8）重復(fù)上面的工

7、作，一般是 3-4 個(gè)版本后 bug 數(shù)量減少，達(dá)到出貨的要求。9）如果有客戶(hù)反饋的問(wèn)題，需要測(cè)試人員協(xié)助重現(xiàn)以及回歸測(cè)試。4、以往是否曾經(jīng)從事過(guò)性能測(cè)試工作？請(qǐng)盡可能的詳細(xì)描述您以往的性能測(cè)試工作的完整過(guò)程。曾經(jīng)做過(guò)一套網(wǎng)管系統(tǒng)的性能測(cè)試， 主要測(cè)試該軟件在同時(shí)管理大量終端的情況下， 在響應(yīng)時(shí)間， cpu/ 磁盤(pán)/內(nèi)存等參數(shù)是否滿(mǎn)足要求。 也曾經(jīng)做過(guò)軟交換系統(tǒng)的呼叫性能測(cè)試，主要是測(cè)試軟交換系統(tǒng)在有大量呼叫的情況下，響應(yīng)時(shí)間， 呼叫成功率，cpu/磁盤(pán)/內(nèi)存等參數(shù)是否滿(mǎn)足設(shè)計(jì)要求。5、您在從事性能測(cè)試工作時(shí)，是否使用過(guò)一些測(cè)試工具？如果有，請(qǐng)?jiān)囀鲈摴ぞ叩墓ぷ髟恚⒁砸粋€(gè)具體的工作中的例子描

8、述該工具是如何在實(shí)際工作中應(yīng)用的。測(cè)試網(wǎng)管系統(tǒng)中，使用的 mimic 來(lái)模擬終端，能夠大量的節(jié)省成本。 測(cè)試軟交換系統(tǒng)的時(shí)候，使用的 prolab 來(lái)模擬終端并發(fā)送呼叫軟交換，他完成了同時(shí)數(shù)百人才能完成 的摘機(jī)撥號(hào)工作，主要工作原理是產(chǎn)生一些符合要求的 ip 包并發(fā)送給軟交換系統(tǒng)，同時(shí)對(duì)軟交換系統(tǒng)的回 應(yīng)進(jìn)行處理，決定下一步動(dòng)作。6、您認(rèn)為性能測(cè)試工作的目的是什么？做好性能測(cè)試工作的關(guān)鍵是什么？主要是保障在大量用戶(hù)的情況下，服務(wù)能正常使用。7、在您以往的工作中，一條軟件缺陷（或者叫 bug ）記錄都包含了哪些內(nèi)容？如何提交高質(zhì)量的軟件缺陷（bug ）記錄？在傳統(tǒng)的 bugzilla 中，bug

9、 描述應(yīng)該包括以下的信息 和 bug 產(chǎn)生對(duì)應(yīng)的軟件版本 開(kāi)發(fā)的接口人員 bug 的優(yōu)先級(jí) bug 的嚴(yán)重程度 bug 可能屬于的模塊，如果不能確認(rèn)，可以用開(kāi)發(fā)人員來(lái)判斷 bug 標(biāo)題，需要清晰的描述現(xiàn)象 bug 描述，需要盡量給出重新 bug 的步驟 bug 附件中能給出相關(guān)的日志和截圖。 高質(zhì)量的 bug 記錄就是指很容易理解的 bug 記錄，所以， 對(duì)于描述的要求高，能提供的信息多且準(zhǔn)確，很好的幫助開(kāi)發(fā)人員定位。軟件測(cè)試面試題二問(wèn)題一：為什么要在一個(gè)團(tuán)隊(duì)中開(kāi)展軟件測(cè)試工作？任何軟件在開(kāi)發(fā)過(guò)程中都會(huì)留下缺陷，帶有缺陷的軟件產(chǎn)品如果提交出去，可 能會(huì)給公司帶來(lái)不可估量的損失，我們必須在客戶(hù)之

10、前發(fā)現(xiàn)盡可能多的問(wèn)題， 從而保障客戶(hù)滿(mǎn)意。而發(fā)現(xiàn)問(wèn)題的這個(gè)過(guò)程稱(chēng)之為測(cè)試。問(wèn)題二：簡(jiǎn)述你在以前的工作中做過(guò)哪些事情，比較熟悉什么。 此問(wèn)題每個(gè)人都不一樣。我自己的答案如下。 我主要的工作是系統(tǒng)測(cè)試和自動(dòng)化測(cè)試，也曾少量涉及性能測(cè)試。在系統(tǒng)測(cè)試 中，主要是對(duì) BOSS 系統(tǒng)的業(yè)務(wù)邏輯功能，以及軟交換系統(tǒng)的 Class 5 特性進(jìn)行 測(cè)試。性能測(cè)試中，主要是進(jìn)行的壓力測(cè)試，在各個(gè)不同數(shù)量請(qǐng)求的情況下， 獲取系統(tǒng)響應(yīng)時(shí)間以及系統(tǒng)資源消耗情況。自動(dòng)化測(cè)試主要是通過(guò)自己寫(xiě)腳本 以及一些第三方工具的結(jié)合來(lái)測(cè)試軟交換的特性測(cè)試。問(wèn)題三：你所了解的的軟件測(cè)試類(lèi)型都有哪些，簡(jiǎn)單介紹一下。1. 基本功能驗(yàn)證。主要

11、是對(duì)發(fā)布的版本進(jìn)行一些最主要功能的測(cè)試。 英文常見(jiàn) 叫法是 Smoking Test, Basic V erification Test 或者 Sanity Check 。 2. 功能測(cè)試。主要是依據(jù)需求或者需求分析文檔，對(duì)所發(fā)布的版本進(jìn)行測(cè)試， 看看是否滿(mǎn)足需求，是否出現(xiàn)了不必要的功能。 3. 單元測(cè)試。是開(kāi)發(fā)人員進(jìn)行的測(cè)試之一，一般是開(kāi)發(fā)人員對(duì)很小的模塊，比 如函數(shù)進(jìn)行測(cè)試，一般來(lái)說(shuō)，開(kāi)發(fā)人員還需要開(kāi)發(fā)相應(yīng)的測(cè)試樁來(lái)進(jìn)行此類(lèi)測(cè) 試。 4. 集成測(cè)試。在大型的開(kāi)發(fā)過(guò)程中，軟件是模塊化進(jìn)行開(kāi)發(fā)的，將不同的模塊 揉合在一起的話(huà)，需要進(jìn)行的測(cè)試就是集成測(cè)試。 5. 系統(tǒng)測(cè)試。當(dāng)軟件提交給測(cè)試組后，

12、是對(duì)整個(gè)系統(tǒng)的所有功能進(jìn)行測(cè)試，一 般來(lái)說(shuō)，功能測(cè)試是系統(tǒng)測(cè)試的一個(gè)部分。 6. 壓力測(cè)試。主要是在很大性能的情況下，這個(gè)性能已經(jīng)接近了系統(tǒng)的極限， 看看系統(tǒng)運(yùn)轉(zhuǎn)的情況。 7. 負(fù)載測(cè)試。主要是用各種不同的性能去檢測(cè)系統(tǒng)，采集各個(gè)數(shù)據(jù)在這些性能 情況下的數(shù)據(jù)。 8. 黑盒測(cè)試。指系統(tǒng)對(duì)你來(lái)說(shuō)是完全不透明的，只給你留下了輸入和最終輸 出，這個(gè)是功能測(cè)試的方法之一。 9. 灰盒測(cè)試。指在了解部分系統(tǒng)內(nèi)部工作機(jī)制的情況下，對(duì)于系統(tǒng)進(jìn)行的覆蓋性測(cè)試。 10. 白盒測(cè)試。主要是在單元測(cè)試和集成測(cè)試的情況下，開(kāi)發(fā)人員已知代碼， 對(duì)這一段的代碼進(jìn)行全路徑的覆蓋測(cè)試。 11. 界面測(cè)試。主要是看用戶(hù)界面的友好

13、性和易用性，是否有文字或者排版錯(cuò) 誤，是否有輸入限制等等。 12. 回歸測(cè)試。一般是系統(tǒng)發(fā)現(xiàn) BUG ，開(kāi)發(fā)人員修改后，和 BUG 直接相關(guān)以及 可能相關(guān)的功能進(jìn)行的測(cè)試。 13. 安裝和卸載的測(cè)試。 14. 恢復(fù)測(cè)試。主要是一個(gè)系統(tǒng)在發(fā)生了災(zāi)難的情況下，從錯(cuò)誤中是否容易恢 復(fù)。 15. 兼容性測(cè)試。一個(gè)系統(tǒng)在不同的語(yǔ)言，操作系統(tǒng)下的系統(tǒng)測(cè)試。 16. 安全測(cè)試。系統(tǒng)在遇到攻擊或者類(lèi)似情況下的表現(xiàn)。 17. Alpha 測(cè)試。系統(tǒng)在給最終用戶(hù)前，測(cè)試人員在實(shí)驗(yàn)室中模擬最終用戶(hù)的 測(cè)試。 18. Beta 測(cè)試。由部分最終用戶(hù)通過(guò)使用來(lái)進(jìn)行的測(cè)試。 19. 比較測(cè)試。和其他具有相同或者類(lèi)似功能的

14、系統(tǒng)進(jìn)行對(duì)比的測(cè)試。 20. 驗(yàn)收測(cè)試。一般是最終用戶(hù)在接受產(chǎn)品前，依據(jù)自己所提出的要求進(jìn)行的 測(cè)試，很多情況下，驗(yàn)收測(cè)試可能委托第三方機(jī)構(gòu)完成。問(wèn)題四：測(cè)試計(jì)劃工作的目的是什么？測(cè)試計(jì)劃文檔的內(nèi)容應(yīng)該包括什么？其中哪些是最重要的？軟件測(cè)試計(jì)劃是指導(dǎo)測(cè)試過(guò)程的綱領(lǐng)性文件。 包含了產(chǎn)品概述、測(cè)試策略、測(cè)試方法、測(cè)試區(qū)域、測(cè)試配置、測(cè)試周期、測(cè) 試資源、測(cè)試交流、風(fēng)險(xiǎn)分析等內(nèi)容。借助軟件測(cè)試計(jì)劃，參與測(cè)試的項(xiàng)目成 員，尤其是測(cè)試管理人員，可以明確測(cè)試任務(wù)和測(cè)試方法，保持測(cè)試實(shí)施過(guò)程 的順暢溝通，跟蹤和控制測(cè)試進(jìn)度，應(yīng)對(duì)測(cè)試過(guò)程中的各種變更。 測(cè)試計(jì)劃和測(cè)試詳細(xì)規(guī)格、測(cè)試用例之間是戰(zhàn)略和戰(zhàn)術(shù)的關(guān)系，

15、測(cè)試計(jì)劃主要 從宏觀上規(guī)劃測(cè)試活動(dòng)的范圍、方法和資源配置，而測(cè)試詳細(xì)規(guī)格、測(cè)試用例 是完成測(cè)試任務(wù)的具體戰(zhàn)術(shù)。所以其中最重要的是測(cè)試測(cè)試策略和測(cè)試方法 （最好是能先評(píng)審）。問(wèn)題五：你認(rèn)為做好測(cè)試計(jì)劃工作的關(guān)鍵是什么？1. 明確測(cè)試的目標(biāo)，增強(qiáng)測(cè)試計(jì)劃的實(shí)用性 編寫(xiě)軟件測(cè)試計(jì)劃得重要 目的就是使測(cè)試過(guò)程能夠發(fā)現(xiàn)更多的軟件缺陷，因此 軟件測(cè)試計(jì)劃的價(jià)值取決于它對(duì)幫助管理測(cè)試項(xiàng)目，并且找出軟件潛在的缺 陷。因此，軟件測(cè)試計(jì)劃中的測(cè)試范圍必須高度覆蓋功能需求，測(cè)試方法必須 切實(shí)可行，測(cè)試工具并且具有較高的實(shí)用性，便于使用，生成的測(cè)試結(jié)果直 觀、準(zhǔn)確2. 堅(jiān)持“5W”規(guī)則，明確內(nèi)容與過(guò)程 “5W”規(guī)則指

16、的是“What（做什么）”、“Why（為什么做）”、“When （何時(shí) 做）”、“Where（在哪里）”、“How（如何做）”。利用“5W”規(guī)則創(chuàng)建軟 件測(cè)試計(jì)劃，可以幫助測(cè)試團(tuán)隊(duì)理解測(cè)試的目的（Why ），明確測(cè)試的范圍和內(nèi) 容（What ），確定測(cè)試的開(kāi)始和結(jié)束日期（When ），指出測(cè)試的方法和工具 （How ），給出測(cè)試文檔和軟件的存放位置（Where ）。 3. 采用評(píng)審和更新機(jī)制，保證測(cè)試計(jì)劃滿(mǎn)足實(shí)際需求 測(cè)試計(jì)劃寫(xiě)作完成后，如果沒(méi)有經(jīng)過(guò)評(píng)審，直接發(fā)送給測(cè)試團(tuán)隊(duì)，測(cè)試計(jì)劃內(nèi) 容的可能不準(zhǔn)確或遺漏測(cè)試內(nèi)容，或者軟件需求變更引起測(cè)試范圍的增減，而 測(cè)試計(jì)劃的內(nèi)容沒(méi)有及時(shí)更新，誤導(dǎo)測(cè)試執(zhí)

17、行人員。 4. 分別創(chuàng)建測(cè)試計(jì)劃與測(cè)試詳細(xì)規(guī)格、測(cè)試用例 應(yīng)把詳細(xì)的測(cè)試技術(shù)指標(biāo)包含到獨(dú)立創(chuàng)建的測(cè)試詳細(xì)規(guī)格文檔，把用于指導(dǎo)測(cè) 試小組執(zhí)行測(cè)試過(guò)程的測(cè)試用例放到獨(dú)立創(chuàng)建的測(cè)試用例文檔或測(cè)試用例管理 數(shù)據(jù)庫(kù)中。測(cè)試計(jì)劃和測(cè)試詳細(xì)規(guī)格、測(cè)試用例之間是戰(zhàn)略和戰(zhàn)術(shù)的關(guān)系，測(cè) 試計(jì)劃主要從宏觀上規(guī)劃測(cè)試活動(dòng)的范圍、方法和資源配置，而測(cè)試詳細(xì)規(guī) 格、測(cè)試用例是完成測(cè)試任務(wù)的具體戰(zhàn)術(shù)問(wèn)題六：常見(jiàn)的測(cè)試用例設(shè)計(jì)方法都有哪些？請(qǐng)分別以具體的例子來(lái)說(shuō)明這些 方法在測(cè)試用例設(shè)計(jì)工作中的應(yīng)用。1. 等價(jià)類(lèi)劃分 劃分等價(jià)類(lèi): 等價(jià)類(lèi)是指某個(gè)輸入域的子集合. 在該子 集合中, 各個(gè)輸入數(shù)據(jù)對(duì) 于揭露程序中的錯(cuò)誤都是等效的

18、. 并合理地假定:測(cè)試某等價(jià)類(lèi)的代表值就等于 對(duì)這一類(lèi)其它值的測(cè)試. 因此, 可以把全部輸入數(shù)據(jù)合理劃分為若干等價(jià)類(lèi), 在每 一個(gè)等價(jià)類(lèi)中取一個(gè)數(shù)據(jù)作為測(cè)試的輸入條件, 就可以用少量代表性的測(cè)試數(shù)據(jù). 取得較好的測(cè)試結(jié)果. 等價(jià)類(lèi)劃分可有兩種不同的情況:有效等價(jià)類(lèi)和無(wú)效等價(jià) 類(lèi).2. 邊界值分析法 邊界值分析方法是對(duì)等價(jià)類(lèi)劃分方法的補(bǔ)充。測(cè)試工作經(jīng)驗(yàn)告訴我, 大量的 錯(cuò)誤是發(fā)生在輸入或輸出范圍的邊界上, 而不是發(fā)生在輸入輸出范圍的內(nèi)部. 因 此針對(duì)各種邊界情況設(shè)計(jì)測(cè)試用例, 可以查出更多的錯(cuò)誤. 使用邊界值分析方法設(shè)計(jì)測(cè)試用例, 首先應(yīng)確定邊界情況. 通常輸入和輸出 等價(jià)類(lèi)的邊界, 就是應(yīng)著重

19、測(cè)試的邊界情況. 應(yīng)當(dāng)選取正好等于, 剛剛大于或剛剛 小于邊界的值作為測(cè)試數(shù)據(jù), 而不是選取等價(jià)類(lèi)中的典型值或任意值作為測(cè)試數(shù) 據(jù). 3. 錯(cuò)誤推測(cè)法 基于經(jīng)驗(yàn)和直覺(jué)推測(cè)程序中所有可能存在的各種錯(cuò)誤, 從而有針對(duì)性的設(shè) 計(jì)測(cè)試用例的方法. 錯(cuò)誤推測(cè)方法的基本思想: 列舉出程序中所有可能有的錯(cuò)誤和容易發(fā)生錯(cuò)誤的特殊情況, 根據(jù)他們選擇測(cè)試用例. 例如, 在單元測(cè)試時(shí)曾列出的許多在模 塊中常見(jiàn)的錯(cuò)誤. 以前產(chǎn)品測(cè)試中曾經(jīng)發(fā)現(xiàn)的錯(cuò)誤等, 這些就是經(jīng)驗(yàn)的總結(jié). 還有, 輸入數(shù)據(jù)和輸出數(shù)據(jù)為 0 的情況. 輸入表格為空格或輸入表格只有一行. 這些都是容易發(fā)生錯(cuò)誤的情況. 可選擇這些情況下的例子作為測(cè)試用

20、例. 4. 因果圖方法 前面介紹的等價(jià)類(lèi)劃分方法和邊界值分析方法, 都是著重考慮輸入條件, 但未考 慮輸入條件之間的聯(lián)系, 相互組合等. 考慮輸入條件之間的相互組合, 可能會(huì)產(chǎn) 生一些新的情況. 但要檢查輸入條件的組合不是一件容易的事情, 即使把所有 輸入條件劃分成等價(jià)類(lèi), 他們之間的組合情況也相當(dāng)多. 因此必須考慮采用一種 適合于描述對(duì)于多種條件的組合, 相應(yīng)產(chǎn)生多個(gè)動(dòng)作的形式來(lái)考慮設(shè)計(jì)測(cè)試用例. 這就需要利用因果圖（邏輯模型）. 因果圖方法最終生成的就是判定表. 它適 合于檢查程序輸入條件的各種組合情況. 5. 正交表分析法 有時(shí)候，可能因?yàn)榇罅康膮?shù)的組合而引起測(cè)試用例數(shù)量上的激增，同時(shí)

21、，這 些測(cè)試用例并沒(méi)有明顯的優(yōu)先級(jí)上的差距，而測(cè)試人員又無(wú)法完成這么多數(shù)量 的測(cè)試，就可以通過(guò)正交表來(lái)進(jìn)行縮減一些用例，從而達(dá)到盡量少的用例覆蓋 盡量大的范圍的可能性。 6. 場(chǎng)景分析方法 指根據(jù)用戶(hù)場(chǎng)景來(lái)模擬用戶(hù)的操作步驟，這個(gè)比較類(lèi)似因果圖，但是可能執(zhí)行 的深度和可行性更好。問(wèn)題七：您認(rèn)為做好測(cè)試用例設(shè)計(jì)工作的關(guān)鍵是什么？白盒測(cè)試用例設(shè)計(jì)的關(guān)鍵是以較少的用例覆蓋盡可能多的內(nèi)部程序邏輯結(jié)果 黑盒法用例設(shè)計(jì)的關(guān)鍵同樣也是以較少的用例覆蓋模塊輸出和輸入接口。不可 能做到完全測(cè)試，以最少的用例在合理的時(shí)間內(nèi)發(fā)現(xiàn)最多的問(wèn)題問(wèn)題八：詳細(xì)的描述一個(gè)測(cè)試活動(dòng)完整的過(guò)程。1. 項(xiàng)目經(jīng)理通過(guò)和客戶(hù)的交流，完成

22、需求文檔，由開(kāi)發(fā)人員和測(cè)試人 員共同完 成需求文檔的評(píng)審，評(píng)審的內(nèi)容包括：需求描述不清楚的地方和可能有明顯沖 突或者無(wú)法實(shí)現(xiàn)的功能的地方。項(xiàng)目經(jīng)理通過(guò)綜合開(kāi)發(fā)人員，測(cè)試人員以及客 戶(hù)的意見(jiàn)，完成項(xiàng)目計(jì)劃。然后 SQA 進(jìn)入項(xiàng)目，開(kāi)始進(jìn)行統(tǒng)計(jì)和跟蹤 2. 開(kāi)發(fā)人員根據(jù)需求文檔完成需求分析文檔，測(cè)試人員進(jìn)行評(píng)審，評(píng)審的主要 內(nèi)容包括是否有遺漏或者雙方理解不同的地方。測(cè)試人員完成測(cè)試計(jì)劃文檔， 測(cè)試計(jì)劃包括的內(nèi)容上面有描述。 3. 測(cè)試人員根據(jù)修改好的需求分析文檔開(kāi)始寫(xiě)測(cè)試用例，同時(shí)開(kāi)發(fā)人員完成概 要設(shè)計(jì)文檔，詳細(xì)設(shè)計(jì)文檔。此兩份文檔成為測(cè)試人員撰寫(xiě)測(cè)試用例的補(bǔ)充材 料。 4. 測(cè)試用例完成后，測(cè)試

23、和開(kāi)發(fā)需要進(jìn)行評(píng)審。5. 測(cè)試人員搭建環(huán)境 6. 開(kāi)發(fā)人員提交第一個(gè)版本，可能存在未完成功能，需要說(shuō)明。測(cè)試人員進(jìn)行 測(cè)試，發(fā)現(xiàn) BUG后提交給 BugZilla 。 7. 開(kāi)發(fā)提交第二個(gè)版本，包括 Bug Fix 以及增加了部分功能，測(cè)試人員進(jìn)行測(cè) 試。 8. 重復(fù)上面的工作，一般是 3-4 個(gè)版本后 BUG 數(shù)量減少，達(dá)到出貨的要求。 9. 如果有客戶(hù)反饋的問(wèn)題，需要測(cè)試人員協(xié)助重現(xiàn)以及回歸測(cè)試。問(wèn)題九：以往是否曾經(jīng)從事過(guò)性能測(cè)試工作？請(qǐng)盡可能的詳細(xì)描述您以往的性 能測(cè)試工作的完整過(guò)程。曾經(jīng)做過(guò)一套網(wǎng)管系統(tǒng)的性能測(cè)試，主要測(cè)試該軟件在同時(shí)管理大量終端的情 況下，在響應(yīng)時(shí)間，CPU/磁盤(pán)/內(nèi)

24、存等參數(shù)是否滿(mǎn)足要求。 也曾經(jīng)做過(guò)軟交換系統(tǒng)的呼叫性能測(cè)試，主要是測(cè)試軟交換系統(tǒng)在有大量呼叫 的情況下，響應(yīng)時(shí)間，呼叫成功率，CPU/磁盤(pán)/內(nèi)存等參數(shù)是否滿(mǎn)足設(shè)計(jì)要求。問(wèn)題十：您在從事性能測(cè)試工作時(shí)，是否使用過(guò)一些測(cè)試工具？ 如果有，請(qǐng)?jiān)?述該工具的工作原理，并以一個(gè)具體的工作中的例子描述該工具是如何在實(shí)際 工作中應(yīng)用的。 測(cè)試網(wǎng)管系統(tǒng)中，使用的 Mimic 來(lái)模擬終端，能夠大量的節(jié)省成本。 測(cè)試軟交換系統(tǒng)的時(shí)候，使用的 Prolab 來(lái)模擬終端并發(fā)送呼叫軟交換，他完成 了同時(shí)數(shù)百人才能完成的摘機(jī)撥號(hào)工作，主要工作原理是產(chǎn)生一些符合要求的 IP 包并發(fā)送給軟交換系統(tǒng)，同時(shí)對(duì)軟交換系統(tǒng)的回應(yīng)進(jìn)行

25、處理，決定下一步動(dòng) 作。問(wèn)題十一：您認(rèn)為性能測(cè)試工作的目的是什么？做好性能測(cè)試工作的關(guān)鍵是什 么？主要是保障在大量用戶(hù)的情況下，服務(wù)能正常使用。問(wèn)題十二：在您以往的工作中，一條軟件缺陷（或者叫 Bug ）記錄都包含了哪 些內(nèi)容？如何提交高質(zhì)量的軟件缺陷（Bug ）記錄？1. 在傳統(tǒng)的 BugZilla 中，BUG 描述應(yīng)該包括以下的信息 2. 和 BUG 產(chǎn)生對(duì)應(yīng)的軟件版本 3. 開(kāi)發(fā)的接口人員 4. BUG 的優(yōu)先級(jí) 5. BUG 的嚴(yán)重程度 6. BUG 可能屬于的模塊，如果不能確認(rèn)，可以用開(kāi)發(fā)人員來(lái)判斷 7. BUG 標(biāo)題，需要清晰的描述現(xiàn)象 8. BUG 描述，需要盡量給出重新 Bug

26、 的步驟9. BUG 附件中能給出相關(guān)的日志和截圖。 高質(zhì)量的 BUG 記錄就是指很容易理解的 BUG 記錄，所以，對(duì)于描述的要求高， 能提供的信息多且準(zhǔn)確，很好的幫助開(kāi)發(fā)人員定位。問(wèn)題十三：在您以往的測(cè)試工作中，最讓您感到不滿(mǎn)意或者不堪回首的事情是 什么？您是如何來(lái)對(duì)待這些事情的？某次性能測(cè)試覆蓋不足，造成系統(tǒng)崩潰。問(wèn)題十四：你對(duì)測(cè)試最大的興趣在哪里？為什么？最大的興趣就是測(cè)試有難度，有挑戰(zhàn)性！做測(cè)試越久越能感覺(jué)到做好測(cè)試有多 難。曾經(jīng)在星期八職場(chǎng)經(jīng)驗(yàn)網(wǎng)上看到一篇文章，是關(guān)于如何做好一名測(cè)試工程師。一 共羅列了 11，12 點(diǎn)，有部分是和人的性格有關(guān)，有部分需要后天的努力。但除 了性格有關(guān)的

27、 1，2 點(diǎn)我沒(méi)有把握，其他點(diǎn)我都很有信心做好它。 剛開(kāi)始進(jìn)入測(cè)試行業(yè)時(shí)，對(duì)測(cè)試的認(rèn)識(shí)是從無(wú)憂(yōu)測(cè)試網(wǎng)上了解到的一些資料， 當(dāng)時(shí)是沖著做測(cè)試需要很多技能才能做的好，雖然入門(mén)容易，但做好很難，比 開(kāi)發(fā)更難，雖然當(dāng)時(shí)我很想做開(kāi)發(fā)（學(xué)校專(zhuān)業(yè)課我基本上不缺席，因?yàn)槲蚁矚g 我的專(zhuān)業(yè)），但看到測(cè)試比開(kāi)發(fā)更難更有挑戰(zhàn)性，想做好測(cè)試的意志就更堅(jiān)定了。 我覺(jué)得做測(cè)試整個(gè)過(guò)程中有 2 點(diǎn)讓我覺(jué)得很有難度（對(duì)我來(lái)說(shuō)，有難度的東西 我就非常感興趣），第一是測(cè)試用例的設(shè)計(jì)，因?yàn)闇y(cè)試的精華就在測(cè)試用例的 設(shè)計(jì)上了，要在版本出來(lái)之前，把用例寫(xiě)好，用什么測(cè)試方法寫(xiě)？（也就是測(cè) 試計(jì)劃或測(cè)試策略），如果你剛測(cè)試一個(gè)新任務(wù)時(shí)，你得

28、花一定的時(shí)間去消化 業(yè)務(wù)需求和技術(shù)基礎(chǔ)，業(yè)務(wù)需求很好理解（多和產(chǎn)品經(jīng)理和開(kāi)發(fā)人員溝通就能 達(dá)到目的），而技術(shù)基礎(chǔ)可就沒(méi)那么簡(jiǎn)單了，這需要你自覺(jué)的學(xué)習(xí)能力，比如 說(shuō)網(wǎng)站吧，最基本的技術(shù)知識(shí)你要知道網(wǎng)站內(nèi)部是怎么運(yùn)作的的，后臺(tái)是怎么 響應(yīng)用戶(hù)請(qǐng)求的？測(cè)試環(huán)境如何搭建？這些都需要最早的學(xué)好。至少在開(kāi)始測(cè) 試之前能做好基本的準(zhǔn)備，可能會(huì)遇到什么難題？需求細(xì)節(jié)是不是沒(méi)有確定 好？這些問(wèn)題都能在設(shè)計(jì)用例的時(shí)候發(fā)現(xiàn)。 第二是發(fā)現(xiàn) BUG 的時(shí)候了，這應(yīng)該是測(cè)試人員最基本的任務(wù)了，一般按測(cè)試用 例開(kāi)始測(cè)試就能發(fā)現(xiàn)大部分的 bug，還有一部分 bug 需要測(cè)試的過(guò)程中更了解 所測(cè)版本的情況獲得更多信息，補(bǔ)充測(cè)試

29、用例，測(cè)試出 bug。還有如何發(fā)現(xiàn) bug？這就需要在測(cè)試用例有效的情況下，通過(guò)細(xì)心和耐心去發(fā)現(xiàn) bug 了，每個(gè) 用例都有可能發(fā)現(xiàn) bug，每個(gè)地方都有可能出錯(cuò)，所以測(cè)試過(guò)程中思維要清晰 （測(cè)試過(guò)程數(shù)據(jù)流及結(jié)果都得看仔細(xì)了，bug 都在里面發(fā)現(xiàn)的）。如何描述 bug 也很有講究，bug 在什么情況下會(huì)產(chǎn)生，如果條件變化一點(diǎn)點(diǎn)，就不會(huì)有這個(gè) bug ，以哪些最少的操作步驟就能重現(xiàn)這個(gè) bug，這個(gè) bug 產(chǎn)生的規(guī)律是什么？ 如果你夠厲害的話(huà)，可以幫開(kāi)發(fā)人員初步定位問(wèn)題。問(wèn)題十五：你的測(cè)試職業(yè)發(fā)展目標(biāo)是什么？測(cè)試經(jīng)驗(yàn)越多，測(cè)試能力越高。所以我的職業(yè)發(fā)展是需要時(shí)間累積的，一步步 向著高級(jí)測(cè)試工程

30、師奔去。而且我也有初步的職業(yè)規(guī)劃，前 3 年累積測(cè)試經(jīng) 驗(yàn)，按如何做好測(cè)試工程師的 11，12 點(diǎn)要求自己，不斷的更新自己改正自己， 做好測(cè)試任務(wù)。問(wèn)題十六：你自認(rèn)為測(cè)試的優(yōu)勢(shì)在哪里？有韌性 有能力面對(duì)挑戰(zhàn) 有信心做好每一件事情 有比較好的教育背景 從以前的經(jīng)理處都得到了很好的評(píng)價(jià)表明我做的很好問(wèn)題十七：當(dāng)開(kāi)發(fā)人員說(shuō)不是 BUG 時(shí)，你如何應(yīng)付？如果確實(shí)是自己理解錯(cuò)誤，則承認(rèn)錯(cuò)誤，沒(méi)什么大不了 如果是需求不明，請(qǐng)項(xiàng)目經(jīng)理補(bǔ)充清楚 如果雙方理解不一致，且都不能互相說(shuō)服，則請(qǐng)項(xiàng)目經(jīng)理判斷。問(wèn)題十八：你為什么想離開(kāi)目前的職務(wù)？問(wèn)題十九：你對(duì)我們公司了解有多少？問(wèn)題二十：你找工作時(shí)，最重要的考慮因素為

31、何？工作的性質(zhì)和內(nèi)容是否能讓我發(fā)揮所長(zhǎng)，并不斷成長(zhǎng)。問(wèn)題二十一：為什么我們應(yīng)該錄取你？您可以由我過(guò)去的工作表現(xiàn)所呈現(xiàn)的客觀數(shù)據(jù)，明顯地看出我全力以赴的工作 態(tài)度。問(wèn)題二十二：請(qǐng)談?wù)勀銈€(gè)人的最大特色。我的堅(jiān)持度很高，事情沒(méi)有做到一個(gè)令人滿(mǎn)意的結(jié)果，絕不罷手。問(wèn)題二十三：一個(gè)測(cè)試工程師應(yīng)具備那些素質(zhì)和技能？問(wèn)題二十四：集成測(cè)試通常都有那些策略？自上而下，自下而上，平面集成問(wèn)題二十五：測(cè)試結(jié)束的標(biāo)準(zhǔn)是什么？從微觀上來(lái)說(shuō)，在測(cè)試計(jì)劃中定義，比如系統(tǒng)在一定性能下平穩(wěn)運(yùn)行 72 小時(shí)， 目前 Bug Tracking System 中，本版本中沒(méi)有一般嚴(yán)重的 BUG ，普通 BUG 的數(shù) 量在 3 以下，

32、BUG 修復(fù)率 90%以上等等參數(shù)，然后由開(kāi)發(fā)經(jīng)理，測(cè)試經(jīng)理，項(xiàng)目 經(jīng)理共同簽字認(rèn)同版本 Release。 如果說(shuō)宏觀的，則是當(dāng)這個(gè)軟件徹底的消失以后，測(cè)試就結(jié)束了。問(wèn)題二十六：軟件驗(yàn)收測(cè)試除了 alpha,beta 測(cè)試以外, 還有哪一種? 第三方驗(yàn)收測(cè)試問(wèn)題二十七：為什么選擇測(cè)試這行？最開(kāi)始么，公司安排的，然后么，干一行愛(ài)一行，發(fā)現(xiàn)測(cè)試中間還是有很多東 西需要學(xué)習(xí)的，再就是測(cè)試中有很多東西值得改進(jìn)和研究。問(wèn)題二十六：為什么值得他們公司雇用？用自己的經(jīng)驗(yàn)和其他同事一起發(fā)現(xiàn)更多的問(wèn)題，同時(shí)不同行業(yè)的觀點(diǎn)可以互相 借鑒。問(wèn)題二十七：如果我雇用你，你能給部門(mén)帶來(lái)什么貢獻(xiàn)？分享我的測(cè)試經(jīng)驗(yàn)和測(cè)試技能

33、，提高測(cè)試部門(mén)技術(shù)水平軟件測(cè)試面試題三1. 白箱測(cè)試和黑箱測(cè)試是什么? 什么是回歸測(cè)試?回歸測(cè)試是指修改了舊代碼后，重新進(jìn)行測(cè)試以確認(rèn)修改沒(méi)有引入新的錯(cuò)誤或?qū)е缕渌a產(chǎn)生錯(cuò)誤。自動(dòng)回歸測(cè)試將大幅降低系統(tǒng)測(cè)試、維護(hù)升級(jí)等階段的成本?；貧w測(cè)試包括兩部分：函數(shù)本身的測(cè)試、其他代碼的測(cè)試。2. 單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試的側(cè)重點(diǎn)是什么？單元測(cè)試是在軟件開(kāi)發(fā)過(guò)程中要進(jìn)行的最低級(jí)別的測(cè)試活動(dòng)，在單元測(cè)試活動(dòng)中，軟件的獨(dú)立單元將在與程序的其他部分相隔離的情況下進(jìn)行測(cè)試。集成測(cè)試，也叫組裝測(cè)試或聯(lián)合測(cè)試。在單元測(cè)試的基礎(chǔ)上，將所有模塊按照設(shè)計(jì)要求，組裝成為子系統(tǒng)或系統(tǒng)，進(jìn)行集成測(cè)試。實(shí)踐表明，一些模塊雖然

34、能夠單獨(dú)地工作，但并不能保證連接起來(lái)也能正常的工作。程序在某些局部反映不出來(lái)的問(wèn)題，在全局上很可能暴露出來(lái)，影響功能的實(shí)現(xiàn)。系統(tǒng)測(cè)試是將經(jīng)過(guò)測(cè)試的子系統(tǒng)裝配成一個(gè)完整系統(tǒng)來(lái)測(cè)試。它是檢驗(yàn)系統(tǒng)是否確實(shí)能提供系統(tǒng)方案說(shuō)明書(shū)中指定功能的有效方法。3. 設(shè)計(jì)用例的方法、依據(jù)有那些？白盒測(cè)試：邏輯覆蓋法，主要包括語(yǔ)句覆蓋，判斷覆蓋，條件覆蓋，判斷-條件覆蓋，路徑覆蓋黑盒測(cè)試：等價(jià)劃分類(lèi)，邊界值分析，錯(cuò)誤推測(cè)法。4. 集成測(cè)試通常都有那些策略？1、在把各個(gè)模塊連接起來(lái)的時(shí)候，穿越模塊接口的數(shù)據(jù)是否會(huì)丟失；2、各個(gè)子功能組合起來(lái)，能否達(dá)到預(yù)期要求的父功能；3、一個(gè)模塊的功能是否會(huì)對(duì)另一個(gè)模塊的功能產(chǎn)生不利的

35、影響；4、全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問(wèn)題；5、單個(gè)模塊的誤差積累起來(lái)，是否會(huì)放大，從而達(dá)到不可接受的程度。5. 一個(gè)缺陷測(cè)試報(bào)告的組成缺陷的標(biāo)題，缺陷的基本信息，復(fù)現(xiàn)缺陷的操作步驟，缺陷的實(shí)際結(jié)果描述，期望的正確結(jié)果描述，注釋文字和截取的缺陷圖象。6. 基于WEB 信息管理系統(tǒng)測(cè)試時(shí)應(yīng)考慮的因素有哪些？7. 軟件本地化測(cè)試比功能測(cè)試都有哪些方面需要注意？軟件本地化測(cè)試的目的：軟件本地化測(cè)試的測(cè)試策略：1. 本地化軟件要在各種本地化操作系統(tǒng)上安裝并測(cè)試。2. 源語(yǔ)言軟件安裝在另一臺(tái)相同源語(yǔ)言操作系統(tǒng)上，作為對(duì)比測(cè)試。3. 重點(diǎn)測(cè)試因本地化引起的軟件的功能和軟件界面的錯(cuò)誤。4. 測(cè)試本地化軟件的翻譯質(zhì)量。

36、5. 手工測(cè)試和自動(dòng)測(cè)試相結(jié)合。8. 需求測(cè)試注意事項(xiàng)有哪些？一個(gè)良好的需求應(yīng)當(dāng)具有一下特點(diǎn)：完整性：每一項(xiàng)需求都必須將所要實(shí)現(xiàn)的功能描述清楚，以使開(kāi)發(fā)人員獲得設(shè)計(jì)和實(shí)現(xiàn)這些功能所需的所有必要信息。正確性：每一項(xiàng)需求都必須準(zhǔn)確地陳述其要開(kāi)發(fā)的功能。一致性：一致性是指與其它軟件需求或高層（系統(tǒng)，業(yè)務(wù)）需求不相矛盾。可行性：每一項(xiàng)需求都必須是在已知系統(tǒng)和環(huán)境的權(quán)能和限制范圍內(nèi)可以實(shí)施的。無(wú)二義性：對(duì)所有需求說(shuō)明的讀者都只能有一個(gè)明確統(tǒng)一的解釋?zhuān)捎谧匀徽Z(yǔ)言極易導(dǎo)致二義性，所以盡量把每項(xiàng)需求用簡(jiǎn)潔明了的用戶(hù)性的語(yǔ)言表達(dá)出來(lái)。健壯性：需求的說(shuō)明中是否對(duì)可能出現(xiàn)的異常進(jìn)行了分析，并且對(duì)這些異常進(jìn)行了容錯(cuò)

37、處理。必要性：“必要性”可以理解為每項(xiàng)需求都是用來(lái)授權(quán)你編寫(xiě)文檔的“根源”。要使每項(xiàng)需求都能回溯至某項(xiàng)客戶(hù)的輸入，如Use Case或別的來(lái)源。可測(cè)試性：每項(xiàng)需求都能通過(guò)設(shè)計(jì)測(cè)試用例或其它的驗(yàn)證方法來(lái)進(jìn)行測(cè)試。可修改性：每項(xiàng)需求只應(yīng)在S R S 中出現(xiàn)一次。這樣更改時(shí)易于保持一致性。另外，使用目錄表、索引和相互參照列表方法將使軟件需求規(guī)格說(shuō)明書(shū)更容易修改。可跟蹤性：應(yīng)能在每項(xiàng)軟件需求與它的根源和設(shè)計(jì)元素、源代碼、測(cè)試用例之間建立起鏈接鏈，這種可跟蹤性要求每項(xiàng)需求以一種結(jié)構(gòu)化的，粒度好（f i n e - g r a i n e d ）的方式編寫(xiě)并單獨(dú)標(biāo)明，而不是大段大段的敘述。軟件測(cè)試面試題四

38、1. 測(cè)試活動(dòng)包括哪些？測(cè)試組織和管理：建立測(cè)試隊(duì)伍，設(shè)立不同功能或完成不同任務(wù)的測(cè)試小組，對(duì)測(cè)試用 例、軟件缺陷、測(cè)試執(zhí)行、測(cè)試文檔等進(jìn)行管理，也可以把測(cè)試管理工作看成是軟件質(zhì)量管 理工作的一部分。 測(cè)試計(jì)劃： 獨(dú)立的測(cè)試組織負(fù)責(zé)定義軟件測(cè)試的方法與規(guī)范。 開(kāi)發(fā)組織負(fù)責(zé)編制單元測(cè) 試的計(jì)劃和說(shuō)明。測(cè)試組織主要負(fù)責(zé)編制其它各測(cè)試階段的測(cè)試計(jì)劃和說(shuō)明。 設(shè)計(jì)測(cè)試用例：為了更有效地進(jìn)行測(cè)試，需要設(shè)計(jì)測(cè)試用例。 測(cè)試實(shí)施： 按測(cè)試計(jì)劃與測(cè)試說(shuō)明的定義對(duì)測(cè)試對(duì)象進(jìn)行相應(yīng)的測(cè)試， 填寫(xiě)測(cè)試報(bào)告中 相應(yīng)的表格。 測(cè)試結(jié)果分析：對(duì)測(cè)試結(jié)果進(jìn)行定量和定性的分析，已檢查測(cè)試工作執(zhí)行的狀態(tài)。 測(cè)試評(píng)審與報(bào)告：依據(jù)

39、軟件測(cè)試評(píng)審準(zhǔn)則在各測(cè)試階段評(píng)審時(shí)提交類(lèi)型完整的測(cè)試文 檔。2. 測(cè)試計(jì)劃的定義？測(cè)試計(jì)劃與軟件開(kāi)發(fā)活動(dòng)同步進(jìn)行。在測(cè)試計(jì)劃中，明確要完成的測(cè)試活動(dòng)，評(píng)估完成 活動(dòng)所需要的時(shí)間和資源，設(shè)計(jì)測(cè)試組織和崗位職權(quán)，進(jìn)行活動(dòng)安排和資源分配，安排跟蹤 和控制測(cè)試過(guò)程中的活動(dòng)。在測(cè)試計(jì)劃中，主要包括指定測(cè)試策略、確定測(cè)試范圍、測(cè)試用 例的設(shè)計(jì)方法和要點(diǎn)、所需資源和日程安排。3. 什么是測(cè)試策略？介紹一下測(cè)試策略的大致步驟？測(cè)試策略通常是描述測(cè)試工程的總體方法和目標(biāo)， 描述目前在進(jìn)行哪個(gè)階段的測(cè)試 （如 丹元測(cè)試、 集成測(cè)試、 系統(tǒng)測(cè)試） 以及每個(gè)階段內(nèi)進(jìn)行的測(cè)試種類(lèi)（如功能測(cè)試、性能測(cè)試、 壓力測(cè)試等）

40、，以確定合理的測(cè)試方案使得測(cè)試更有效。步驟： 全面細(xì)致地了解產(chǎn)品的項(xiàng)目 信息。 各個(gè)因素對(duì)產(chǎn)品的影響，公正客觀地展開(kāi)測(cè)試計(jì)劃。確定測(cè)試等級(jí)和測(cè)試重點(diǎn)；明 確測(cè)試目標(biāo)；說(shuō)明測(cè)試階段；闡述測(cè)試過(guò)程中運(yùn)用到的測(cè)試技術(shù)以及測(cè)試工具；闡明測(cè)試開(kāi) 始、完成的標(biāo)準(zhǔn)；設(shè)置測(cè)試重點(diǎn)和優(yōu)先級(jí)；4. 什么叫有效等價(jià)類(lèi)？什么叫無(wú)效等價(jià)類(lèi)？答： 有效等價(jià)類(lèi)是指對(duì)于程序的規(guī)格說(shuō)明來(lái)說(shuō)是合理的、 有意義的輸入數(shù)據(jù)所構(gòu)成的集 合。無(wú)效等價(jià)類(lèi)是指由對(duì)程序的規(guī)格說(shuō)明來(lái)說(shuō)不合理或無(wú)意義的輸入數(shù)據(jù)所構(gòu)成的集合。5. 產(chǎn)品中的質(zhì)量特性包括哪些？功能性：軟件所實(shí)現(xiàn)的功能達(dá)到它的設(shè)計(jì)規(guī)范和滿(mǎn)足用戶(hù)需求的程度 可用性：如安裝簡(jiǎn)單方便。容易使

41、用、界面友好 可靠性： 是用戶(hù)使用的根本。 在規(guī)定的時(shí)間和條件下， 軟件所能維持其正常的功能操作、 性能水平的程度。 性能：在指定的條件下，用軟件實(shí)現(xiàn)某種功能所需的計(jì)算機(jī)資源（包括內(nèi)存大小、CPU 占用時(shí)間等）的有效程度。 容量：如 Web 系統(tǒng)能承受多少并發(fā)用戶(hù)訪(fǎng)問(wèn)，會(huì)議系統(tǒng)可以承受的與會(huì)人數(shù)等?？蓽y(cè)量性：系統(tǒng)某些特性可以通過(guò)一些量化的數(shù)據(jù)指標(biāo)描述其當(dāng)前狀態(tài)或理想狀態(tài)。 可維護(hù)性：在一定運(yùn)行軟件中，當(dāng)環(huán)境改變或軟件發(fā)生錯(cuò)誤時(shí)，進(jìn)行相應(yīng)修改所做努力 的程度。 兼容性：如系統(tǒng)的軟件和硬件的兼容性。不同版本的軟件系統(tǒng)、數(shù)據(jù)的兼容性。 可擴(kuò)展性：指將來(lái)功能增加，系統(tǒng)擴(kuò)充的難易程度或能力。6. 單元測(cè)

42、試工具有哪些？單元測(cè)試的對(duì)象是程序系統(tǒng)中的最小單元-模塊或組件。在編碼階段進(jìn)行，針對(duì)每個(gè)模 塊進(jìn)行測(cè)試，主要使用白盒測(cè)試方法，從程序中的內(nèi)部結(jié)構(gòu)出發(fā)設(shè)計(jì)測(cè)試用例，檢查程序模 塊或組件已實(shí)現(xiàn)的功能與定義的功能是否一致，以及編碼中是否存在錯(cuò)誤。 Parasoft C+Test 是單元測(cè)試和靜態(tài)分析工具，自動(dòng)測(cè)試 C 和 C 類(lèi)別、功能或組件，而無(wú)需編寫(xiě)單個(gè) 測(cè)試實(shí)例、測(cè)試驅(qū)動(dòng)程序或樁調(diào)用。只需點(diǎn)擊按鈕，C+Test 即會(huì)采用業(yè)內(nèi)編碼標(biāo)準(zhǔn)執(zhí)行代 碼的靜態(tài)分析，測(cè)試代碼構(gòu)造（白盒測(cè)試） ，測(cè)試代碼功能性（黑盒測(cè)試） ，并保持代碼完整 性（回歸測(cè)試） 。 Parasoft .TEST 是單元測(cè)試和靜態(tài)分

43、析工具，自動(dòng)測(cè)試寫(xiě)在Microsoft.NET 框架的類(lèi)別，而無(wú)需編寫(xiě) 單個(gè)測(cè)試場(chǎng)景或樁調(diào)用。只需點(diǎn)擊按鈕，.TEST 即會(huì)在.NET 源代碼上自動(dòng)執(zhí)行完整系列的 靜態(tài)和動(dòng)態(tài)測(cè)試。.TEST RuleWizard 性能通過(guò)圖形化表達(dá)希望.TEST 在自動(dòng)編碼標(biāo)準(zhǔn)執(zhí) 行過(guò)程中查找的模式，支持設(shè)計(jì)定制的編碼標(biāo)準(zhǔn)。7. 什么是測(cè)試用例？測(cè)試用例設(shè)計(jì)方法有哪幾種？測(cè)試用例指對(duì)一項(xiàng)特定的軟件產(chǎn)品進(jìn)行測(cè)試任務(wù)的描述，體現(xiàn)測(cè)試方案、方法、技術(shù)和 策略，內(nèi)容包括測(cè)試目標(biāo)、測(cè)試環(huán)境、前置條件、輸入數(shù)據(jù)、測(cè)試步驟、預(yù)期結(jié)果、實(shí)際結(jié) 果等，并形成文檔。 可以采用軟件測(cè)試常用的基本方法：等價(jià)類(lèi)劃分法、邊界值分析法、錯(cuò)

44、誤推測(cè)法、因果 圖法、邏輯覆蓋法等設(shè)計(jì)測(cè)試用例。8. 軟件開(kāi)發(fā)過(guò)程中，應(yīng)該產(chǎn)生如下 14 種文件： 可行性研究報(bào)告、 項(xiàng)目開(kāi)發(fā)計(jì)劃、 軟件需求說(shuō)明書(shū)、 數(shù)據(jù)要求說(shuō)明書(shū)、 概要設(shè)計(jì)說(shuō)明書(shū)、 詳細(xì)設(shè)計(jì)說(shuō)明書(shū)、數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)明書(shū)、用戶(hù)手冊(cè)、操作手冊(cè)、模塊開(kāi)發(fā)卷宗、測(cè)試計(jì)劃、測(cè) 試分析報(bào)告、開(kāi)發(fā)進(jìn)度月報(bào)、項(xiàng)目開(kāi)發(fā)總結(jié)報(bào)告9. 軟件過(guò)程質(zhì)量模型 CMM 初始級(jí)（一級(jí)） 重復(fù)級(jí)（二級(jí)） 已定義級(jí)（三級(jí)） 已定量管理級(jí)（四級(jí)） 優(yōu)化級(jí)（五 級(jí)）10. 軟件測(cè)試模型V 模型 但是 V 模型存在一定的局限性，它僅僅把測(cè)試作為在編碼之后的一個(gè)階段，是針對(duì)程 序進(jìn)行的尋找錯(cuò)誤的活動(dòng)， 而忽視了測(cè)試活動(dòng)對(duì)需求分析、 系

45、統(tǒng)設(shè)計(jì)等活動(dòng)的驗(yàn)證和確認(rèn)的 功能。 W 模型由兩個(gè) V 模型組成，分別代表測(cè)試與開(kāi)發(fā)過(guò)程。W 模型強(qiáng)調(diào)測(cè)試伴隨著整個(gè)軟 件開(kāi)發(fā)周期，測(cè)試與開(kāi)發(fā)同步進(jìn)行，有利于盡早地發(fā)現(xiàn)問(wèn)題的局限性，測(cè)試對(duì)象不僅僅是程 序，需求和設(shè)計(jì)等同樣需要進(jìn)行測(cè)試。但 W 模型也存在局限性，在 W 模型中需求分析、設(shè) 計(jì)、編碼等活動(dòng)被視為串行的，同時(shí)，測(cè)試和開(kāi)發(fā)活動(dòng)也保持著一種線(xiàn)性的前后關(guān)系，上一 階段完全結(jié)束，才可正式開(kāi)始下一個(gè)階段的工作。 H 模型中，軟件測(cè)試的過(guò)程活動(dòng)完全獨(dú)立，形成了一個(gè)完全獨(dú)立的流程。貫穿于整個(gè)產(chǎn) 品的周期， 與其他流程并發(fā)進(jìn)行， 某個(gè)測(cè)試點(diǎn)準(zhǔn)備就緒后就可以從測(cè)試準(zhǔn)備階段進(jìn)行到測(cè)試 執(zhí)行階段；軟件測(cè)

46、試可以根據(jù)被測(cè)產(chǎn)品的不同分層進(jìn)行。W 模型 H 模型軟件測(cè)試面試題五一、判斷題1軟件測(cè)試的目的是盡可能多的找出軟件的缺陷。（Y ）2Beta 測(cè)試是驗(yàn)收測(cè)試的一種。（Y ）3驗(yàn)收測(cè)試是由最終用戶(hù)來(lái)實(shí)施的。（N ）4項(xiàng)目立項(xiàng)前測(cè)試人員不需要提交任何工件。（Y ）5單元測(cè)試 單元測(cè)試能發(fā)現(xiàn)約 80%的軟件缺陷。（Y ） 單元測(cè)試6代碼評(píng)審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。（N ）7自底向上集成需要測(cè)試員編寫(xiě)驅(qū)動(dòng)程序。（Y ）8負(fù)載測(cè)試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。（N ）9測(cè)試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過(guò)。（N ）10代碼評(píng)審員一般由測(cè)試員擔(dān)任。（N ）11我們可以人為

47、的使得軟件不存在配置問(wèn)題。（N ）12集成測(cè)試計(jì)劃在需求分析階段末提交。（N ）二、選擇題1軟件驗(yàn)收測(cè)試的合格通過(guò)準(zhǔn)則是：（ABCD ）A 軟件需求分析說(shuō)明書(shū)中定義的所有功能已全部實(shí)現(xiàn)，性能指標(biāo)全部達(dá)到要求。 B 所有測(cè)試項(xiàng)沒(méi)有殘余一級(jí)、二級(jí)和三級(jí)錯(cuò)誤。 C 立項(xiàng)審批表、需求分析文檔、設(shè)計(jì)文檔和編碼實(shí)現(xiàn)一致。 D 驗(yàn)收測(cè)試工件齊全。2軟件測(cè)試計(jì)劃評(píng)審會(huì)需要哪些人員參加？（ABCD ）A 項(xiàng)目經(jīng)理 B SQA 負(fù)責(zé)人 C 配置負(fù)責(zé)人 D 測(cè)試組3下列關(guān)于 alpha 測(cè)試的描述中正確的是：（AD ）A alpha 測(cè)試需要用戶(hù)代表參加 B alpha 測(cè)試不需要用戶(hù)代表參加C alpha 測(cè)試是

48、系統(tǒng)測(cè)試 系統(tǒng)測(cè)試的一種 系統(tǒng)測(cè)試 D alpha 測(cè)試是驗(yàn)收測(cè)試的一種4測(cè)試設(shè)計(jì)員的職責(zé)有：（BC ）A 制定測(cè)試計(jì)劃 B 設(shè)計(jì)測(cè)試用例 C 設(shè)計(jì)測(cè)試過(guò)程、腳本 D 評(píng)估測(cè)試活動(dòng)5軟件實(shí)施活動(dòng)的進(jìn)入準(zhǔn)則是：（ABC ）A 需求工件已經(jīng)被基線(xiàn)化 B 詳細(xì)設(shè)計(jì)工件已經(jīng)被基線(xiàn)化 C 構(gòu)架工件已經(jīng)被基線(xiàn)化 D 項(xiàng)目階段成果已經(jīng)被基線(xiàn)化三、填空題1. 軟件驗(yàn)收測(cè)試包括：正式驗(yàn)收測(cè)試，alpha 測(cè)試，beta 測(cè)試。 正式驗(yàn)收測(cè)試， 測(cè)試， 測(cè)試。 正式驗(yàn)收測(cè)試2. 系統(tǒng)測(cè)試的策略有：功能測(cè)試，性能測(cè)試，可靠性測(cè)試，負(fù)載測(cè)試，易用性測(cè)試，強(qiáng)度測(cè)試， 功能測(cè)試，性能測(cè)試，可靠性測(cè)試，負(fù)載測(cè)試，易用性測(cè)試

49、，強(qiáng)度測(cè)試， 功能測(cè)試 安全測(cè)試，配置測(cè)試，安裝測(cè)試，卸載測(cè)試，文擋測(cè)試，故障恢復(fù)測(cè)試，界面測(cè)試，容量測(cè)試， 安全測(cè)試，配置測(cè)試，安裝測(cè)試，卸載測(cè)試，文擋測(cè)試，故障恢復(fù)測(cè)試，界面測(cè)試，容量測(cè)試， 兼容性測(cè)試，分布測(cè)試，可用性測(cè)試， 兼容性測(cè)試，分布測(cè)試，可用性測(cè)試，（有的可以合在一起，分開(kāi)寫(xiě)只要寫(xiě)出 15 就滿(mǎn)分哦）3. 設(shè)計(jì)系統(tǒng)測(cè)試計(jì)劃需要參考的項(xiàng)目文擋有：軟件測(cè)試計(jì)劃，軟件需求工件和迭代計(jì)劃。 軟件測(cè)試計(jì)劃，軟件需求工件和迭代計(jì)劃 軟件測(cè)試計(jì)劃4. 對(duì)面向過(guò)程的系統(tǒng)采用的集成策略有：自頂向下，自底向上兩種。 自頂向下，自底向上 自頂向下5. 通過(guò)畫(huà)因果圖來(lái)寫(xiě)測(cè)試用例的步驟為： （1）分析軟

50、件規(guī)格說(shuō)明描述中，哪些是原因（即輸入條件或輸入條件的等價(jià)類(lèi)），哪些是結(jié)果 （即輸出條件），并給每個(gè)原因和結(jié)果賦予一個(gè)標(biāo)識(shí)符。 （2）分析軟件規(guī)格說(shuō)明描述中的語(yǔ)義，找出原因與結(jié)果之間，原因與原因之間對(duì)應(yīng)的是什么關(guān) 系? 根據(jù)這些關(guān)系，畫(huà)出因果圖。 （3）由于語(yǔ)法或環(huán)境限制，有些原因與原因之間，原因與結(jié)果之間的組合情況不可能出現(xiàn)。為 表明這些特殊情況，在因果圖上用一些記號(hào)標(biāo)明約束或限制條件。 （4）把因果圖轉(zhuǎn)換成判定表。 （5）把判定表的每一列拿出來(lái)作為依據(jù)，設(shè)計(jì)測(cè)試用例。四、簡(jiǎn)答題1. 區(qū)別階段評(píng)審的與同行評(píng)審?fù)性u(píng)審目的:發(fā)現(xiàn)小規(guī)模工作 工作產(chǎn)品的錯(cuò)誤, 只要是找錯(cuò)誤; 工作 階段評(píng)審目的:評(píng)審模塊階段作品的正確性可行性及完整性 同行評(píng)審人數(shù):3-7 人人員必須經(jīng)過(guò)