1、什么是兼容性測試?兼容性測試側(cè)重哪些方面?
參考答案：
兼容測試主要是檢查軟件在不同的硬件平臺(tái)、軟件平臺(tái)上是否可以正常的運(yùn)行，即是通常說的軟件的可移植性。
兼容的類型，如果細(xì)分的話，有平臺(tái)的兼容，網(wǎng)絡(luò)兼容，數(shù)據(jù)庫兼容，以及數(shù)據(jù)格式的兼容。
兼容測試的重點(diǎn)是，對(duì)兼容環(huán)境的分析。通常，是在運(yùn)行軟件的環(huán)境不是很確定的情況下，才需要做兼容。根據(jù)軟件運(yùn)行的需要，或者根據(jù)需求文檔，一般都能夠得出用戶會(huì)在什么環(huán)境下使用該軟件，把這些環(huán)境整理成表單，就得出做兼容測試的兼容環(huán)境了。
兼容和配置測試的區(qū)別在于，做配置測試通常不是Clean OS下做測試，而兼容測試多是在Clean OS的環(huán)境下做的。
2、我現(xiàn)在有個(gè)程序，發(fā)現(xiàn)在Windows上運(yùn)行得很慢，怎么判別是程序存在問題還是軟硬件系統(tǒng)存在問題?
參考答案：
1、檢查系統(tǒng)是否有中毒的特征;
2、檢查軟件/硬件的配置是否符合軟件的推薦標(biāo)準(zhǔn);
3、確認(rèn)當(dāng)前的系統(tǒng)是否是獨(dú)立，即沒有對(duì)外提供什么消耗CPU資源的服務(wù);
4、如果是C/S或者B/S結(jié)構(gòu)的軟件，需要檢查是不是因?yàn)榕c服務(wù)器的連接有問題，或者訪問有問題造成的;
5、在系統(tǒng)沒有任何負(fù)載的情況下，查看性能監(jiān)視器，確認(rèn)應(yīng)用程序?qū)PU/內(nèi)存的訪問情況。
3、測試的策略有哪些?
參考答案：
黑盒/白盒，靜態(tài)/動(dòng)態(tài)，手工/自動(dòng)，冒煙測試，回歸測試，公測(Beta測試的策略)
4、正交表測試用例設(shè)計(jì)方法的特點(diǎn)是什么?
參考答案：
用最少的實(shí)驗(yàn)覆蓋最多的操作，測試用例設(shè)計(jì)很少，效率高，但是很復(fù)雜;
對(duì)于基本的驗(yàn)證功能，以及二次集成引起的缺陷，一般都能找出來;但是更深的缺陷，更復(fù)雜的缺陷，還是無能為力的;
具體的環(huán)境下，正交表一般都很難做的。大多數(shù)，只在系統(tǒng)測試的時(shí)候使用此方法。
5、描述使用bugzilla缺陷管理工具對(duì)軟件缺陷(BUG)跟蹤的管理的流程?
參考答案：
就是Bugzilla的狀態(tài)轉(zhuǎn)換圖。
6、你覺得bugzilla在使用的過程中，有什么問題?
參考答案：
界面不穩(wěn)定;
根據(jù)需要配置它的不同的部分，過程很煩瑣。
流程控制上，安全性不好界定，很容易對(duì)他人的Bug進(jìn)行誤操作;
沒有綜合的評(píng)分指標(biāo)，不好確認(rèn)修復(fù)的優(yōu)先級(jí)別。
7、描述測試用例設(shè)計(jì)的完整過程?
參考答案：
需求分析 + 需求變更的維護(hù)工作;
根據(jù)需求 得出測試需求;
設(shè)計(jì)測試方案，評(píng)審測試方案;
方案評(píng)審?fù)ㄟ^后，設(shè)計(jì)測試用例，再對(duì)測試用例進(jìn)行評(píng)審;
8、單元測試的策略有哪些?
參考答案：
邏輯覆蓋、循環(huán)覆蓋、同行評(píng)審、桌前檢查、代碼走查、代碼評(píng)審、景泰數(shù)據(jù)流分析
9、LoadRunner分哪三部分?
參考答案：
用戶動(dòng)作設(shè)計(jì);
場景設(shè)計(jì);
測試數(shù)據(jù)分析;
10、LoadRunner進(jìn)行測試的流程?
參考答案：
1、 測試測試
2、 創(chuàng)建虛擬用戶腳本
3、 創(chuàng)建運(yùn)行場景
4、 運(yùn)行測試腳本
5、 監(jiān)視場景
6、 分析測試的結(jié)果
以上，最好是結(jié)合一個(gè)案例，根據(jù)以上流程來介紹。
什么是并發(fā)?在lordrunner中，如何進(jìn)行并發(fā)的測試?集合點(diǎn)失敗了會(huì)怎么樣?
參考答案：
在同一時(shí)間點(diǎn)，支持多個(gè)不同的操作。
LoadRunner中提供IP偽裝，集合點(diǎn)，配合虛擬用戶的設(shè)計(jì)，以及在多臺(tái)電腦上設(shè)置，可以比較好的模擬真實(shí)的并發(fā)。
集合點(diǎn)，即是多個(gè)用戶在某個(gè)時(shí)刻，某個(gè)特定的環(huán)境下同時(shí)進(jìn)行虛擬用戶的操作的。集合點(diǎn)失敗，則集合點(diǎn)的才操作就會(huì)取消，測試就不能進(jìn)行。
12、使用QTP做功能測試，錄制腳本的時(shí)候，要驗(yàn)證多個(gè)用戶的登錄情況/查詢情況，如何操作?
參考答案：
分析用戶登錄的基本情況，得出一組數(shù)據(jù)，通過性測試/失敗性測試的都有(根據(jù)TC來設(shè)計(jì)這些數(shù)據(jù))，然后錄制登錄的腳本，將關(guān)鍵的數(shù)據(jù)參數(shù)化，修改腳本，對(duì)代碼進(jìn)行加強(qiáng)，調(diào)試腳本。
13、QTP中的Action有什么作用?有幾種?
參考答案：
Action的作用
用Action可以對(duì)步驟集進(jìn)行分組
步驟重組，然后被整體調(diào)用
擁有自己的sheet
組合有相同需求的步驟，整體操作
具有獨(dú)立的對(duì)象倉庫
Action的種類
可復(fù)用Action
不可復(fù)用Action
外部Action
14、TestDirector有些什么功能，如何對(duì)軟件測試過程進(jìn)行管理?
參考答案：
需求管理
定義測試范圍
定義需求樹
描述需求樹的功能點(diǎn)
測試計(jì)劃
定義測試目標(biāo)和測試策略。
分解應(yīng)用程序，建立測試計(jì)劃樹。
確定每個(gè)功能點(diǎn)的測試方法。
將每個(gè)功能點(diǎn)連接到需求上，使測試計(jì)劃覆蓋全部的測試需求。
描述手工測試的測試步驟
指明需要進(jìn)行自動(dòng)測試的功能點(diǎn)
測試執(zhí)行
定義測試集合。
為每個(gè)測試人員制定測試任務(wù)和測試日程安排。
運(yùn)行自動(dòng)測試。
缺陷跟蹤
記錄缺陷
查看新增缺陷，并確定哪些是需要修正的
相關(guān)技術(shù)人員修改缺陷
回歸測試
分析缺陷統(tǒng)計(jì)圖表，分析應(yīng)用程序的開發(fā)質(zhì)量。
