軟件測(cè)試面試知識(shí)點(diǎn)

1、1. 黑盒測(cè)試：已知產(chǎn)品的功能設(shè)計(jì)規(guī)格，可以進(jìn)行測(cè)試證明每個(gè)實(shí)現(xiàn)了的功能是否符合要求。2. 白盒測(cè)試：已知產(chǎn)品的內(nèi)部工作過(guò)程，可以通過(guò)測(cè)試證明每種內(nèi)部操作是否符合設(shè)計(jì)規(guī)格要求，所有內(nèi)部成分是否以經(jīng)過(guò)檢查。3. 回歸測(cè)試是指修改了舊代碼后，重新進(jìn)行測(cè)試以確認(rèn)修改沒(méi)有引入新的錯(cuò)誤或?qū)е缕渌a產(chǎn)生錯(cuò)誤。自動(dòng)回歸測(cè)試將大幅降低系統(tǒng)測(cè)試、維護(hù)升級(jí)等階段的成本。4 . 簡(jiǎn)述一下缺陷的生命周期·軟件缺陷的生命周期指的是一個(gè)軟件缺陷被發(fā)現(xiàn)、報(bào)告到這個(gè)缺陷被修復(fù)、驗(yàn)證直至最后關(guān)閉的完整過(guò)程。簡(jiǎn)單的軟件缺陷生命周期：1、發(fā)現(xiàn)打開(kāi)：測(cè)試人員找到軟件缺陷并將軟件缺陷提交給開(kāi)發(fā)人員；2、打開(kāi)修復(fù)：開(kāi)發(fā)人員再

2、現(xiàn)、修復(fù)缺陷，然后提交測(cè)試人員去驗(yàn)證；3、修復(fù)關(guān)閉：測(cè)試人員驗(yàn)證修復(fù)過(guò)的軟件，關(guān)閉已不存在的缺陷。但是這是一種理想的狀態(tài)，在實(shí)際的工作中是很難有這樣的順利的，需要考慮的各種情況都還是非常多的。復(fù)雜的軟件缺陷生命周期：1、新建一個(gè)軟件缺陷，這個(gè)軟件缺陷是（open）狀態(tài)，進(jìn)行 bug 審查，不是代碼問(wèn)題，就是設(shè)計(jì)需要修改；2、新建一個(gè)軟件缺陷，這個(gè)軟件缺陷是（open）狀態(tài)，進(jìn)行 bug 審查，以后修改的，就可以延期；3、新建一個(gè)軟件缺陷，這個(gè)軟件缺陷是（open）狀態(tài)，進(jìn)行 bug 審查，實(shí)際沒(méi)有這個(gè) bug，可以將其關(guān)閉；4、新建一個(gè)軟件缺陷，這個(gè)軟件缺陷是（open）狀態(tài)，看是否清楚可重現(xiàn)

3、，如果不能重現(xiàn)，就是缺少信息，需要返回到（open）狀態(tài)；如果能夠重現(xiàn)，就進(jìn)行修正，修正后關(guān)閉，進(jìn)行回歸測(cè)試5. 基于 WEB 信息管理系統(tǒng)測(cè)試時(shí)應(yīng)考慮的因素有哪些？一、功能測(cè)試1、鏈接測(cè)試2、表單測(cè)試3、Cookies 測(cè)試4、設(shè)計(jì)語(yǔ)言測(cè)試5、數(shù)據(jù)庫(kù)測(cè)試二、性能測(cè)試1、連接速度測(cè)試2、負(fù)載測(cè)試3、壓力測(cè)試三、可用性測(cè)試1、導(dǎo)航測(cè)試2、圖形測(cè)試3、內(nèi)容測(cè)試4、整體界面測(cè)試四、客戶端兼容性測(cè)試1、平臺(tái)測(cè)試2、瀏覽器測(cè)試五、安全性測(cè)試linux基本命令： 安裝和登錄命令：login、shutdown、halt、reboot、install、mount、umount、chsh、exit、last；&

4、#160; 文件處理命令：file、mkdir、grep、dd、find、mv、ls、diff、cat、ln；  系統(tǒng)管理相關(guān)命令：df、top、free、quota、at、lp、adduser、groupadd、kill、crontab；  網(wǎng)絡(luò)操作命令：ifconfig、ip、ping、netstat、telnet、ftp、route、rlogin、rcp、finger、mail、 nslookup；  系統(tǒng)安全相關(guān)命令：passwd、su、umask、chgrp、chmod、chown、chattr、sudo ps、who；  其它命令：tar、u

5、nzip、gunzip、unarj、mtools、man、unendcode、uudecode。 login 1.作用 :login的作用是登錄系統(tǒng)，它的使用權(quán)限是所有用戶。2.格式: login namep h 主機(jī)名稱 3.主要參數(shù) p:通知login保持現(xiàn)在的環(huán)境參數(shù)。 h:用來(lái)向遠(yuǎn)程登錄的之間傳輸用戶名。 如果選擇用命令行模式登錄Linux的話，那么看到的第一個(gè)Linux命令就是login：。shutdown 1.作用: shutdown命令的作用是關(guān)閉計(jì)算機(jī)，它的使用權(quán)限是超級(jí)用戶。2.格式:shutdo

6、wn hikmt 3.重要參數(shù) t：在改變到其它運(yùn)行級(jí)別之前，告訴init程序多久以后關(guān)機(jī)。 k：并不真正關(guān)機(jī)，只是送警告信號(hào)給每位登錄者。 h：關(guān)機(jī)后關(guān)閉電源。 c：cancel current PRocess取消目前正在執(zhí)行的關(guān)機(jī)程序。所以這個(gè)選項(xiàng)當(dāng)然沒(méi)有時(shí)間參數(shù)，但是可以輸入一個(gè)用來(lái)解釋的訊息，而這信息把會(huì)送到每位使用者。 F：在重啟計(jì)算機(jī)時(shí)強(qiáng)迫f(wàn)sck。 time：設(shè)定關(guān)機(jī)前的時(shí)間。 m: 把系統(tǒng)改為單用戶模式。 i：關(guān)機(jī)時(shí)顯示系統(tǒng)信息。mount 1.作用 : mount命令

7、的作用是加載文件系統(tǒng)，它的用權(quán)限是超級(jí)用戶或/etc/fstab中允許的使用者。 2. 格式mount a fv t vfstype n rw F device dir 3.主要參數(shù) h：顯示輔助信息。 v：顯示信息，通常和f用來(lái)除錯(cuò)。 a：把/etc/fstab中定義的所有文件系統(tǒng)掛上。 F：這個(gè)命令通常和a一起使用，它會(huì)為每一個(gè)mount的動(dòng)作產(chǎn)生一個(gè)行程負(fù)責(zé)執(zhí)行。在系統(tǒng)需要掛上大量NFS文件系統(tǒng)時(shí)可以加快加載的速度。 f：通常用于除錯(cuò)。它會(huì)使mount不執(zhí)行實(shí)際掛上的動(dòng)作，而是模擬整個(gè)掛上的過(guò)程，通常會(huì)和v一起使用。&

8、#160;t vfstype：顯示被加載文件系統(tǒng)的類型。 n：一般而言，mount掛上后會(huì)在/etc/mtab中寫(xiě)入一筆資料，在系統(tǒng)中沒(méi)有可寫(xiě)入文件系統(tǒng)的情況下，可以用這個(gè)選項(xiàng)取消這個(gè)動(dòng)作。 游戲安裝測(cè)試流程：1) 安裝過(guò)程中對(duì)于缺省安裝目錄及任意指定的安裝目錄，是否都能正確安裝；2) 若是選擇安裝，查看能否實(shí)現(xiàn)其相應(yīng)的功能；3) 在所有能中途退出安裝的位置退出安裝程序后，驗(yàn)證此程序并未安裝成功（沒(méi)有程序組及程序項(xiàng)產(chǎn)生）；4) 軟件安裝后，對(duì)其它已經(jīng)安裝的軟件是否有影響；5) 裸機(jī)安裝后，各功能點(diǎn)是否可用；6) 安裝前，安裝程序是否判斷可用磁盤(pán)空間大小，如果不能滿足安裝空間

9、要求，安裝程序能否繼續(xù)； 7) 安裝過(guò)程中查看 版權(quán)聲明、版本信息、公司名稱、LOGO等是否符合標(biāo)準(zhǔn)；8) 安裝過(guò)程中界面顯示與提示語(yǔ)言是否準(zhǔn)確、友好；9) 重復(fù)安裝時(shí)系統(tǒng)是否有提示、是否可以覆蓋安裝、是否可以升級(jí)安裝、是否允許多版本共存；10) 是否有注冊(cè)碼或硬件加密狗，在沒(méi)有它們（或錯(cuò)誤）存在的情況下能否順利安裝。使用測(cè)試：UI: 界面測(cè)試，界面的友好型，完整性，整體性要良好盡可能優(yōu)秀。功能：游戲中所需求的東西要滿足，并且結(jié)算與邏輯要正常。（這個(gè)要針對(duì)不同的產(chǎn)品做不同的詳細(xì)分析）性能：游戲長(zhǎng)時(shí)間運(yùn)行，高負(fù)荷運(yùn)行是否有卡鈍，卡死，崩潰問(wèn)題。卸載測(cè)試：1) 卸載后注冊(cè)表中的注冊(cè)信息及相關(guān)的程序

10、安裝目錄是否能完全刪除掉；2) 卸載過(guò)程中完全刪除共享文件后，看其它程序能否正常運(yùn)行；3) 卸載后，是否對(duì)其它已經(jīng)安裝的軟件有影響；4) 系統(tǒng)卸載后用戶建立文檔是否保留；5) 軟件卸載畫(huà)面上的軟件名稱及版本信息是否正確；6) 在所有能中途退出卸載的位置是否能正確退出；7) 卸載過(guò)程中界面顯示與提示語(yǔ)言是否準(zhǔn)確、友好；8) 卸載后安裝此系統(tǒng)能否打開(kāi)原來(lái)保存的文件，并一切運(yùn)行正常；9) 卸載程序如果要求重新啟動(dòng)機(jī)器，在重新啟動(dòng)之間是否給用戶提示以保存現(xiàn)有的己運(yùn)行的程序的資料；10) 是否可以選擇組件進(jìn)行卸載；11) 卸載過(guò)程中，對(duì)意外情況的處理（掉電等）。12) 在卸載過(guò)程中，是否有終止或者結(jié)束按

11、鈕。游戲測(cè)試全過(guò)程：制定測(cè)試計(jì)劃 1、制定計(jì)劃 本階段的主要工作內(nèi)容 對(duì)需求規(guī)格說(shuō)明書(shū)的仔細(xì)研究 將要測(cè)試的產(chǎn)品分解成可獨(dú)立測(cè)試的單元 為每個(gè)測(cè)試單元確定采用的測(cè)試技術(shù)     為測(cè)試的下一個(gè)階段及其活動(dòng)制定計(jì)劃 制定計(jì)劃包括：    （1）概要測(cè)試計(jì)劃    （2）詳細(xì)測(cè)試計(jì)劃 2、測(cè)試大綱（用例）     測(cè)試大綱是軟件測(cè)試的依據(jù)，包括測(cè)試項(xiàng)目

12、、測(cè)試步驟、測(cè)試完成的標(biāo)準(zhǔn)。  測(cè)試大綱的本質(zhì)      從測(cè)試的角度對(duì)被測(cè)對(duì)象的功能和各種特性的細(xì)化和展開(kāi)。  測(cè)試大綱的好處      保證測(cè)試功能不被遺漏，也不被重復(fù)測(cè)試      合理安排測(cè)試人員      使得軟件測(cè)試不依賴于個(gè)人 3、軟件測(cè)試報(bào)告    &#

13、160; 軟件測(cè)試報(bào)告是軟件測(cè)試過(guò)程中最重要的文檔，它的內(nèi)容包括： 記錄問(wèn)題發(fā)生的環(huán)境        如：各種資源的配置情況 記錄問(wèn)題的再現(xiàn)步驟 記錄問(wèn)題性質(zhì)的說(shuō)明 記錄問(wèn)題的處理進(jìn)程    問(wèn)題處理進(jìn)程從一定角度上反映測(cè)試的進(jìn)程和被測(cè)軟件的質(zhì)量狀況以及改善過(guò)程。   測(cè)試執(zhí)行過(guò)程 1、測(cè)試執(zhí)行過(guò)程的三個(gè)階段 （1）初測(cè)期    

14、0;    測(cè)試主要功能和關(guān)鍵的執(zhí)行路徑，排除主要障礙。 （2）細(xì)測(cè)期         依據(jù)測(cè)試計(jì)劃和測(cè)試大綱、測(cè)試用例，逐一測(cè)試大大小小的功能、方方面面的特性、性能、用戶界面、兼容性、可用性等等；預(yù)期可發(fā)現(xiàn)大量不同性質(zhì)、不同嚴(yán)重程度的錯(cuò)誤和問(wèn)題。 （3）回歸測(cè)試期         系統(tǒng)已達(dá)到穩(wěn)定，在一輪測(cè)試中發(fā)現(xiàn)的錯(cuò)誤已十分有限；復(fù)查已知錯(cuò)誤的糾正情況，確

15、認(rèn)未引發(fā)任何新的錯(cuò)誤時(shí)，終結(jié)回歸測(cè)試。 2、集成測(cè)試過(guò)程中的兩個(gè)重要里程碑     在集成測(cè)試過(guò)程中的兩個(gè)重要的里程碑是功能凍結(jié)和代碼凍結(jié)的確定。這兩個(gè)里程碑界定出回歸測(cè)試期的起止界限。 功能凍結(jié)(Function/Feature Freeze)     經(jīng)過(guò)測(cè)試，符合設(shè)計(jì)要求，確認(rèn)系統(tǒng)功能和其他特性均不再做任何改變。 代碼凍結(jié)(Code Freeze)      理論上，在無(wú)錯(cuò)誤時(shí)凍結(jié)

16、程序代碼，但實(shí)際上，代碼凍結(jié)只標(biāo)志系統(tǒng)的當(dāng)前版本的質(zhì)量已達(dá)到預(yù)期的要求，凍結(jié)程序的源代碼，不再對(duì)其做任何修改。這個(gè)里程碑是設(shè)置在軟件通過(guò)最終回歸測(cè)試之后。 游戲測(cè)試筆試題：判斷對(duì)錯(cuò) 1、 beta版本是一個(gè)出版的版本。× 2、 在alpha測(cè)試應(yīng)該發(fā)生特征鎖定。× 3、 在alpha測(cè)試可測(cè)試在線多人玩家的特征。 4、 對(duì)測(cè)試主管而言，成為游戲開(kāi)發(fā)團(tuán)隊(duì)的一員并不是很重要的。× 5、 在一個(gè)K游戲被證實(shí)為GMC（正式版的候選版本）之前，所有的bug都必須被修

17、復(fù)。× 6、 黑盒測(cè)試指的是檢查實(shí)際的游戲代碼。× 7、 缺陷報(bào)告的簡(jiǎn)略描述應(yīng)該包括盡可能多的信息。× 8、 白盒測(cè)試描述測(cè)試機(jī)制。× 9、 版本控制應(yīng)該只能被應(yīng)用于開(kāi)發(fā)商的代碼。× 10、 Bug上的一個(gè)“驗(yàn)證修正”狀態(tài)表示，它至少保留在另一個(gè)測(cè)試周期中。 11、 報(bào)告bug時(shí)，測(cè)試員應(yīng)該編寫(xiě)盡可能多的步驟，從而確定該bug重現(xiàn)。× 12、 為了盡快完成任務(wù)，讓同一個(gè)測(cè)試員執(zhí)行同樣的測(cè)試任務(wù)，這

18、是個(gè)很好的辦法。×  1、 你給游戲公司（Gamecorp）做的第一個(gè)測(cè)試就是一個(gè)第一人稱射擊游戲。你的人物是一個(gè)穿著厚重盔甲的電子人，在第二層上拿著一個(gè)刀和空氣槍武器中用到的彈藥。你發(fā)現(xiàn)一個(gè)空的空氣槍，將其撿起并試著開(kāi)火，但是因?yàn)轱@示沒(méi)有彈藥所以不能發(fā)射。你從項(xiàng)目會(huì)議上得知，武器應(yīng)該能自動(dòng)裝載人物所攜帶的任何彈藥。你要做些什么才能“放大”這個(gè)缺陷呢？N, 檢查空氣槍彈藥是否仍然在你的物品欄里以及是否還有別的東西需要攜帶。檢查這個(gè)問(wèn)題在其他游戲等級(jí)、其他類型的人物以及當(dāng)佩帶其他裝甲的人物身上是否也存在。在除刀子之外你不攜帶任何武器或者根本就沒(méi)有

19、武器僅僅有空氣槍彈藥的情況下，檢查這是否會(huì)發(fā)生。把彈藥置于不同的物品欄，檢查這個(gè)bug是否會(huì)發(fā)生。當(dāng)你仍然有彈藥的時(shí)候，卸載空氣槍接著再加載它，看看是否彈藥數(shù)仍然是0。試一下用手工方式再重新安裝空氣槍。在使用空的空氣槍時(shí)，設(shè)法拾起更多的空氣槍彈藥。在得到兩個(gè)空氣槍彈藥包裝后拾起空的空氣槍。 2、 描述在走查中的領(lǐng)導(dǎo)角色和協(xié)調(diào)檢查中的人的角色間的差異。 檢查協(xié)調(diào)人在實(shí)際同事評(píng)審之前負(fù)有安排進(jìn)度和舉辦概要會(huì)議的額外責(zé)任。在同事評(píng)審期間，直接主管需要陳述材料，而檢查協(xié)調(diào)人的主要目的就是看看會(huì)議舉辦的情況和收集檢查記錄。在會(huì)議期間，直接主管并不合適做記錄，檢查協(xié)調(diào)人應(yīng)該主

20、要做這些事情。 3、 測(cè)試主管有哪些主要職責(zé)？ 測(cè)試主管的主要責(zé)任是：管理測(cè)試團(tuán)隊(duì)，設(shè)計(jì)和實(shí)施整個(gè)項(xiàng)目測(cè)試計(jì)劃，“擁有”bug數(shù)據(jù)庫(kù)。                                    &#

21、160;                                        4、 首席測(cè)試員可以修改bug數(shù)據(jù)庫(kù)中的哪些字段？ 主要測(cè)試人員應(yīng)該允許修改BUG數(shù)據(jù)庫(kù)中的

22、所有字段除了優(yōu)先級(jí)、狀態(tài)域、分配的情況和開(kāi)發(fā)者的評(píng)論。 5、 解釋測(cè)試計(jì)劃和測(cè)試案例兩者的區(qū)別。 測(cè)試計(jì)劃定義的是測(cè)試周期整體結(jié)構(gòu)的主要部分。測(cè)試用例是一個(gè)具體問(wèn)題或條件，代碼可以用來(lái)操作也可以用來(lái)評(píng)價(jià)。 6、 簡(jiǎn)單描述在詳細(xì)描述bug的過(guò)程中，期望結(jié)果和實(shí)際結(jié)果間的差異。 期望的結(jié)果是游戲應(yīng)該按照計(jì)劃運(yùn)行產(chǎn)生的結(jié)果。實(shí)際結(jié)果是當(dāng)你玩游戲時(shí)，由于軟件錯(cuò)誤而導(dǎo)致的一些不正常的行為。7、 回歸測(cè)試的目的是什么？  wk_ad_begin(pid : 21);wk_ad_after(21, function()$(

23、9;.ad-hidden').hide();, function()$('.ad-hidden').show();); 回歸測(cè)試核實(shí)的是修復(fù)的代碼是否執(zhí)行能正確。 8、 簡(jiǎn)要描述配置準(zhǔn)備的步驟。 刪除老版本以及所有相關(guān)的被保存的數(shù)據(jù)。核實(shí)并且修正你的硬件配置以滿足你的新的版本要求。安裝新的版本。 9、 什么是“推倒列表”？ 推倒列表是一個(gè)回歸集，也就是說(shuō)，列出的清單已經(jīng)被開(kāi)發(fā)小組在當(dāng)前版本中修復(fù)了。 10、 在緊靠床的一個(gè)桌子上有一個(gè)按鍵式電話。寫(xiě)好一步步的使用說(shuō)明，告訴大家怎樣使用這個(gè)電話

24、撥打下面的號(hào)碼：555-1234。假設(shè)閱讀使用說(shuō)明書(shū)的人以前從未見(jiàn)過(guò)或用過(guò)電話。 A 看看床旁邊的桌子。你將看見(jiàn)一個(gè)繩子已經(jīng)卷成環(huán)狀的塑料盒。這是“電話機(jī)”。 B 卷成環(huán)狀繩子連接到電話上面的一個(gè)可拿起的部分。該部分兩端有兩個(gè)圓形的筒。這部分是“聽(tīng)筒”。 C 拿起聽(tīng)筒并且注意到一端比另一端多了許多孔。把孔的數(shù)量少的那一端                 放到你的耳朵邊

25、。你應(yīng)該聽(tīng)見(jiàn)一陣很大的、平穩(wěn)的嗡嗡聲。3 D 按下列順序：5-5-5-1-2-3-4按下電話機(jī)上的相應(yīng)按鈕。當(dāng)你聽(tīng)見(jiàn)有人應(yīng)答時(shí)，就可以開(kāi)始交談了。11、 解釋配對(duì)組合和完整組合列表的區(qū)別。 完整的組合表包括所有可能的組合。這樣表的大小是通過(guò)將每個(gè)參數(shù)的維數(shù)相乘來(lái)計(jì)算的。一張配對(duì)組合表并不包含每個(gè)值0與其他的值的全部組合。它“完成”的意思是說(shuō)，在表的任何地方至少有一個(gè)例子，任何值都與同列的其他值有配對(duì)。配對(duì)表比完整組合列表要小的多，有時(shí)要小數(shù)百或數(shù)以萬(wàn)倍。 12、 解釋參數(shù)和值的區(qū)別。 參數(shù)代表著可以由游戲或游戲玩家執(zhí)行的設(shè)置

26、。值是參數(shù)（函數(shù)）選擇從測(cè)試的角度來(lái)看，是可用的、可能的或有趣的。 13、 創(chuàng)建一個(gè)TFD，當(dāng)用戶接到電話或關(guān)閉電話的滑動(dòng)盒蓋時(shí)，游戲能暫停。盡量保持低狀態(tài)數(shù)。一旦電話結(jié)束或滑動(dòng)盒蓋被打開(kāi)，游戲就應(yīng)該被恢復(fù)。提示：要使游戲暫停，只有一個(gè)標(biāo)準(zhǔn)必須被滿足，但在游戲真正恢復(fù)前，必須符合恢復(fù)游戲的雙重標(biāo)準(zhǔn)。 14、 幫助你決定公司是否應(yīng)該自動(dòng)化游戲測(cè)試的兩個(gè)最重要的因素是什么？ 這兩個(gè)因素是：你的部門(mén)運(yùn)轉(zhuǎn)得是否良好，你的項(xiàng)目進(jìn)度是否落后。 15、 你可能不想自動(dòng)化測(cè)試的主要原因是什么？ 不愿意在測(cè)試自動(dòng)化上投資（諸如雇傭職

27、員和游戲基礎(chǔ)設(shè)施的必要變動(dòng)等）就能使自動(dòng)化測(cè)試成功的因素，覺(jué)得可能不需要自動(dòng)化測(cè)試。 16、 你可能想自動(dòng)化測(cè)試的主要原因是什么？ 改進(jìn)游戲的可靠性、更好的測(cè)試工具和效率，一致性的結(jié)果，更快的測(cè)試和能夠模仿大量的同時(shí)在線玩家進(jìn)行壓力和負(fù)載測(cè)試，無(wú)需使用大量的測(cè)試人員這些都是采用自動(dòng)化測(cè)試的非常好的理由。 （下圖：為13題）17、 什么類型的游戲最適合測(cè)試自動(dòng)化？ 在線多人游戲、第一人稱射擊游戲、猜字游戲以及手機(jī)游戲都是至少某一方面采用測(cè)試自動(dòng)化的候選。 18、 游戲測(cè)試的哪些方面最適合自動(dòng)化？ 玩游戲的一

28、系列操作、重復(fù)的操作、用戶界面的檢測(cè)以及對(duì)游戲隨即測(cè)試都可以應(yīng)用測(cè)試自動(dòng)化。 19、 以下的交付或活動(dòng)是在哪個(gè)階段進(jìn)行的？ 藝術(shù)圣經(jīng) 競(jìng)爭(zhēng)分析 游戲原型 新地圖 風(fēng)險(xiǎn)分析 游戲設(shè)計(jì)文檔 安排測(cè)試主管 技術(shù)設(shè)計(jì)文檔 為一致性測(cè)試提交的代碼 慶祝 概念文檔 志愿參與測(cè)試  答案：藝術(shù)圣經(jīng)（試生產(chǎn)階段） 競(jìng)爭(zhēng)分析（概念開(kāi)發(fā)階段） 游戲原型（試生產(chǎn)階段） 新地圖（升級(jí)階段） 風(fēng)險(xiǎn)分析（概念開(kāi)發(fā)階段）

29、60;游戲設(shè)計(jì)文檔（試生產(chǎn)階段） 安排測(cè)試主管（開(kāi)發(fā)階段） 技術(shù)設(shè)計(jì)文檔（試生產(chǎn)階段） 為一致性測(cè)試提交的代碼（beta測(cè)試階段） 慶祝（生產(chǎn)發(fā)布階段） 概念文檔（概念開(kāi)發(fā)階段） 志愿參與測(cè)試（beta測(cè)試階段）  20、 假設(shè)你是測(cè)試員X，正在測(cè)試如下表所示的項(xiàng)目，如果你運(yùn)行了130個(gè)測(cè)試，那么為了成為“最佳測(cè)試員”，你需要發(fā)現(xiàn)多少個(gè)缺陷？ 測(cè)試員C有最佳的測(cè)試效果，但是不會(huì)成為“最佳測(cè)試員”。請(qǐng)解釋這是什么原因？ 測(cè)試員X做了130個(gè)測(cè)試，他在項(xiàng)目中完成的測(cè)試總數(shù)達(dá)到了700.因?yàn)閆是當(dāng)前記錄的保持者，X必須做比Z更多的測(cè)試。Z的新的測(cè)試效果比率是169/700=24%。X測(cè)試效果的比率是130/700=18.5%。X需要比Z貢獻(xiàn)超過(guò)7%的漏洞。假設(shè)“x”是X需要發(fā)現(xiàn)漏洞的數(shù)量。在X的漏洞之前，漏洞共計(jì)34。當(dāng)X的漏洞被找到，新的漏洞共計(jì)將是34+x。X的漏洞貢獻(xiàn)將是x / (34+x)，Z的貢獻(xiàn)是9 / (34+x)