1、什么是兼容性測(cè)試？兼容性測(cè)試側(cè)重哪些方面？
參考答案：
兼容測(cè)試主要是檢查軟件在不同的硬件平臺(tái)、軟件平臺(tái)上是否可以正常的運(yùn)行，即是通常說(shuō)的軟件的可移植性。
兼容的類型，如果細(xì)分的話，有平臺(tái)的兼容，網(wǎng)絡(luò)兼容，數(shù)據(jù)庫(kù)兼容，以及數(shù)據(jù)格式的兼容。
兼容測(cè)試的重點(diǎn)是，對(duì)兼容環(huán)境的分析。通常，是在運(yùn)行軟件的環(huán)境不是很確定的情況下，才需要做兼容。根據(jù)軟件運(yùn)行的需要，或者根據(jù)需求文檔，一般都能夠得出用戶會(huì)在什么環(huán)境下使用該軟件，把這些環(huán)境整理成表單，就得出做兼容測(cè)試的兼容環(huán)境了。
兼容和配置測(cè)試的區(qū)別在于，做配置測(cè)試通常不是Clean OS下做測(cè)試，而兼容測(cè)試多是在Clean OS的環(huán)境下做的。
2、我現(xiàn)在有個(gè)程序，發(fā)現(xiàn)在Windows上運(yùn)行得很慢，怎么判別是程序存在問(wèn)題還是軟硬件系統(tǒng)存在問(wèn)題？
參考答案：
1、檢查系統(tǒng)是否有中毒的特征；
2、檢查軟件/硬件的配置是否符合軟件的推薦標(biāo)準(zhǔn)；
3、確認(rèn)當(dāng)前的系統(tǒng)是否是獨(dú)立，即沒(méi)有對(duì)外提供什么消耗CPU資源的服務(wù)；
4、如果是C/S或者B/S結(jié)構(gòu)的軟件，需要檢查是不是因?yàn)榕c服務(wù)器的連接有問(wèn)題，或者訪問(wèn)有問(wèn)題造成的；
5、在系統(tǒng)沒(méi)有任何負(fù)載的情況下，查看性能監(jiān)視器，確認(rèn)應(yīng)用程序?qū)PU/內(nèi)存的訪問(wèn)情況。
3、測(cè)試的策略有哪些？
參考答案：
黑盒/白盒，靜態(tài)/動(dòng)態(tài)，手工/自動(dòng)，冒煙測(cè)試，回歸測(cè)試，公測(cè)（Beta測(cè)試的策略）
4、正交表測(cè)試用例設(shè)計(jì)方法的特點(diǎn)是什么？
參考答案：
用最少的實(shí)驗(yàn)覆蓋最多的操作，測(cè)試用例設(shè)計(jì)很少，效率高，但是很復(fù)雜；
對(duì)于基本的驗(yàn)證功能，以及二次集成引起的缺陷，一般都能找出來(lái)；但是更深的缺陷，更復(fù)雜的缺陷，還是無(wú)能為力的；
具體的環(huán)境下，正交表一般都很難做的。大多數(shù)，只在系統(tǒng)測(cè)試的時(shí)候使用此方法。
5、描述使用bugzilla缺陷管理工具對(duì)軟件缺陷（BUG）跟蹤的管理的流程？
參考答案：
就是Bugzilla的狀態(tài)轉(zhuǎn)換圖。
6、你覺(jué)得bugzilla在使用的過(guò)程中，有什么問(wèn)題？
參考答案：
界面不穩(wěn)定；
根據(jù)需要配置它的不同的部分，過(guò)程很煩瑣。
流程控制上，安全性不好界定，很容易對(duì)他人的Bug進(jìn)行誤操作；
沒(méi)有綜合的評(píng)分指標(biāo)，不好確認(rèn)修復(fù)的優(yōu)先級(jí)別。
7、描述測(cè)試用例設(shè)計(jì)的完整過(guò)程？
參考答案：
需求分析 + 需求變更的維護(hù)工作；
根據(jù)需求 得出測(cè)試需求；
設(shè)計(jì)測(cè)試方案，評(píng)審測(cè)試方案；
方案評(píng)審?fù)ㄟ^(guò)后，設(shè)計(jì)測(cè)試用例，再對(duì)測(cè)試用例進(jìn)行評(píng)審；
8、單元測(cè)試的策略有哪些？
參考答案：
邏輯覆蓋、循環(huán)覆蓋、同行評(píng)審、桌前檢查、代碼走查、代碼評(píng)審、景泰數(shù)據(jù)流分析
9、LoadRunner分哪三部分？
參考答案：
用戶動(dòng)作設(shè)計(jì)；
場(chǎng)景設(shè)計(jì)；
測(cè)試數(shù)據(jù)分析；
10、LoadRunner進(jìn)行測(cè)試的流程?
參考答案：
1、? 測(cè)試測(cè)試
2、? 創(chuàng)建虛擬用戶腳本
3、? 創(chuàng)建運(yùn)行場(chǎng)景
4、? 運(yùn)行測(cè)試腳本
5、? 監(jiān)視場(chǎng)景
6、? 分析測(cè)試的結(jié)果
以上，最好是結(jié)合一個(gè)案例，根據(jù)以上流程來(lái)介紹。
什么是并發(fā)？在lordrunner中，如何進(jìn)行并發(fā)的測(cè)試？集合點(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ì)取消，測(cè)試就不能進(jìn)行。
12、使用QTP做功能測(cè)試，錄制腳本的時(shí)候，要驗(yàn)證多個(gè)用戶的登錄情況/查詢情況，如何操作？
參考答案：
分析用戶登錄的基本情況，得出一組數(shù)據(jù)，通過(guò)性測(cè)試/失敗性測(cè)試的都有（根據(jù)TC來(lái)設(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ì)象倉(cāng)庫(kù)
Action的種類
可復(fù)用Action
不可復(fù)用Action
外部Action
14、TestDirector有些什么功能，如何對(duì)軟件測(cè)試過(guò)程進(jìn)行管理？
參考答案：
需求管理
定義測(cè)試范圍
定義需求樹
描述需求樹的功能點(diǎn)
測(cè)試計(jì)劃
定義測(cè)試目標(biāo)和測(cè)試策略。
分解應(yīng)用程序，建立測(cè)試計(jì)劃樹。
確定每個(gè)功能點(diǎn)的測(cè)試方法。
將每個(gè)功能點(diǎn)連接到需求上，使測(cè)試計(jì)劃覆蓋全部的測(cè)試需求。
描述手工測(cè)試的測(cè)試步驟
指明需要進(jìn)行自動(dòng)測(cè)試的功能點(diǎn)
測(cè)試執(zhí)行
定義測(cè)試集合。
為每個(gè)測(cè)試人員制定測(cè)試任務(wù)和測(cè)試日程安排。
運(yùn)行自動(dòng)測(cè)試。
缺陷跟蹤
記錄缺陷
查看新增缺陷，并確定哪些是需要修正的
相關(guān)技術(shù)人員修改缺陷
回歸測(cè)試
分析缺陷統(tǒng)計(jì)圖表，分析應(yīng)用程序的開發(fā)質(zhì)量。
15、你所熟悉的軟件測(cè)試類型都有哪些？請(qǐng)?jiān)囍謩e比較這些不同的測(cè)試類
型的區(qū)別與聯(lián)系（如功能測(cè)試、性能測(cè)試……）？
參考答案：Compatibility Testing（兼容性測(cè)試），也稱“Configuration
testing（配置測(cè)試）”，測(cè)試軟件是否和系統(tǒng)的其它與之交互的元素之間
兼容，如：瀏覽器、操作系統(tǒng)、硬件等。驗(yàn)證測(cè)試對(duì)象在不同的軟件和硬件
配置中的運(yùn)行情況。
Functional testing (功能測(cè)試)，也稱為behavioral testing（行為測(cè)試
），根據(jù)產(chǎn)品特征、操作描述和用戶方案，測(cè)試一個(gè)產(chǎn)品的特性和可操作行
為以確定它們滿足設(shè)計(jì)需求。本地化軟件的功能測(cè)試，用于驗(yàn)證應(yīng)用程序或
網(wǎng)站對(duì)目標(biāo)用戶能正確工作。使用適當(dāng)?shù)钠脚_(tái)、瀏覽器和測(cè)試腳本，以保證
目標(biāo)用戶的體驗(yàn)將足夠好，就像應(yīng)用程序是專門為該市場(chǎng)開發(fā)的一樣。
Performance testing（性能測(cè)試），評(píng)價(jià)一個(gè)產(chǎn)品或組件與性能需求是否
符合的測(cè)試。包括負(fù)載測(cè)試、強(qiáng)度測(cè)試、數(shù)據(jù)庫(kù)容量測(cè)試、基準(zhǔn)測(cè)試等類型
。
16、軟件缺陷（或者叫Bug）記錄都包含了哪些內(nèi)容？如何提交高質(zhì)量的軟
件缺陷（Bug）記錄？
參考答案：5C標(biāo)準(zhǔn)
17、Beta測(cè)試與Alpha測(cè)試有什么區(qū)別？
參考答案：Beta testing(β測(cè)試),測(cè)試是軟件的多個(gè)用戶在一個(gè)或多個(gè)用
戶的實(shí)際使用環(huán)境下進(jìn)行的測(cè)試。開發(fā)者通常不在測(cè)試現(xiàn)場(chǎng)
Alpha testing (α測(cè)試),是由一個(gè)用戶在開發(fā)環(huán)境下進(jìn)行的測(cè)試，也可以
是公司內(nèi)部的用戶在模擬實(shí)際操作環(huán)境下進(jìn)行的受控測(cè)試
18、軟件的評(píng)審一般由哪些人參加？其目的是什么？
參考答案：
在正式的會(huì)議上將軟件項(xiàng)目的成果（包括各階段的文檔、產(chǎn)生的代碼等）提
交給用戶、客戶或有關(guān)部門人員對(duì)軟件產(chǎn)品進(jìn)行評(píng)審和批準(zhǔn)。其目的是找出
可能影響軟件產(chǎn)品質(zhì)量、開發(fā)過(guò)程、維護(hù)工作的適用性和環(huán)境方面的設(shè)計(jì)缺
陷，并采取補(bǔ)救措施，以及找出在性能、安全性和經(jīng)濟(jì)方面的可能的改進(jìn)。
人員：用戶、客戶或有關(guān)部門開發(fā)人員，測(cè)試人員，需求分析師都可以，就
看處于評(píng)審那個(gè)階段
19、測(cè)試活動(dòng)中，如果發(fā)現(xiàn)需求文檔不完善或者不準(zhǔn)確，怎么處理？
參考答案：
測(cè)試需求分析 發(fā)現(xiàn)需求文檔不完善或者不準(zhǔn)確，應(yīng)該立即和相關(guān)人員進(jìn)行
協(xié)調(diào)交流。
20、階段評(píng)審與項(xiàng)目評(píng)審有什么區(qū)別？
參考答案：
階段評(píng)審 對(duì)項(xiàng)目各階段評(píng)審：對(duì)階段成果和工作
項(xiàng)目評(píng)審 對(duì)項(xiàng)目總體評(píng)審：對(duì)工作和產(chǎn)品
21、闡述工作版本的定義？
參考答案：
構(gòu)造號(hào)： BUILD
22、什么是樁模塊？什么是驅(qū)動(dòng)模塊？
參考答案：
樁模塊：被測(cè)模塊調(diào)用模塊
驅(qū)動(dòng)模塊 調(diào)用被測(cè)模塊
23、什么是扇入？什么是扇出？
參考答案：
扇入：被調(diào)次數(shù)，扇出：調(diào)其它模塊數(shù)目
24、你認(rèn)為做好測(cè)試計(jì)劃工作的關(guān)鍵是什么？
參考答案：
軟件測(cè)試計(jì)劃就是在軟件測(cè)試工作正式實(shí)施之前明確測(cè)試的對(duì)象，并且通過(guò)
對(duì)資源、時(shí)間、風(fēng)險(xiǎn)、測(cè)試范圍和預(yù)算等方面的綜合分析和規(guī)劃，保證有效
的實(shí)施軟件測(cè)試；
做好測(cè)試計(jì)劃工作的關(guān)鍵 ：目的，管理，規(guī)范
1. 明確測(cè)試的目標(biāo)，增強(qiáng)測(cè)試計(jì)劃的實(shí)用性
編寫軟件測(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ī)則指的是“What（做什么）”、“Why（為什么做）”、“When（
何時(shí)做）”、“Where（在哪里）”、“How（如何做）”。利用“5W”規(guī)則
創(chuàng)建軟件測(cè)試計(jì)劃，可以幫助測(cè)試團(tuán)隊(duì)理解測(cè)試的目的（Why），明確測(cè)試
的范圍和內(nèi)容（What），確定測(cè)試的開始和結(jié)束日期（When），指出測(cè)試的
方法和工具（How），給出測(cè)試文檔和軟件的存放位置（Where）。
3．采用評(píng)審和更新機(jī)制，保證測(cè)試計(jì)劃滿足實(shí)際需求
測(cè)試計(jì)劃寫作完成后，如果沒(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í)行人員。
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ù)。
25、你認(rèn)為做好測(cè)試用例工作的關(guān)鍵是什么？
參考答案：
需求和設(shè)計(jì)文檔的理解程度，對(duì)系統(tǒng)的熟悉程度
26、簡(jiǎn)述一下缺陷的生命周期？
參考答案：提交->確認(rèn)->分配->修復(fù)->驗(yàn)證->關(guān)閉
27、軟件的安全性應(yīng)從哪幾個(gè)方面去測(cè)試？
參考答案：
(1)?? 用戶認(rèn)證機(jī)制：如數(shù)據(jù)證書、智能卡、雙重認(rèn)證、安全電子交易協(xié)
議
(2)?? 加密機(jī)制
(3)?? 安全防護(hù)策略：如安全日志、入侵檢測(cè)、隔離防護(hù)、漏洞掃描
(4)?? 數(shù)據(jù)備份與恢復(fù)手段：存儲(chǔ)設(shè)備、存儲(chǔ)優(yōu)化、存儲(chǔ)保護(hù)、存儲(chǔ)管理
(5)?? 防病毒系統(tǒng)
28、軟件配置管理工作開展的情況和認(rèn)識(shí)？
參考答案：
軟件配置管理貫穿于軟件開發(fā)、測(cè)試活動(dòng)的始終，覆蓋了開發(fā)、測(cè)試活動(dòng)的
各個(gè)環(huán)節(jié)，它的重要作用之一就是要全面的管理保存各個(gè)配置項(xiàng)，監(jiān)控各配
置項(xiàng)的狀態(tài)，并向項(xiàng)目經(jīng)理及相關(guān)的人員報(bào)告，從而實(shí)現(xiàn)對(duì)軟件過(guò)程的控制
。
軟件測(cè)試配置管理包括4個(gè)最基本的活動(dòng)：
配置項(xiàng)標(biāo)識(shí)
配置項(xiàng)控制
配置項(xiàng)狀態(tài)報(bào)告
配置審計(jì)
軟件配置管理通常借助工具來(lái)輔助，主要有MS
SourceSafe、Rational ClearCase等
29、你覺(jué)得軟件測(cè)試通過(guò)的標(biāo)準(zhǔn)應(yīng)該是什么樣的？
參考答案：
缺陷密度值達(dá)到客戶的要求
30、引入測(cè)試管理的含義？
參考答案：風(fēng)險(xiǎn)分析，進(jìn)度控制、角色分配、質(zhì)量控制