1、什么是兼容性測(cè)試？兼容性測(cè)試側(cè)重哪些方面？

參考答案：兼容測(cè)試主要是檢查軟件在不同的硬件平臺(tái)、軟件平臺(tái)上是否可以正常的運(yùn)行，即是通常說的軟件的可移植性。兼容的類型，如果細(xì)分的話，有平臺(tái)的兼容，網(wǎng)絡(luò)兼容，數(shù)據(jù)庫兼容，以及數(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)行得很慢，怎么判別是程序存在問題？

? 參考答案：

1、檢查系統(tǒng)是否有中毒的特征；

2、查軟件/硬件的配置是否符合軟件的推薦標(biāo)準(zhǔn)；

3、確認(rèn)當(dāng)前的系統(tǒng)是否是獨(dú)立，即沒有對(duì)外提供什么消耗CPU資源的服務(wù)； 如 果是C/S或者B/S結(jié)構(gòu)的軟件，需要檢查是不是因?yàn)榕c服務(wù)器的連接有問題，或者訪問有問題造成的；

4、在系統(tǒng)沒有任何負(fù)載的情況下，查看性能監(jiān)視器，確認(rèn)應(yīng)用程序?qū)PU/內(nèi)存的訪問情況。

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)證功能，以及二次集成引起的缺陷，一般都能找出來；但是更深的缺陷，更復(fù)雜的缺陷，還是無能為力的；具體的環(huán)境下，正交表一般都很難做的。大多數(shù)，只在系統(tǒng)測(cè)試的時(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、描述測(cè)試用例設(shè)計(jì)的完整過程？

參考答案：? 需求分析 + 需求變更的維護(hù)工作； 根據(jù)需求得出測(cè)試需求；設(shè)計(jì)測(cè)試方案，評(píng)審測(cè)試方案；方案評(píng)審?fù)ㄟ^后，設(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ù)以上流程來介紹。

11、什么是并發(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è)用戶的登錄情況/查詢情況，如何操作？

13、bug的生命周期

測(cè)試人員發(fā)現(xiàn)bug->New（新建），測(cè)試組長確認(rèn)bug是否Duplicate（重復(fù)），如果重復(fù)Abandon（廢棄），如果不重復(fù)Open（打開），指派給開發(fā)經(jīng)理確認(rèn)是否Reject（拒絕），不拒絕確認(rèn)是否postpone（延期），不延期Assign（分配）給開發(fā)人員fixed（修復(fù)），如果拒絕指派給CCB（變更控制委員會(huì)）審查（Reviewed）通過（passed）指派給開發(fā)人員fixed（修復(fù)），修復(fù)完成Building，測(cè)試人員Validate（驗(yàn)證），驗(yàn)證不通過Reopen（重新打開），驗(yàn)證通過，close（關(guān)閉），審查不通過Abandon。

14、軟件生命周期

軟件生命周期(SDLC，Systems Development Life Cycle,SDLC)是軟件的產(chǎn)生直到報(bào)廢的生命周期，周期內(nèi)有問題定義、可行性分析、總體描述、系統(tǒng)設(shè)計(jì)、編碼、調(diào)試和測(cè)試、驗(yàn)收與運(yùn)行、維護(hù)升級(jí)到廢棄等階段，這種按時(shí)間分程的思想方法是軟件工程中的一種思想原則，即按部就班、逐步推進(jìn)，每個(gè)階段都要有定義、工作、審查、形成文檔以供交流或備查，以提高軟件的質(zhì)量。但隨著新的面向?qū)ο蟮脑O(shè)計(jì)方法和技術(shù)的成熟，軟件生命周期設(shè)計(jì)方法的指導(dǎo)意義正在逐步減少。

15、測(cè)試項(xiàng)目：電梯

需求測(cè)試:查看電梯使用說明書、安全說明書等

界面測(cè)試:查看電梯外觀

功能測(cè)試：測(cè)試電梯能否實(shí)現(xiàn)正常的上升和下降功能．電梯的按鈕是否都可以用；

電梯門的打開，關(guān)閉是否正常；報(bào)警裝置是否可用，報(bào)警電話是否可用；

通風(fēng)狀況如何.突然停電時(shí)的情況；是否有手機(jī)信號(hào)；

比如說上升途中的響應(yīng)。電梯本來在1樓，如果有人按18樓，那么電梯在上升到5樓的時(shí)候，有人按了10樓，這時(shí)候是否會(huì)在10樓先停下來；

電梯下降到10層時(shí)顯示滿員，此時(shí)若8層有人等待電梯，是否在8層停；

可靠性：門關(guān)上的一剎那出現(xiàn)障礙物，同時(shí)按關(guān)門和開門按鈕，點(diǎn)擊當(dāng)前樓層號(hào)碼，多次點(diǎn)擊同一樓層的號(hào)碼等等；同時(shí)按上鍵和下鍵會(huì)怎樣；

易用性：電梯的按鈕的設(shè)計(jì)符合一般人使用的習(xí)慣嗎．

用戶文檔：使用手冊(cè)是否對(duì)杯子的用法、限制、使用條件等有詳細(xì)描述

壓力測(cè)試：看電梯的最大限度的承受重量．在負(fù)載過重時(shí)報(bào)警裝置是否有提醒．在一定時(shí)間內(nèi)不斷的讓電梯上升，下降．最大負(fù)載下平穩(wěn)運(yùn)行的最長時(shí)間。

16、測(cè)試項(xiàng)目：杯子

需求測(cè)試: 查看杯子使用說明書

界面測(cè)試: 查看杯子外觀

功能度：用水杯裝水看漏不漏；水能不能被喝到

安全性：杯子有沒有毒或細(xì)菌

可靠性：杯子從不同高度落下的損壞程度

可移植性：杯子在不同的地方、溫度等環(huán)境下是否都可以正常使用

兼容性：杯子是否能夠容納果汁、白水、酒精、汽油等

易用性：杯子是否燙手、是否有防滑措施、是否方便飲用

用戶文檔：使用手冊(cè)是否對(duì)杯子的用法、限制、使用條件等有詳細(xì)描述

疲勞測(cè)試：將杯子盛上水（案例一）放24 小時(shí)檢查泄漏時(shí)間和情況；盛上汽油（案例二）放24 小時(shí)檢查泄漏時(shí)間和情況等

壓力測(cè)試：用根針并在針上面不斷加重量，看壓強(qiáng)多大時(shí)會(huì)穿透

跌落測(cè)試:? ? 杯子加包裝( 有填充物), 在多高的情況摔下不破損

震動(dòng)測(cè)試: 杯子加包裝( 有填充物), 六面震動(dòng), 檢查產(chǎn)品是否能應(yīng)對(duì)惡劣的鐵路\ 公路\ 航空運(yùn)輸

測(cè)試數(shù)據(jù)：測(cè)試數(shù)據(jù)具體編寫此處略（最討厭寫測(cè)試數(shù)據(jù)了）。其中應(yīng)用到：場(chǎng)景法、等價(jià)類劃分法、因果圖法、錯(cuò)誤推測(cè)法、邊界值法等方法

期望輸出：該期望輸出需查閱國標(biāo)、行標(biāo)以及使用用戶的需求?

17、測(cè)試題目：桌子

需求測(cè)試:查看國家相關(guān)標(biāo)準(zhǔn)。

功能:桌子是辦公,或者放置用的,首先考慮桌子的面積大小是否適度.

界面:桌子的版面是否平滑,桌子有沒有凹凸不平的地方

安全:桌子肯定有它的支撐點(diǎn),若支撐點(diǎn)不穩(wěn),容易摔壞物品,使用起來也不方便.

易用:桌子的移動(dòng)性好不.它的重量是否合適

可靠性:將桌子推倒后,再檢查桌子是否很容易被損壞.

性能:將很重的物品放在桌子上,看它最大承受的重量是多少...

19、測(cè)試題目：洗衣機(jī)

功能測(cè)試：該洗衣機(jī)是否能正常的洗衣服?

需求測(cè)試：查看洗衣機(jī)的使用說明書和安全說明書等?

性能測(cè)試：使用時(shí)用電量如何，是否滿足用戶需求

界面測(cè)試：洗衣機(jī)的外觀是否滿足客戶的需求

易用測(cè)試： 該洗衣機(jī)是否容易操作

兼用性測(cè)試：該洗衣機(jī)除了能洗衣服以外還能洗別的嗎

安全性測(cè)試：該洗衣機(jī)通電以后人接觸以后是否有電

負(fù)載測(cè)試：通過逐步增加系統(tǒng)負(fù)載，最終確定在什么負(fù)載條件下系統(tǒng)性能將處于崩潰狀態(tài)，以此獲得系統(tǒng)能提供的最大服務(wù)

壓力測(cè)試：通過逐步增加系統(tǒng)負(fù)載，最終確定在什么負(fù)載條件下系統(tǒng)性能將處于崩潰狀態(tài)，以此獲得系統(tǒng)能提供的最大服務(wù)級(jí)別的測(cè)試。

穩(wěn)定性測(cè)試：加到一定的衣服然后過一段時(shí)間看洗衣機(jī)是否正常洗；

20、軟件驗(yàn)收測(cè)試的合格通過準(zhǔn)則：

①、軟件需求分析說明書中定義的所有功能已全部實(shí)現(xiàn)，性能指標(biāo)全部達(dá)到要求。

②、所有測(cè)試項(xiàng)沒有殘余一級(jí)、二級(jí)和三級(jí)錯(cuò)誤。

③、立項(xiàng)審批表、需求分析文檔、設(shè)計(jì)文檔和編碼實(shí)現(xiàn)一致。

④、驗(yàn)收測(cè)試工件齊全。

21、軟件實(shí)施活動(dòng)的進(jìn)入準(zhǔn)則：

①、需求工件已經(jīng)被基線化；

②、詳細(xì)設(shè)計(jì)工件已被基線化；

③、構(gòu)架工件已被基線化。

22、比較負(fù)載測(cè)試和強(qiáng)度測(cè)試的區(qū)別：

負(fù)載測(cè)試：在一定的工作負(fù)荷下，系統(tǒng)的負(fù)荷及響應(yīng)時(shí)間；

強(qiáng)度測(cè)試：在一定的負(fù)荷條件下，在較長時(shí)間跨度內(nèi)的系統(tǒng)連續(xù)運(yùn)行給系統(tǒng)性能所造成的影響；

23、描述軟件測(cè)試活動(dòng)的生命周期：

測(cè)試周期分為計(jì)劃、設(shè)計(jì)、實(shí)現(xiàn)、執(zhí)行、總結(jié)。

計(jì)劃：對(duì)整個(gè)測(cè)試周期中所有活動(dòng)進(jìn)行規(guī)劃，估計(jì)工作量、風(fēng)險(xiǎn)，安排人力物力資源，安排進(jìn)度等；

設(shè)計(jì)：完成測(cè)試方案，從技術(shù)層面上對(duì)測(cè)試進(jìn)行規(guī)劃；

實(shí)現(xiàn)：進(jìn)行測(cè)試用例和測(cè)試規(guī)程設(shè)計(jì)；

執(zhí)行：根據(jù)前期完成的計(jì)劃、方案、用例、規(guī)程等文檔，執(zhí)行測(cè)試用例；

總結(jié)：記錄測(cè)試結(jié)果，進(jìn)行測(cè)試分析，完成測(cè)試報(bào)告；

24、測(cè)試的目的：

測(cè)試的目的：軟件測(cè)試是程序的一種執(zhí)行過程，目的是盡可能發(fā)現(xiàn)并改正被測(cè)試軟件中的錯(cuò)誤，提高軟件的可靠性。它是軟件生命周期中一項(xiàng)非常重要且非常復(fù)雜的工作，對(duì)軟件可靠性保證具有極其重要的意義。

25、測(cè)試流程依次如下：

1.需求：閱讀需求，理解需求，與客戶、開發(fā)、架構(gòu)多方交流，深入了解需求。--testing team

2.測(cè)試計(jì)劃: 根據(jù)需求估算測(cè)試所需資源（人力、設(shè)備等）、所需時(shí)間、功能點(diǎn)劃分、如何合理分配安排資源等。---testing leader or testing manager

3.用例設(shè)計(jì)：根據(jù)測(cè)試計(jì)劃、任務(wù)分配、功能點(diǎn)劃分，設(shè)計(jì)合理的測(cè)試用例。---testing leader, senior tester

4.執(zhí)行測(cè)試：根據(jù)測(cè)試用例的詳細(xì)步驟，執(zhí)行測(cè)試用例。--every tester(主要是初級(jí)測(cè)試人員)

5.執(zhí)行結(jié)果記錄和bug記錄：對(duì)每個(gè)case記錄測(cè)試的結(jié)果，有bug的在測(cè)試管理工具中編寫bug記錄。--every tester(主要是初級(jí)測(cè)試人員)

6.defect tracking：追蹤leader分配給你追蹤的bug.直到 bug fixed。--every tester

7.測(cè)試報(bào)告：通過不斷測(cè)試、追蹤，直到被測(cè)軟件達(dá)到測(cè)試需求要求，并沒有重大bug.

8.用戶體驗(yàn)、軟件發(fā)布等……

跟雙V模型差不多

26、敏捷開發(fā)有如下特征:

1. 工作在小的團(tuán)隊(duì)中

2. 團(tuán)隊(duì)是跨功能的-包括測(cè)試人員，開發(fā)人員，文檔開發(fā)人員等等

3. 短迭代-利用短迭代方法來交付軟件

4. 相較于文檔，敏捷開發(fā)更注重面對(duì)面的交流

5. 敏捷不是一個(gè)過程，而是一個(gè)軟件開發(fā)的形式或者方法

6. 敏捷可以與軟件過程如CMMI等一起實(shí)施

27、測(cè)試用例包括：

用例編號(hào)、測(cè)試項(xiàng)目、測(cè)試標(biāo)題、預(yù)置條件、重要級(jí)別、輸入、執(zhí)行步驟、預(yù)期輸出；（作者 備注）