第一篇:軟件測(cè)試面試
軟件測(cè)試筆試題(考試時(shí)間60分鐘,滿(mǎn)分100分)
1.軟件可靠性是指在指定的條件下使用時(shí),軟件產(chǎn)品維持規(guī)定的性能級(jí)別的能力,其子特性()是指在軟件發(fā)生故障或者違反指定接口的情況下,軟件產(chǎn)品維持規(guī)定的性能級(jí)別的能力。
A.成熟性;
B.易恢復(fù)性; C.容錯(cuò)性; D.可靠性依從性
2.關(guān)于軟件質(zhì)量的描述,正確的是______ A.軟件質(zhì)量是指軟件滿(mǎn)足規(guī)定用戶(hù)需求的能力;
B.軟件質(zhì)量特性是指軟件的功能性、可靠性、易用性、效率、可維護(hù)性、可移植性; C.軟件質(zhì)量保證過(guò)程就是軟件測(cè)試過(guò)程; D.以上描述都不對(duì)
3.______方法根據(jù)輸出對(duì)輸入的依賴(lài)關(guān)系設(shè)計(jì)測(cè)試用例。
A.路徑測(cè)試
B.等價(jià)類(lèi)
C.因果圖
D.邊界值
4.測(cè)試設(shè)計(jì)員的職責(zé)有:______ ① 制定測(cè)試計(jì)劃 ②設(shè)計(jì)測(cè)試用例 ③設(shè)計(jì)測(cè)試過(guò)程、腳本 ④評(píng)估測(cè)試活動(dòng) A.①④ B.②③C.①③ D.以上全是
5.對(duì)于業(yè)務(wù)流清晰的系統(tǒng)可以利用貫穿整個(gè)測(cè)試用例設(shè)計(jì)過(guò)程廣在用例中綜合使用各種測(cè)試方法,對(duì)于參數(shù)配置類(lèi)的軟件,要用選擇較少的組合方式達(dá)到最佳效果,如果程序的功能說(shuō)明中含有輸入條件的組合情況,則一開(kāi)始就可以選用和判定表驅(qū)動(dòng)法.A.等價(jià)類(lèi)劃分 B.因果圖法 C.正交試驗(yàn)法 D.場(chǎng)景法、6.請(qǐng)畫(huà)出軟件測(cè)試活動(dòng)的流程圖?
7.請(qǐng)以您以往的實(shí)際工作為例,詳細(xì)的描述一次測(cè)試用例設(shè)計(jì)的完整的過(guò)程。8.使用JAVA語(yǔ)言編寫(xiě)一個(gè)函數(shù),用于交換兩個(gè)變量的值(地址傳遞)9.圖書(shū)(圖書(shū)號(hào),圖書(shū)名,作者編號(hào),出版社,出版日期)
作者(作者姓名,作者編號(hào),年齡,性別)
用SQL語(yǔ)句查詢(xún)年齡小于平均年齡的作者姓名、圖書(shū)名,出版社, 并按姓名的升序進(jìn)行排列。
10.請(qǐng)就如何在開(kāi)發(fā)中進(jìn)行軟件質(zhì)量控制說(shuō)說(shuō)你的看法。
答案:
1、C2、B3、B4、B5、DCB
測(cè)試技術(shù)面試題
1、什么是兼容性測(cè)試?兼容性測(cè)試側(cè)重哪些方面?
3、測(cè)試的策略有哪些?
4、正交表測(cè)試用例設(shè)計(jì)方法的特點(diǎn)是什么?
5、描述使用bugzilla缺陷管理工具對(duì)軟件缺陷(BUG)跟蹤的管理的流程?
6、你覺(jué)得bugzilla在使用的過(guò)程中,有什么問(wèn)題?
7、描述測(cè)試用例設(shè)計(jì)的完整過(guò)程?
8、單元測(cè)試的策略有哪些?
9、LoadRunner分哪三部分?
2、我現(xiàn)在有個(gè)程序,發(fā)現(xiàn)在Windows上運(yùn)行得很慢,怎么判別是程序存在問(wèn)題還是軟硬件系統(tǒng)存在問(wèn)題?
10、LoadRunner進(jìn)行測(cè)試的流程?
什么是并發(fā)?在lordrunner中,如何進(jìn)行并發(fā)的測(cè)試?集合點(diǎn)失敗了會(huì)怎么樣?
13、QTP中的Action有什么作用?有幾種?
12、使用QTP做功能測(cè)試,錄制腳本的時(shí)候,要驗(yàn)證多個(gè)用戶(hù)的登錄情況/查詢(xún)情況,如何操作?
14、TestDirector有些什么功能,如何對(duì)軟件測(cè)試過(guò)程進(jìn)行管理?
15、你所熟悉的軟件測(cè)試類(lèi)型都有哪些?請(qǐng)?jiān)囍謩e比較這些不同的測(cè)試類(lèi)型的區(qū)別與聯(lián)系(如功能測(cè)試、性能測(cè)試……)?
16、條軟件缺陷(或者叫Bug)記錄都包含了哪些內(nèi)容?如何提交高質(zhì)量的軟件缺陷(Bug)記錄?
17、Beta測(cè)試與Alpha測(cè)試有什么區(qū)別?
18、軟件的評(píng)審一般由哪些人參加?其目的是什么? 20、階段評(píng)審與項(xiàng)目評(píng)審有什么區(qū)別?
21、闡述工作版本的定義?
22、什么是樁模塊?什么是驅(qū)動(dòng)模塊?
23、什么是扇入?什么是扇出?
24、你認(rèn)為做好測(cè)試計(jì)劃工作的關(guān)鍵是什么?
25、你認(rèn)為做好測(cè)試用例工作的關(guān)鍵是什么?
26、簡(jiǎn)述一下缺陷的生命周期?
27、軟件的安全性應(yīng)從哪幾個(gè)方面去測(cè)試?
28、軟件配置管理工作開(kāi)展的情況和認(rèn)識(shí)? 30、引入測(cè)試管理的含義?
32、單元測(cè)試的主要內(nèi)容?
19、測(cè)試活動(dòng)中,如果發(fā)現(xiàn)需求文檔不完善或者不準(zhǔn)確,怎么處理?
29、你覺(jué)得軟件測(cè)試通過(guò)的標(biāo)準(zhǔn)應(yīng)該是什么樣的?
31、一套完整的測(cè)試應(yīng)該由哪些階段組成?
33、集成測(cè)試也叫組裝測(cè)試或者聯(lián)合測(cè)試,請(qǐng)簡(jiǎn)述集成測(cè)試的主要內(nèi)容?
34、簡(jiǎn)述集成測(cè)試與系統(tǒng)測(cè)試關(guān)系? 系統(tǒng)的用戶(hù)文檔包括哪些?
35、軟件測(cè)試的文檔測(cè)試應(yīng)當(dāng)貫穿于軟件生命周期的全過(guò)程,其中用戶(hù)文檔是文檔測(cè)試的重點(diǎn)。那么軟件
36、軟件系統(tǒng)中除用戶(hù)文檔之外,文檔測(cè)試還應(yīng)該關(guān)注哪些文檔?
37、簡(jiǎn)述軟件系統(tǒng)中用戶(hù)文檔的測(cè)試要點(diǎn)?
38、單元測(cè)試主要內(nèi)容是什么?
39、如何理解強(qiáng)度測(cè)試?
41、什么是系統(tǒng)瓶頸?
42、文檔測(cè)試主要包含什么內(nèi)容?
43、功能測(cè)試用例需要詳細(xì)到什么程度才是合格的?
44、配置和兼容性測(cè)試的區(qū)別是什么?
45、軟件文檔測(cè)試主要包含什么?
46、沒(méi)有產(chǎn)品說(shuō)明書(shū)和需求文檔地情況下能夠進(jìn)行黑盒測(cè)試嗎?
47、測(cè)試中的“殺蟲(chóng)劑怪事”是指什么?
40、如何理解壓力、負(fù)載、性能測(cè)試測(cè)試?
48、在配置測(cè)試中,如何判斷發(fā)現(xiàn)的缺陷是普通問(wèn)題還是特定的配置問(wèn)題?
49、為什么盡量不要讓時(shí)間有富裕的員工去做一些測(cè)試? 50、完全測(cè)試程序是可能的嗎?
51、軟件測(cè)試的風(fēng)險(xiǎn)主要體現(xiàn)在哪里?
52、發(fā)現(xiàn)的缺陷越多,說(shuō)明軟件缺陷越多嗎?
54、軟件測(cè)試人員就是QA嗎?
55、如何減少測(cè)試人員跳槽帶來(lái)的損失?
56、測(cè)試產(chǎn)品與測(cè)試項(xiàng)目的區(qū)別是什么?
57、和用戶(hù)共同測(cè)試(UAT測(cè)試)的注意點(diǎn)有哪些?
58、如何編寫(xiě)提交給用戶(hù)的測(cè)試報(bào)告?
59、測(cè)試工具在測(cè)試工作中是什么地位? 60、什么是軟件測(cè)試,軟件測(cè)試的目的? 61、簡(jiǎn)述負(fù)載測(cè)試與壓力測(cè)試的區(qū)別。
62、寫(xiě)出bug報(bào)告流轉(zhuǎn)的步驟,每步的責(zé)任人及主要完成的工作。63、寫(xiě)出bug報(bào)告當(dāng)中一些必備的內(nèi)容。64、開(kāi)發(fā)人員老是犯一些低級(jí)錯(cuò)誤怎么解決? 65、畫(huà)出軟件測(cè)試的V模型圖。
66、為什么要在一個(gè)團(tuán)隊(duì)中開(kāi)展軟件測(cè)試工作?
53、所有的軟件缺陷都能修復(fù)嗎?所有的軟件缺陷都要修復(fù)嗎?
67、您在以往的測(cè)試工作中都曾經(jīng)具體從事過(guò)哪些工作?其中最擅長(zhǎng)哪部分工作?
68、您所熟悉的軟件測(cè)試類(lèi)型都有哪些?請(qǐng)?jiān)囍謩e比較這些不同的測(cè)試類(lèi)型的區(qū)別與聯(lián)系(如功能測(cè)試、性能測(cè)試……)
69、您認(rèn)為做好測(cè)試用例設(shè)計(jì)工作的關(guān)鍵是什么?
70、請(qǐng)?jiān)囍容^一下黑盒測(cè)試、白盒測(cè)試、單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試的區(qū)別與聯(lián)系。71、測(cè)試計(jì)劃工作的目的是什么?測(cè)試計(jì)劃工作的內(nèi)容都包括什么?其中哪些是最重要的?
72、您所熟悉的測(cè)試用例設(shè)計(jì)方法都有哪些?請(qǐng)分別以具體的例子來(lái)說(shuō)明這些方法在測(cè)試用例設(shè)計(jì)工作中的應(yīng)用。
73、請(qǐng)以您以往的實(shí)際工作為例,詳細(xì)的描述一次測(cè)試用例設(shè)計(jì)的完整的過(guò)程。
74、您以往是否曾經(jīng)從事過(guò)性能測(cè)試工作?如果有,請(qǐng)盡可能的詳細(xì)描述您以往的性能測(cè)試工作的完整過(guò)程。
75、你對(duì)測(cè)試最大的興趣在哪里?為什么? 76、你以前工作時(shí)的測(cè)試流程是什么?
77、當(dāng)開(kāi)發(fā)人員說(shuō)不是BUG時(shí),你如何應(yīng)付?
78、軟件的構(gòu)造號(hào)與版本號(hào)之間的區(qū)別?BVT(BuildVerificationTest)
79、您以往的工作中,一條軟件缺陷(或者叫Bug)記錄都包含了哪些內(nèi)容?如何提交高質(zhì)量的軟件缺陷(Bug)記錄?
80、您以往所從事的軟件測(cè)試工作中,是否使用了一些工具來(lái)進(jìn)行軟件缺陷(Bug)的管理?如果有,請(qǐng)結(jié)合該工具描述軟件缺陷(Bug)跟蹤管理的流程。
81、您認(rèn)為性能測(cè)試工作的目的是什么?做好性能測(cè)試工作的關(guān)鍵是什么? 82、單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試的側(cè)重點(diǎn)是什么? 83、集成測(cè)試通常都有那些策略? 84、一個(gè)缺陷測(cè)試報(bào)告的組成
85、基于WEB信息管理系統(tǒng)測(cè)試時(shí)應(yīng)考慮的因素有哪些? 86、軟件測(cè)試項(xiàng)目從什么時(shí)候開(kāi)始,?為什么?
87、需求測(cè)試注意事項(xiàng)有哪些?
88、簡(jiǎn)述一下缺陷的生命周期
89、你在你所在的公司是怎么開(kāi)展測(cè)試工作的?是如何組織的?
90、你認(rèn)為理想的測(cè)試流程是什么樣子?
91、您在從事性能測(cè)試工作時(shí),是否使用過(guò)一些測(cè)試工具?如果有,請(qǐng)?jiān)囀鲈摴ぞ叩墓ぷ髟?,并以一個(gè)具體的工作中的例子描述該工具是如何在實(shí)際工作中應(yīng)用的。92、軟件測(cè)試活動(dòng)的生命周期是什么?
93、請(qǐng)畫(huà)出軟件測(cè)試活動(dòng)的流程圖? 94、針對(duì)缺陷采取怎樣管理措施?
95、什么是測(cè)試評(píng)估?測(cè)試評(píng)估的范圍是什么?
96、如果能夠執(zhí)行完美的黑盒測(cè)試,還需要進(jìn)行白盒測(cè)試嗎?為什么? 97、測(cè)試結(jié)束的標(biāo)準(zhǔn)是什么?
98、軟件驗(yàn)收測(cè)試除了alpha ,beta測(cè)試以外,還有哪一種? 99、做測(cè)試多久了?以前做過(guò)哪些項(xiàng)目?你們以前測(cè)試的流程是怎樣的?用過(guò)哪些測(cè)試工具? 100、請(qǐng)就如何在開(kāi)發(fā)中進(jìn)行軟件質(zhì)量控制說(shuō)說(shuō)你的看法
101、一套完整的測(cè)試應(yīng)該由哪些階段組成?分別闡述一下各個(gè)階段。102、軟件測(cè)試的類(lèi)型有那些?分別比較這些不同的測(cè)試類(lèi)型的區(qū)別與聯(lián)系。103、測(cè)試用例通常包括那些內(nèi)容?著重闡述編制測(cè)試用例的具體做法
104、在分別測(cè)試winform的C/S結(jié)構(gòu)與測(cè)試WEB結(jié)構(gòu)的軟件是,應(yīng)該采取什么樣的方法分別測(cè)試?他們存在什么樣的區(qū)別與聯(lián)系?
105、在測(cè)試winform的C/S結(jié)構(gòu)軟件時(shí),發(fā)現(xiàn)這個(gè)軟件的運(yùn)行速度很慢,您會(huì)認(rèn)為是什么原因?您會(huì)采取哪些方法去檢查這個(gè)原因?
106、描述使用bugzilla缺陷管理工具對(duì)軟件缺陷(BUG)跟蹤的管理的流程
107、你都用什么測(cè)試方法針對(duì)不同的產(chǎn)品或者系統(tǒng)或者模塊,有不同的測(cè)試方法??傮w而言有白盒測(cè)試和黑盒測(cè)試。
108、怎么編寫(xiě)案例案例的編寫(xiě)與測(cè)試階段的定義有很大的關(guān)系。系統(tǒng)測(cè)試和unit測(cè)試的案例可能不同??傮w而言測(cè)試案例根據(jù)系統(tǒng)的需求而定。
109、怎么才能夠全面的測(cè)試到每一個(gè)點(diǎn)測(cè)試的全面性主要需要在設(shè)計(jì)測(cè)試計(jì)劃的時(shí)候考慮,從測(cè)試策略,產(chǎn)品需求等等多個(gè)角
110、談?wù)勡浖y(cè)試技術(shù),以及如何提高 27 111、談?wù)勡浖y(cè)試職業(yè)發(fā)展,以及個(gè)人的打算 27 112、談?wù)勡浖y(cè)試在企業(yè)的地位,也可以結(jié)合軟件生命周期來(lái)談 27 113、一般公司里實(shí)際的軟件測(cè)試流程是什么樣的?你們公司又是怎樣的? 114、軟件工程師要具有那些素質(zhì)? 115、你會(huì)哪些測(cè)試工具?怎么操作? 117、你覺(jué)得你來(lái)應(yīng)聘有那些優(yōu)勢(shì)? 27 116、你能不能說(shuō)下你的3到5年的職業(yè)計(jì)劃(規(guī)劃)
其他問(wèn)題:(有可能清晰的思路比確切的答案更重要)27
開(kāi)發(fā)及環(huán)境搭建類(lèi)面試題
1、描述軟件產(chǎn)生內(nèi)存泄露的原因以及檢查方式。(可以結(jié)合一種開(kāi)發(fā)語(yǔ)言進(jìn)行描述)
2、簡(jiǎn)述什么是值傳遞,什么是地址傳遞,兩者區(qū)別是什么?
4、簡(jiǎn)述什么是存儲(chǔ)過(guò)程和觸發(fā)器?
3、結(jié)構(gòu)化程序設(shè)計(jì)和面向?qū)ο蟪绦蛟O(shè)計(jì)各自的特點(diǎn)及優(yōu)缺點(diǎn)是什么?
5、使用C語(yǔ)言編寫(xiě)一個(gè)函數(shù),用于交換兩個(gè)變量的值(地址傳遞)。
6、請(qǐng)簡(jiǎn)述DNS、活動(dòng)目錄、域的概念。
7、描述TCP/IP協(xié)議的層次結(jié)構(gòu),以及每一層中重要協(xié)議。
8、簡(jiǎn)述子網(wǎng)掩碼的用途。
9、說(shuō)出4種以上常用的操作系統(tǒng)及其主要的應(yīng)用范圍(微軟的操作系統(tǒng)除外)。
10、在Linux系統(tǒng)中,一個(gè)文件的訪問(wèn)權(quán)限是755,其含義是什么?
11、Windows操作系統(tǒng)中PATH環(huán)境變量的作用是什么?
12、Ghost的主要用途和常用方法?
14、Linux中,一般怎么隱藏文件?
13、在RedHat中,從root用戶(hù)切到userl用戶(hù),一般用什么命令?
15、如何將自己的本地磁盤(pán)(D)做成FTP供遠(yuǎn)端主機(jī)使用?
16、對(duì)RUP.CMM,CMMI,XP,PSP.TSP的認(rèn)識(shí)?
17、DNS是什么,它是如何工作的?
18、防火墻如何保證安全的?主要有哪些? 20、簡(jiǎn)述一下c/s模式或者b/s模式?
21、TCP/UDP有哪些區(qū)別?
19、目前流行的操作的系統(tǒng)有哪些?請(qǐng)舉例說(shuō)明安裝操作系統(tǒng)的注意事項(xiàng)?
22、ISO模型?HUB、tch、Router是ISO的第幾層設(shè)備?
23、內(nèi)存有哪幾種存儲(chǔ)組織結(jié)構(gòu).請(qǐng)分別加以說(shuō)明?
人力資源面試題
1、你的測(cè)試職業(yè)發(fā)展是什么?你自認(rèn)為做測(cè)試的優(yōu)勢(shì)在哪里?
2、你為什么想離開(kāi)目前的職務(wù)?
3、你對(duì)我們公司了解有多少?
4、你找工作時(shí),最重要的考慮因素為何?
5、為什么我們應(yīng)該錄取你?
6、請(qǐng)談?wù)勀銈€(gè)人的最大特色。
7、一個(gè)測(cè)試工程師應(yīng)具備那些素質(zhì)和技能?
8、您認(rèn)為在測(cè)試人員同開(kāi)發(fā)人員的溝通過(guò)程中,如何提高溝通的效率和改善溝通的效果?維持測(cè)試人員同開(kāi)發(fā)團(tuán)隊(duì)中其他成員良好的人際關(guān)系的關(guān)鍵是什么?
9、在您以往的測(cè)試工作中,最讓您感到不滿(mǎn)意或者不堪回首的事情是什么?您是如何來(lái)對(duì)待這些事情的?
10、在即將完成這次筆試前,您是否愿意談一些自己在以往的學(xué)習(xí)和工作中獲得的工作經(jīng)驗(yàn)和心得體會(huì)?(可以包括軟件測(cè)試、過(guò)程改進(jìn)、軟件開(kāi)發(fā)或者與此無(wú)關(guān)的其他方面)
11、為什么選擇測(cè)試這行?
12、你的工作通常能在時(shí)限內(nèi)完成嗎.(我想問(wèn)一下就是她問(wèn)這個(gè)問(wèn)題的動(dòng)機(jī)是什么)
13、通常你對(duì)于別人批評(píng)你會(huì)有什么樣的反應(yīng)
14、如果明知這樣做不對(duì),你還會(huì)依主管的指過(guò)去做嗎?
15、如果你接到一個(gè)客戶(hù)抱怨的測(cè)試技術(shù)面試題
第二篇:軟件測(cè)試面試問(wèn)題
1.請(qǐng)自我介紹一下。
2.說(shuō)說(shuō)你以前公司的測(cè)試流程。必答題。主要結(jié)合自己的項(xiàng)目經(jīng)驗(yàn)相信講一個(gè)自己做過(guò)的項(xiàng)目,從立項(xiàng)到測(cè)試結(jié)束,當(dāng)然側(cè)重測(cè)試和自己所做的內(nèi)容。這里面試官一般都會(huì)根據(jù)你說(shuō)的再提問(wèn)。
3.你是怎樣做出自己的職業(yè)選擇或者自己的職業(yè)規(guī)劃。這題也經(jīng)常問(wèn)??梢詮淖约旱膬?yōu)點(diǎn)說(shuō)如何適合做軟件測(cè)試,對(duì)與職業(yè)規(guī)劃,我一般說(shuō)在技術(shù)上往資深測(cè)試工程師發(fā)展。
4.你覺(jué)得自己作為測(cè)試工程的優(yōu)勢(shì)在哪里?你認(rèn)為自己比你的同事優(yōu)秀在哪里?也經(jīng)常問(wèn),可以從性格出發(fā),講自己優(yōu)點(diǎn),以及在項(xiàng)目中表現(xiàn),領(lǐng)導(dǎo)的良好評(píng)價(jià)等,總之“恰當(dāng)”地往好處說(shuō),不要言過(guò)其實(shí),讓人懷疑你的人品哦。說(shuō)說(shuō)自己的缺點(diǎn)?這個(gè)也不好回答,最好能恰當(dāng)?shù)匾昊卮鸬絻?yōu)點(diǎn)上。
5.一個(gè)測(cè)試中不堪回首,或者讓你很郁悶的事情。我被問(wèn)到了,當(dāng)時(shí)想不起來(lái),后來(lái)想想可以講一個(gè)項(xiàng)目中的失誤及后果,然后講自己如何去成功彌補(bǔ)及教訓(xùn)經(jīng)驗(yàn)。我如果提前想一下就不會(huì)該說(shuō)什么了。
6.你的好友是如何評(píng)價(jià)你的?你的項(xiàng)目組長(zhǎng)是如何評(píng)價(jià)你的? 這類(lèi)題也經(jīng)常問(wèn)?;卮鹂傄锰幷f(shuō),但是你要自信地回答。
7.在成年后,哪些成績(jī)給你帶來(lái)最大程度的滿(mǎn)足?蠻不錯(cuò)的題。記得我但是答的是第一次自己帶一個(gè)小項(xiàng)目,順利完成測(cè)試任務(wù)。
8.測(cè)試時(shí)你提交的bug被研發(fā)拒絕或者他認(rèn)為不是問(wèn)題,你如何處理?
9.測(cè)試與開(kāi)發(fā)溝通如何提高效率和改善溝通效果?測(cè)試工程師的素質(zhì)和技能?
10.你在壓力下能工作的很好嘛?測(cè)試計(jì)劃包括哪些?
11.你期望的薪水?根據(jù)自己能力和公司的大小,可以搜索下了解下情況。
12.個(gè)人職業(yè)發(fā)展(職業(yè)規(guī)劃),這個(gè)很重要,幾乎每個(gè)公司都會(huì)問(wèn)的。
13.談?wù)勛约簩?duì)軟件測(cè)試的理解,包括測(cè)試的流程和應(yīng)注意的地方是什么。
14.用過(guò)什么測(cè)試工具,分別講講他們的特點(diǎn)。
15.是否做過(guò)性能測(cè)試,怎樣一個(gè)流程。
16.現(xiàn)場(chǎng)寫(xiě)一個(gè)測(cè)試用例,比如凳子,桌子,紙杯等。
17.你平時(shí)如何和開(kāi)發(fā)人員溝通的,遇到解決不了的問(wèn)題怎么辦。
18.對(duì)于一個(gè)不懂測(cè)試的人,你如何解釋它讓別人能聽(tīng)的懂。
19.你們的績(jī)效考核時(shí)怎么現(xiàn)實(shí)的。
20.你都用什么方法書(shū)寫(xiě)測(cè)試用例,分別舉例說(shuō)明。
第三篇:軟件測(cè)試面試題目
下面列出的是網(wǎng)上的一個(gè)軟測(cè)筆試題,好多單位在筆試的時(shí)候都會(huì)copy下來(lái)作為筆試題,我至少遇到兩次了,其他的筆試題還有,但不一一列出了。
一、判斷題(每題1分,12 分,正確的√,錯(cuò)誤的╳)
1.軟件測(cè)試的目的是盡可能多的找出軟件的缺陷。()
2.Beta 測(cè)試是驗(yàn)收測(cè)試的一種。()
3.驗(yàn)收測(cè)試是由最終用戶(hù)來(lái)實(shí)施的。()
4.項(xiàng)目立項(xiàng)前測(cè)試人員不需要提交任何工件。()
5.單元測(cè)試能發(fā)現(xiàn)約80%的軟件缺陷。()
6.代碼評(píng)審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。()
7.自底向上集成需要測(cè)試員編寫(xiě)驅(qū)動(dòng)程序。()
8.負(fù)載測(cè)試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。()
9.測(cè)試人員要堅(jiān)持原則,缺陷未修復(fù)完堅(jiān)決不予通過(guò)。()
10.代碼評(píng)審員一般由測(cè)試員擔(dān)任。()1
11.我們可以人為的使得軟件不存在配置問(wèn)題。()
12.集成測(cè)試計(jì)劃在需求分析階段末提交。()
二、不定項(xiàng)選擇題(每題2 分,10分)
1.軟件驗(yàn)收測(cè)試的合格通過(guò)準(zhǔn)則是:()
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ì)需要哪些人員參加?()
A.項(xiàng)目經(jīng)理
B.SQA 負(fù)責(zé)人
C.配置負(fù)責(zé)人
D.測(cè)試組
3.下列關(guān)于alpha 測(cè)試的描述中正確的是:()
A.a(chǎn)lpha 測(cè)試需要用戶(hù)代表參加
B.a(chǎn)lpha 測(cè)試不需要用戶(hù)代表參加
C.a(chǎn)lpha 測(cè)試是系統(tǒng)測(cè)試的一種
D.a(chǎn)lpha 測(cè)試是驗(yàn)收測(cè)試的一種
4.測(cè)試設(shè)計(jì)員的職責(zé)有:()
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)則是:()
A.需求工件已經(jīng)被基線化
B.詳細(xì)設(shè)計(jì)工件已經(jīng)被基線化
C.構(gòu)架工件已經(jīng)被基線化
D.項(xiàng)目階段成果已經(jīng)被基線化
三、填空題(每空1分,24 分)
1.軟件驗(yàn)收測(cè)試包括(正式驗(yàn)收測(cè)試)、(非正式驗(yàn)收測(cè)試和Alpha測(cè)試)、(Beta測(cè)試)三種類(lèi)型。
2.系統(tǒng)測(cè)試的策略有功能測(cè)試、(性能測(cè)試)、(負(fù)載測(cè)試)、(壓力測(cè)試)、易用性測(cè)試、(容量測(cè)試)、(強(qiáng)度測(cè)試)、(兼容性測(cè)試又稱(chēng))、(本地化測(cè)試)、(BVT測(cè)試)、(裸機(jī)測(cè)試)、(安全性測(cè)試)、()、(容錯(cuò)性測(cè)試)、(恢復(fù)測(cè)試)、()等15 種方法。
3.設(shè)計(jì)系統(tǒng)測(cè)試計(jì)劃需要參考的項(xiàng)目文檔有(需求規(guī)格說(shuō)明書(shū))、()和迭代計(jì)劃。
4.對(duì)面向過(guò)程的系統(tǒng)采用的集成策略有()、()兩種。
5.通過(guò)畫(huà)因果圖來(lái)寫(xiě)測(cè)試用例的步驟為、、、及把因果圖轉(zhuǎn)換為狀態(tài)圖共五個(gè)步驟。
四、簡(jiǎn)答題(共37分)
1.階段評(píng)審與同行評(píng)審的區(qū)別。(4 分).什么是軟件測(cè)試。(3 分)
答:通過(guò)人工或自動(dòng)化手段對(duì)系統(tǒng)進(jìn)行測(cè)試,目的是為了驗(yàn)證系統(tǒng)是否滿(mǎn)足預(yù)定功能或者是為了弄清楚實(shí)際結(jié)果與預(yù)期結(jié)果之間的差別。.簡(jiǎn)述集成測(cè)試的過(guò)程。(5 分)
答:將通過(guò)單元測(cè)試的單元模塊按照設(shè)計(jì)要求組合起來(lái)再進(jìn)行測(cè)試。重點(diǎn)檢查程序接口處是否有問(wèn)題。
過(guò)程:首先進(jìn)行集成測(cè)試的測(cè)試計(jì)劃?測(cè)試設(shè)計(jì)?測(cè)試開(kāi)發(fā)?測(cè)試用例執(zhí)行?測(cè)試評(píng)估,并且進(jìn)行全程的缺陷跟蹤。.怎樣做好文檔測(cè)試?(4 分)
答:文檔測(cè)試要注意一下幾點(diǎn):文檔的讀者群、文檔的術(shù)語(yǔ)、文檔的正確性、文檔的完整性、文檔的一致性、文檔的易用性、樣例與示例、文檔的語(yǔ)言
5.白盒測(cè)試有那幾種方法?(6 分)
答:白盒測(cè)試方法分為:靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試
靜態(tài)測(cè)試方法:①編碼標(biāo)準(zhǔn)與準(zhǔn)則②走查③審查④評(píng)審
動(dòng)態(tài)測(cè)試方法:①語(yǔ)句覆蓋②判定覆蓋③條件覆蓋④判定-條件覆蓋⑤條件組合覆蓋⑥路徑覆蓋
⑦條件組合+路徑覆蓋
6.系統(tǒng)測(cè)試計(jì)劃是否需要同行評(píng)審,為什么?(4 分)
答:系統(tǒng)測(cè)試計(jì)劃需要進(jìn)行同行評(píng)審,因?yàn)槿绻麑?duì)一個(gè)系統(tǒng)長(zhǎng)時(shí)間進(jìn)行測(cè)試可能會(huì)出現(xiàn)測(cè)試疲勞甚至出現(xiàn)
對(duì)系統(tǒng)的免疫現(xiàn)象,因此可以進(jìn)行同行評(píng)審,減少對(duì)相同系統(tǒng)的疲勞測(cè)試。
7. Alpha 測(cè)試與beta 測(cè)試的區(qū)別。(4 分).比較負(fù)載測(cè)試、容量測(cè)試和強(qiáng)度測(cè)試的區(qū)別。(6 分). 測(cè)試結(jié)束的標(biāo)準(zhǔn)是什么?(3 分)
一、判斷題
1.軟件測(cè)試的目的是盡可能多的找出軟件的缺陷。(√)
2.Beta 測(cè)試是驗(yàn)收測(cè)試的一種。(√)
3.驗(yàn)收測(cè)試是由最終用戶(hù)來(lái)實(shí)施的。(√)
4.項(xiàng)目立項(xiàng)前測(cè)試人員不需要提交任何工件。(╳)
5.單元測(cè)試能發(fā)現(xiàn)約80%的軟件缺陷。(√)
6.代碼評(píng)審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。(√)
7.自底向上集成需要測(cè)試員編寫(xiě)驅(qū)動(dòng)程序。(√)
8.負(fù)載測(cè)試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。(√)
9.測(cè)試人員要堅(jiān)持原則,缺陷未修復(fù)完堅(jiān)決不予通過(guò)。(√)
10.代碼評(píng)審員一般由測(cè)試員擔(dān)任。(╳)
11.我們可以人為的使得軟件不存在配置問(wèn)題。(√)
12.集成測(cè)試計(jì)劃在需求分析階段末提交。(╳)
二、不定項(xiàng)選擇題(每題2 分,10分)
1.軟件驗(yàn)收測(cè)試的合格通過(guò)準(zhǔn)則是:()
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ì)需要哪些人員參加?()
A.項(xiàng)目經(jīng)理
B.SQA 負(fù)責(zé)人
C.配置負(fù)責(zé)人
D.測(cè)試組
3.下列關(guān)于alpha 測(cè)試的描述中正確的是:()
A.a(chǎn)lpha 測(cè)試需要用戶(hù)代表參加
B.a(chǎn)lpha 測(cè)試不需要用戶(hù)代表參加
C.a(chǎn)lpha 測(cè)試是系統(tǒng)測(cè)試的一種
D.a(chǎn)lpha 測(cè)試是驗(yàn)收測(cè)試的一種
4.測(cè)試設(shè)計(jì)員的職責(zé)有:()
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)則是:()
A.需求工件已經(jīng)被基線化
B.詳細(xì)設(shè)計(jì)工件已經(jīng)被基線化
C.構(gòu)架工件已經(jīng)被基線化
D.項(xiàng)目階段成果已經(jīng)被基線化
三、填空題(每空1分,24 分)
1.軟件驗(yàn)收測(cè)試包括:正式驗(yàn)收測(cè)試、非正式驗(yàn)收測(cè)試和ALPHA、BETA測(cè)試
2.系統(tǒng)測(cè)試的策略有功能測(cè)試、、、、易用性測(cè)
試、、、、、、、、、、等15 種方法。
3.設(shè)計(jì)系統(tǒng)測(cè)試計(jì)劃需要參考的項(xiàng)目文檔有、和迭代計(jì)劃。
4.對(duì)面向過(guò)程的系統(tǒng)采用的集成策略有、兩種。
5.通過(guò)畫(huà)因果圖來(lái)寫(xiě)測(cè)試用例的步驟為、、、及把因果圖轉(zhuǎn)
換為狀態(tài)圖共五個(gè)步驟。
四、簡(jiǎn)答題(共37分)
1.階段評(píng)審與同行評(píng)審的區(qū)別。.什么是軟件測(cè)試。.簡(jiǎn)述集成測(cè)試的過(guò)程。.怎樣做好文檔測(cè)試?
5.白盒測(cè)試有那幾種方法?
6.系統(tǒng)測(cè)試計(jì)劃是否需要同行評(píng)審,為什么?
7. Alpha 測(cè)試與beta 測(cè)試的區(qū)別。.比較負(fù)載測(cè)試、容量測(cè)試和強(qiáng)度測(cè)試的區(qū)別。.測(cè)試結(jié)束的標(biāo)準(zhǔn)是什么?
五、設(shè)計(jì)題
對(duì)下面給出的程序控制圖,分別以各種不同的測(cè)試方法寫(xiě)出最少的測(cè)試用例。
姓名:__________部門(mén):__________員工號(hào):__________
一、填空題:
1、軟件實(shí)施活動(dòng)的輸出工件有、、、。
2、代碼評(píng)審主要做工作。
3、軟件實(shí)施活動(dòng)中集成員的職責(zé)是。
4、驗(yàn)證與確認(rèn)軟件實(shí)施活動(dòng)主要有、代碼評(píng)審、、、、SQA
驗(yàn)證。
5、表明測(cè)試已經(jīng)結(jié)束。
6、軟件測(cè)試的目的是。
7、軟件測(cè)試主要分為、、、四類(lèi)測(cè)試。
8、軟件測(cè)試活動(dòng)有制定測(cè)試計(jì)劃、、、、、、測(cè)
試評(píng)估、測(cè)試結(jié)束八個(gè)步驟。
9、軟件測(cè)試活動(dòng)的輸出工件有_、、、、。
10、軟件測(cè)試角色有、、、。
二、不定項(xiàng)選擇題:
1、軟件實(shí)施活動(dòng)的進(jìn)入準(zhǔn)則是()
A、需求工件已經(jīng)被基線化
B、詳細(xì)設(shè)計(jì)工件已經(jīng)被基線化
C、構(gòu)架工件已經(jīng)被基線化
D、項(xiàng)目階段成果已經(jīng)被基線化
2、下面角色不屬于集成計(jì)劃評(píng)審的是()
A、配置經(jīng)理
B、項(xiàng)目經(jīng)理
C、測(cè)試員
D、編碼員
3、軟件測(cè)試設(shè)計(jì)活動(dòng)主要有()
A、工作量分析
B、確定并說(shuō)明測(cè)試用例
C、確立并結(jié)構(gòu)化測(cè)試過(guò)程
D、復(fù)審并評(píng)估測(cè)試覆蓋
4、不屬于集成測(cè)試步驟的是()
A、制定集成計(jì)劃
B、執(zhí)行集成測(cè)試
C、記錄集成測(cè)試結(jié)果
D、回歸測(cè)試
5、屬于軟件測(cè)試活動(dòng)的輸入工件的是()
A、軟件工作版本
B、可測(cè)試性報(bào)告
C、軟件需求工件
D、軟件項(xiàng)目計(jì)劃
三、問(wèn)答題:
1、項(xiàng)目的集中管理在軟件公司的哪一個(gè)層面?
2、請(qǐng)描述軟件測(cè)試活動(dòng)的生命周期。
3、什么是測(cè)試評(píng)估,測(cè)試評(píng)估的范圍是什么?
4、闡述工作版本的定義。、請(qǐng)畫(huà)出軟件測(cè)試活動(dòng)的流程圖。
第四篇:軟件測(cè)試面試知識(shí)點(diǎn)
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í)等階段的成本。.簡(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ā)人員再現(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),如果不能重現(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è)試
四、客戶(hù)端兼容性測(cè)試
1、平臺(tái)測(cè)試
2、瀏覽器測(cè)試
五、安全性測(cè)試
linux基本命令:
◆ 安裝和登錄命令:login、shutdown、halt、reboot、install、mount、umount、chsh、exit、last;
◆ 文件處理命令: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、unzip、gunzip、unarj、mtools、man、unendcode、uudecode。
login
1.作用 :login的作用是登錄系統(tǒng),它的使用權(quán)限是所有用戶(hù)。
2.格式:
login [name][-p ][-h(huán) 主機(jī)名稱(chēng)]
3.主要參數(shù)
-p:通知login保持現(xiàn)在的環(huán)境參數(shù)。
-h(huán):用來(lái)向遠(yuǎn)程登錄的之間傳輸用戶(hù)名。
如果選擇用命令行模式登錄Linux的話,那么看到的第一個(gè)Linux命令就是login:。
shutdown
1.作用: shutdown命令的作用是關(guān)閉計(jì)算機(jī),它的使用權(quán)限是超級(jí)用戶(hù)。
2.格式:
shutdown [-h(huán)][-i][-k][-m][-t]
3.重要參數(shù)
-t:在改變到其它運(yùn)行級(jí)別之前,告訴init程序多久以后關(guān)機(jī)。
-k:并不真正關(guān)機(jī),只是送警告信號(hào)給每位登錄者。
-h(huán):關(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)改為單用戶(hù)模式。
-i:關(guān)機(jī)時(shí)顯示系統(tǒng)信息。
mount
1.作用 : mount命令的作用是加載文件系統(tǒng),它的用權(quán)限是超級(jí)用戶(hù)或/etc/fstab中允許的使用者。
2.格式
mount -a [-fv] [-t vfstype] [-n] [-rw] [-F] device dir
3.主要參數(shù)
-h(huán):顯示輔助信息。
-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一起使用。
-t vfstype:顯示被加載文件系統(tǒng)的類(lèi)型。
-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)空間大小,如果不能滿(mǎn)足安裝空間要求,安裝程序能否繼續(xù);
7)安裝過(guò)程中查看 版權(quán)聲明、版本信息、公司名稱(chēng)、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)秀。功能:游戲中所需求的東西要滿(mǎn)足,并且結(jié)算與邏輯要正常。(這個(gè)要針對(duì)不同的產(chǎn)品做不同的詳細(xì)分析)
性能:游戲長(zhǎng)時(shí)間運(yùn)行,高負(fù)荷運(yùn)行是否有卡鈍,卡死,崩潰問(wèn)題。卸載測(cè)試:
1)卸載后注冊(cè)表中的注冊(cè)信息及相關(guān)的程序安裝目錄是否能完全刪除掉; 2)卸載過(guò)程中完全刪除共享文件后,看其它程序能否正常運(yùn)行; 3)卸載后,是否對(duì)其它已經(jīng)安裝的軟件有影響; 4)系統(tǒng)卸載后用戶(hù)建立文檔是否保留;
5)軟件卸載畫(huà)面上的軟件名稱(chēng)及版本信息是否正確; 6)在所有能中途退出卸載的位置是否能正確退出; 7)卸載過(guò)程中界面顯示與提示語(yǔ)言是否準(zhǔn)確、友好;
8)卸載后安裝此系統(tǒng)能否打開(kāi)原來(lái)保存的文件,并一切運(yùn)行正常;
9)卸載程序如果要求重新啟動(dòng)機(jī)器,在重新啟動(dòng)之間是否給用戶(hù)提示以保存現(xiàn)有的己運(yùn)行的程序的資料;
10)是否可以選擇組件進(jìn)行卸載;
11)卸載過(guò)程中,對(duì)意外情況的處理(掉電等)。12)在卸載過(guò)程中,是否有終止或者結(jié)束按鈕。
游戲測(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)目、測(cè)試步驟、測(cè)試完成的標(biāo)準(zhǔn)。
測(cè)試大綱的本質(zhì)
——從測(cè)試的角度對(duì)被測(cè)對(duì)象的功能和各種特性的細(xì)化和展開(kāi)。
測(cè)試大綱的好處
——保證測(cè)試功能不被遺漏,也不被重復(fù)測(cè)試
——合理安排測(cè)試人員
——使得軟件測(cè)試不依賴(lài)于個(gè)人
3、軟件測(cè)試報(bào)告
軟件測(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è)期
——測(cè)試主要功能和關(guān)鍵的執(zhí)行路徑,排除主要障礙。
(2)細(xì)測(cè)期
——依據(jù)測(cè)試計(jì)劃和測(cè)試大綱、測(cè)試用例,逐一測(cè)試大大小小的功能、方方面面的特性、性能、用戶(hù)界面、兼容性、可用性等等;預(yù)期可發(fā)現(xiàn)大量不同性質(zhì)、不同嚴(yán)重程度的錯(cuò)誤和問(wèn)題。
(3)回歸測(cè)試期
——系統(tǒng)已達(dá)到穩(wěn)定,在一輪測(cè)試中發(fā)現(xiàn)的錯(cuò)誤已十分有限;復(fù)查已知錯(cuò)誤的糾正情況,確認(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é)程序代碼,但實(shí)際上,代碼凍結(jié)只標(biāo)志系統(tǒng)的當(dāng)前版本的質(zhì)量已達(dá)到預(yù)期的要求,凍結(jié)程序的源代碼,不再對(duì)其做任何修改。這個(gè)里程碑是設(shè)置在軟件通過(guò)最終回歸測(cè)試之后。
游戲測(cè)試筆試題: 判斷對(duì)錯(cuò)
1、beta版本是一個(gè)出版的版本?!?/p>
2、在alpha測(cè)試應(yīng)該發(fā)生特征鎖定?!?/p>
3、在alpha測(cè)試可測(cè)試在線多人玩家的特征?!?/p>
4、對(duì)測(cè)試主管而言,成為游戲開(kāi)發(fā)團(tuán)隊(duì)的一員并不是很重要的。×
5、在一個(gè)K游戲被證實(shí)為GMC(正式版的候選版本)之前,所有的bug都必須被修復(fù)?!?/p>
6、黑盒測(cè)試指的是檢查實(shí)際的游戲代碼?!?/p>
7、缺陷報(bào)告的簡(jiǎn)略描述應(yīng)該包括盡可能多的信息?!?/p>
8、白盒測(cè)試描述測(cè)試機(jī)制?!?/p>
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)?!?/p>
12、為了盡快完成任務(wù),讓同一個(gè)測(cè)試員執(zhí)行同樣的測(cè)試任務(wù),這是個(gè)很好的辦法?!?/p>
1、你給游戲公司(Gamecorp)做的第一個(gè)測(cè)試就是一個(gè)第一人稱(chēng)射擊游戲。你的人物是一
個(gè)穿著厚重盔甲的電子人,在第二層上拿著一個(gè)刀和空氣槍武器中用到的彈藥。你發(fā)現(xiàn)一個(gè)空的空氣槍?zhuān)瑢⑵鋼炱鸩⒃囍_(kāi)火,但是因?yàn)轱@示沒(méi)有彈藥所以不能發(fā)射。你從項(xiàng)目會(huì)議上得知,武器應(yīng)該能自動(dòng)裝載人物所攜帶的任何彈藥。你要做些什么才能“放大”這個(gè)缺陷呢?N,檢查空氣槍彈藥是否仍然在你的物品欄里以及是否還有別的東西需要攜帶。檢查這個(gè)問(wèn)題在其他游戲等級(jí)、其他類(lèi)型的人物以及當(dāng)佩帶其他裝甲的人物身上是否也存在。在除刀子之外你不攜帶任何武器或者根本就沒(méi)有武器僅僅有空氣槍彈藥的情況下,檢查這是否會(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)該主要做這些事情。
3、測(cè)試主管有哪些主要職責(zé)?
測(cè)試主管的主要責(zé)任是:管理測(cè)試團(tuán)隊(duì),設(shè)計(jì)和實(shí)施整個(gè)項(xiàng)目測(cè)試計(jì)劃,“擁有”bug 數(shù)據(jù)庫(kù)。
4、首席測(cè)試員可以修改bug數(shù)據(jù)庫(kù)中的哪些字段?
主要測(cè)試人員應(yīng)該允許修改BUG數(shù)據(jù)庫(kù)中的所有字段除了優(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(){$('.ad-hidden').hide();}, function(){$('.ad-hidden').show();});回歸測(cè)試核實(shí)的是修復(fù)的代碼是否執(zhí)行能正確。
8、簡(jiǎn)要描述配置準(zhǔn)備的步驟。
刪除老版本以及所有相關(guān)的被保存的數(shù)據(jù)。核實(shí)并且修正你的硬件配置以滿(mǎn)足你的新的版本要求。安裝新的版本。
9、什么是“推倒列表”?
推倒列表是一個(gè)回歸集,也就是說(shuō),列出的清單已經(jīng)被開(kāi)發(fā)小組在當(dāng)前版本中修復(fù)了。
10、在緊靠床的一個(gè)桌子上有一個(gè)按鍵式電話。寫(xiě)好一步步的使用說(shuō)明,告訴大家怎樣 使用這個(gè)電話撥打下面的號(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ù)量少的那一端
放到你的耳朵邊。你應(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è)置。值是參數(shù)(函數(shù))選擇從測(cè)試的角度來(lái)看,是可用的、可能的或有趣的。
13、創(chuàng)建一個(gè)TFD,當(dāng)用戶(hù)接到電話或關(guān)閉電話的滑動(dòng)盒蓋時(shí),游戲能暫停。盡量保 持低狀態(tài)數(shù)。一旦電話結(jié)束或滑動(dòng)盒蓋被打開(kāi),游戲就應(yīng)該被恢復(fù)。提示:要使游戲暫 停,只有一個(gè)標(biāo)準(zhǔn)必須被滿(mǎ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)化上投資(諸如雇傭職員和游戲基礎(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、什么類(lèi)型的游戲最適合測(cè)試自動(dòng)化?
在線多人游戲、第一人稱(chēng)射擊游戲、猜字游戲以及手機(jī)游戲都是至少某一方面采用測(cè)試 自動(dòng)化的候選。
18、游戲測(cè)試的哪些方面最適合自動(dòng)化?
玩游戲的一系列操作、重復(fù)的操作、用戶(hù)界面的檢測(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ā)階段)游戲設(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)。因?yàn)閄的貢獻(xiàn)必須比Z高出7%,方程式為 x /(34+x)= 9 /(34+x)+ 0.07,解得x=12.23。因?yàn)橹荒苁钦麛?shù)個(gè)漏洞,X需要發(fā)現(xiàn)13個(gè)漏洞才能得到“最佳測(cè)試員”測(cè)試稱(chēng)號(hào)。
而測(cè)試員C最大限度的發(fā)揮了比較適合他的測(cè)試方法在每個(gè)測(cè)試中發(fā)現(xiàn)大多數(shù)漏洞。然而,其他測(cè)試人員例如B和Z也執(zhí)行了許多測(cè)試但是僅僅發(fā)現(xiàn)了更多的漏洞。因?yàn)椤白罴褱y(cè)試員”主要是根據(jù)對(duì)完成測(cè)試的整體貢獻(xiàn)以及發(fā)現(xiàn)漏洞的數(shù)量?jī)烧呓Y(jié)合來(lái)看的。
21、為什么游戲測(cè)試員稱(chēng)他們的工作為“玩”是不正確的?
游戲測(cè)試是非常困難和非常繁瑣的工作。如果游戲測(cè)試工作被相當(dāng)重視,游戲測(cè)試人員 必須盡其所能讓非測(cè)試人員認(rèn)識(shí)到測(cè)試對(duì)游戲發(fā)布的總要。
22、討論自由隨機(jī)測(cè)試和游戲性能測(cè)試兩者之間的區(qū)別(在方法和結(jié)果兩方面)。
自由測(cè)試是一種無(wú)特定結(jié)構(gòu)的查詢(xún)軟件瑕疵的方法。它的結(jié)果就是可以發(fā)現(xiàn)另外的bug。玩測(cè)試目的是判斷游戲的質(zhì)量、平衡和娛樂(lè)性。它的結(jié)果就是建議和反饋給開(kāi)發(fā)者,用于改變和增色游戲的設(shè)計(jì)。
23、你和七個(gè)測(cè)試員進(jìn)入你正在測(cè)試的網(wǎng)絡(luò)設(shè)計(jì)游戲的死亡競(jìng)技訓(xùn)練。一旦游戲開(kāi)始,所有人都是自由的,互相競(jìng)爭(zhēng)以獲得勝利。這是游戲性能測(cè)試還是隨機(jī)測(cè)試?為什么?
是玩測(cè)試(又性能測(cè)試)。因?yàn)闇y(cè)試者正在玩游戲,而不是測(cè)試游戲。
24、你被分配去測(cè)試一個(gè)《拳皇》類(lèi)型的格斗游戲,并且懷疑其中的一個(gè)斗士明顯比其他人弱。為了確定和量化你的推測(cè),你該怎樣執(zhí)行隨機(jī)測(cè)試?
在兩人玩家模式下進(jìn)行以下系列測(cè)試。測(cè)試者只應(yīng)該控制一個(gè)人物,因此另一個(gè)角色僅僅站在那里,并不還擊。
A)計(jì)數(shù)嫌疑人殺害默認(rèn)人物時(shí)拳擊的數(shù)量。B)計(jì)數(shù)嫌疑人殺害默認(rèn)人物時(shí)踢腿的數(shù)量。C)計(jì)數(shù)默認(rèn)人物殺害嫌疑人時(shí)拳擊的數(shù)量。
D)計(jì)數(shù)默認(rèn)人物殺害嫌疑人時(shí)踢腿的數(shù)量。
重復(fù)這些測(cè)試多次,使用三個(gè)或四個(gè)不同人物與嫌疑人戰(zhàn)斗。如果嫌疑人需持續(xù)地拳打或腳踢多次才能殺死對(duì)手,數(shù)量超過(guò)了殺害其他人物的平均值,那么嫌疑人也許是力量不足。
第五篇:面試問(wèn)題總結(jié)--軟件測(cè)試
面試問(wèn)題總結(jié)
1.在51testing你都學(xué)到了什么?
a.主要學(xué)習(xí)了軟件測(cè)試的知識(shí),包括測(cè)試的流程,測(cè)試的方法,測(cè)試用例,測(cè)試計(jì)劃,及測(cè)試管理的工具QUALITY CENTER,自動(dòng)化測(cè)試工具QTP
b.計(jì)算機(jī)編程的基礎(chǔ)知識(shí),包括 C語(yǔ)言,SQL Server,Linux
c.軟件工程的知識(shí),包括軟件的生命周期,配置管理的知識(shí)SVN
2.測(cè)試計(jì)劃包括什么內(nèi)容?
測(cè)試目標(biāo),概述,測(cè)試對(duì)象,測(cè)試環(huán)境,測(cè)試版本,測(cè)試開(kāi)始和結(jié)束日期,測(cè)試方法概
述,測(cè)試通過(guò)失敗標(biāo)準(zhǔn),測(cè)試掛起恢復(fù)標(biāo)準(zhǔn),工作任務(wù)分配,工作量的統(tǒng)計(jì),資源的分
配,應(yīng)交付的最終工作產(chǎn)品。
3.測(cè)試報(bào)告包括什么內(nèi)容?
測(cè)試環(huán)境,測(cè)試版本,測(cè)試對(duì)象,參與的人員,執(zhí)行的測(cè)試用例,測(cè)試用例覆蓋的功能
和性能點(diǎn),bug質(zhì)量分析,測(cè)試最終結(jié)果(通過(guò),失敗)。
4.缺陷管理流程是什么?
測(cè)試人員 new/open bug-?測(cè)試經(jīng)理—assign給開(kāi)發(fā)經(jīng)理—》開(kāi)發(fā)經(jīng)理asign給開(kāi)
發(fā)人員—resolved 返回給測(cè)試人員—》測(cè)試人員驗(yàn)證后關(guān)閉或者re-open給開(kāi)發(fā)人
員。
5.動(dòng)/靜態(tài)測(cè)試都包括什么活動(dòng)?
靜態(tài)測(cè)試,檢查和測(cè)試時(shí)不用實(shí)際操作軟件,只是靜態(tài)的瀏覽和檢查。靜態(tài)測(cè)試的活
動(dòng)包括 需求定義的靜態(tài)測(cè)試,設(shè)計(jì)文檔的靜態(tài)測(cè)試,源代碼的靜態(tài)測(cè)試
動(dòng)態(tài)測(cè)試,通過(guò)運(yùn)行軟件來(lái)檢查軟件的動(dòng)態(tài)行為和運(yùn)行結(jié)果的正確性。動(dòng)態(tài)測(cè)試活動(dòng)
包括 動(dòng)態(tài)檢查程序,動(dòng)態(tài)檢查輸入輸出數(shù)據(jù)。(黑盒子測(cè)試基本都是動(dòng)態(tài)測(cè)試)
6.測(cè)試工作分為哪幾個(gè)階段?各階段的測(cè)試重點(diǎn)在哪里?
測(cè)試工作分為 單元測(cè)試,集成測(cè)試,系統(tǒng)測(cè)試,驗(yàn)收測(cè)試。
單元測(cè)試主要是檢查內(nèi)部模塊的代碼邏輯。集成測(cè)試主要檢查各個(gè)模塊組裝后的功能
以及模塊間的接口是否正確。系統(tǒng)測(cè)試主要是把集成好的軟件在實(shí)際的軟硬件的測(cè)試
環(huán)境下運(yùn)行,檢查運(yùn)行結(jié)果是否符合《需求規(guī)格說(shuō)明書(shū)》。驗(yàn)收測(cè)試是測(cè)試時(shí)除了考
慮軟件的功能和性能外,還應(yīng)對(duì)軟件的可移植性、兼容性、可維護(hù)性、錯(cuò)誤的恢復(fù)功
能等進(jìn)行確認(rèn)
7.測(cè)試環(huán)境包括什么內(nèi)容?
包括軟件環(huán)境(os,browser,其他必須的軟件),硬件環(huán)境(計(jì)算機(jī)配置,打印機(jī),掃描儀等等),測(cè)試數(shù)據(jù),測(cè)試工具
8.缺陷的嚴(yán)重級(jí)別及優(yōu)先級(jí)各有哪些?
優(yōu)先級(jí)別:low, midium, high,very high,urgent.嚴(yán)重級(jí)別:極度嚴(yán)重,中等,一般,輕微
9.測(cè)試工程師應(yīng)該具備哪些素質(zhì)?
技術(shù)能力,溝通能力,耐心,細(xì)心,懷疑精神,發(fā)散思維,幽默感,很強(qiáng)的記憶能力。
10.測(cè)試用例包括哪些內(nèi)容?
用例編號(hào),測(cè)試項(xiàng)目,測(cè)試標(biāo)題,用例的重要級(jí)別,預(yù)置條件,輸入條件,操作步驟,預(yù)期輸出。
11.Bug單包括哪些內(nèi)容?
缺陷編號(hào),標(biāo)題,測(cè)試項(xiàng)目,嚴(yán)重級(jí)別,優(yōu)先級(jí)別,預(yù)設(shè)條件,復(fù)現(xiàn)步驟,實(shí)際結(jié)果,期望結(jié)果
12.B/S和C/S結(jié)構(gòu)的區(qū)別?
C/S結(jié)構(gòu),即Client/Server(客戶(hù)機(jī)/服務(wù)器)結(jié)構(gòu),B/S即瀏覽器/服務(wù)器(browser/server)結(jié)構(gòu).(1)、硬件環(huán)境不同:C/S一般建立在專(zhuān)用的網(wǎng)絡(luò)上,小范圍里的網(wǎng)絡(luò)環(huán)境,局域網(wǎng)之間
再通過(guò)專(zhuān)門(mén)服務(wù)器提供連接和數(shù)據(jù)交換服務(wù)。B/S建立在廣域網(wǎng)之上的,不必是專(zhuān)門(mén)的網(wǎng)絡(luò)硬件環(huán)境,一般只要有操作系統(tǒng)和瀏覽器就行。
(2)、對(duì)安全要求不同:C/S一般面向相對(duì)固定的用戶(hù)群,對(duì)信息安全的控制能力很強(qiáng)。
B/S建立在廣域網(wǎng)之上,對(duì)安全的控制能力相對(duì)弱,面向是不可知的用戶(hù)群。
(3)、對(duì)程序架構(gòu)不同:C/S程序可以更加注重流程,可以對(duì)權(quán)限多層次校驗(yàn),對(duì)系統(tǒng)運(yùn)
行速度可以較少考慮。B/S對(duì)安全以及訪問(wèn)速度的多重的考慮,建立在需要更加優(yōu)化的基礎(chǔ)之上。
(4)、系統(tǒng)維護(hù)不同:C/S程序由于整體性,必須整體考察,處理出現(xiàn)的問(wèn)題以及系統(tǒng)升
級(jí)難,可能是再做一個(gè)全新的系統(tǒng)。B/S構(gòu)件組成方面構(gòu)件個(gè)別的更換,實(shí)現(xiàn)系統(tǒng)的無(wú)縫升級(jí)。系統(tǒng)維護(hù)開(kāi)銷(xiāo)減到最小,用戶(hù)從網(wǎng)上自己下載安裝就可以實(shí)現(xiàn)升級(jí)。
(5)、處理問(wèn)題不同:C/S程序可以處理用戶(hù)面固定,并且在相同區(qū)域,安全要求高的需
求,與操作系統(tǒng)相關(guān),應(yīng)該都是相同的系統(tǒng)。B/S建立在廣域網(wǎng)上,面向不同的用戶(hù)群,分散地域,這是C/S無(wú)法作到的,與操作系統(tǒng)平臺(tái)關(guān)系最小。
13.TCP/IP協(xié)議中三次握手是什么?
第一次握手:建立連接時(shí)客戶(hù)端向服務(wù)器發(fā)送syn包同時(shí)進(jìn)入syn_send狀態(tài),等待服務(wù)器確認(rèn)。
第二次握手:服務(wù)器收到syn包,必須確認(rèn)客戶(hù)的syn包,同時(shí)向客戶(hù)端發(fā)送syn包即syn+ack包,此時(shí)服務(wù)器進(jìn)入syn+recv狀態(tài)。
第三次握手:客戶(hù)端收到服務(wù)器的SYN+ACK包,向服務(wù)器發(fā)送確認(rèn)包ACK(ack=k+1),此包發(fā)送完畢,客戶(hù)端和服務(wù)器進(jìn)入ESTABLISHED狀態(tài),完成三次握手。
14.黑盒/白盒測(cè)試各主要包括什么測(cè)試方法?
黑盒子測(cè)試:等價(jià)類(lèi)劃分法,邊界值法,錯(cuò)誤推測(cè)法,因果圖法,判定表法。
白盒測(cè)試:條件判定法,語(yǔ)句覆蓋法,判定覆蓋法,判定條件覆蓋法,路徑覆蓋法。
15.簡(jiǎn)單介紹下進(jìn)銷(xiāo)存系統(tǒng)的業(yè)務(wù)流。
進(jìn)銷(xiāo)存主要用于中小型物品流通企業(yè),例如超市,賣(mài)場(chǎng)。用于物品的進(jìn)購(gòu),銷(xiāo)售,調(diào)度,庫(kù)存,盤(pán)點(diǎn)的流程管理。
16.在進(jìn)銷(xiāo)存系統(tǒng)測(cè)試中你負(fù)責(zé)哪些模塊以及在測(cè)試中用例設(shè)計(jì)是如何進(jìn)行的?
系統(tǒng)實(shí)現(xiàn)的模塊包括:入庫(kù)管理,庫(kù)存管理,出庫(kù)管理,統(tǒng)計(jì)報(bào)表,會(huì)員管理,系統(tǒng)設(shè)置,賬務(wù)管理。
我主要負(fù)責(zé) 入庫(kù)管理模塊,測(cè)試用例的設(shè)計(jì)方法主要是等價(jià)類(lèi),邊界值,錯(cuò)誤推測(cè)法。
17.現(xiàn)在主流的OS及瀏覽器都有哪些?他們的區(qū)別是?
OS: WINDOWS,LINUX,MAC
BROWSER: IE,FIREFOX,OPERA,SAFari 區(qū)別:內(nèi)核不同,速度,性能
18.測(cè)試工作結(jié)束的標(biāo)準(zhǔn)時(shí)什么?
所有的功能點(diǎn)都測(cè)試通過(guò)并符合需求規(guī)格說(shuō)明書(shū);性能,易用性,等符合用戶(hù)的要求 所有的bug已經(jīng)關(guān)閉并回歸測(cè)試通過(guò)
19.解釋內(nèi)存溢出及內(nèi)存泄露
內(nèi)存溢出就是運(yùn)行軟件時(shí)的內(nèi)存遠(yuǎn)遠(yuǎn)超出了你主機(jī)內(nèi)安裝的內(nèi)存所承受大小,就叫內(nèi)存溢出。
內(nèi)存泄露指的是當(dāng)以前分配的一片內(nèi)存不再需要使用或無(wú)法訪問(wèn)時(shí),但是卻并沒(méi)有釋放它,那么對(duì)于該進(jìn)程來(lái)說(shuō),會(huì)因此導(dǎo)致總可用內(nèi)存的減少,這時(shí)就出現(xiàn)了內(nèi)存泄漏
20.Web測(cè)試的測(cè)試點(diǎn)包括哪些?
界面測(cè)試:導(dǎo)航,圖形,視頻,音頻,內(nèi)容,表格,整體界面測(cè)試
功能測(cè)試:業(yè)務(wù)流程測(cè)試,鏈接測(cè)試,并發(fā)測(cè)試,session測(cè)試,cookie測(cè)試,url訪問(wèn)測(cè)試
性能測(cè)試:負(fù)載,容量,壓力
兼容性測(cè)試:瀏覽器,插件
易用性測(cè)試:界面友好,使用方便