移動(dòng)端測(cè)試面試題1

　　1、 集成測(cè)試也叫組裝測(cè)試或者聯(lián)合測(cè)試，請(qǐng)簡(jiǎn)述集成測(cè)試的主要內(nèi)容?

　　集成測(cè)試是在單元測(cè)試的基礎(chǔ)上，測(cè)試在將所有的軟件單元按照概要設(shè)計(jì)規(guī)格說(shuō)明的要求組裝成模塊、子系統(tǒng)或系統(tǒng)的過(guò)程中各部分工作是否達(dá)到或?qū)崿F(xiàn)相應(yīng)技術(shù)指標(biāo)及要求的活動(dòng)。

　　集成測(cè)試應(yīng)該考慮以下問(wèn)題：

　　(1)在把各個(gè)模塊連接起來(lái)的時(shí)候，穿越模塊接口的數(shù)據(jù)是否會(huì)丟失;

　　(2)一個(gè)模塊的功能是否會(huì)對(duì)另一個(gè)模塊的功能產(chǎn)生不利的影響;

　　(3)各個(gè)子功能組合起來(lái)，能否達(dá)到預(yù)期要求的父功能;

　　(4)全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問(wèn)題;

　　(5)單個(gè)模塊的誤差累積起來(lái)，是否會(huì)放大，從而達(dá)到不能接受的程度。

　　2、 單元測(cè)試主要內(nèi)容是什么?

　　01，模塊接口測(cè)試。單元測(cè)試的基礎(chǔ)，只有在數(shù)據(jù)能正確流入，流出模塊的前提下才有意義。

　　02，局部數(shù)據(jù)結(jié)構(gòu)測(cè)試 檢查局部數(shù)據(jù)結(jié)構(gòu)是為了保證臨時(shí)存儲(chǔ)在模塊內(nèi)的數(shù)據(jù)在程序執(zhí)行中完整，正確。重點(diǎn)是一些執(zhí)行函數(shù)是否正確執(zhí)行，內(nèi)部是否運(yùn)行正確。局部數(shù)據(jù)結(jié)構(gòu)往往是錯(cuò)誤的根源，應(yīng)仔細(xì)設(shè)計(jì)測(cè)試用例。

　　03，邊界條件測(cè)試 單元測(cè)試中最重要的一項(xiàng)任務(wù)。因?yàn)檐浖��?jīng)常在邊界上失敗，采用邊界值分析，可能發(fā)現(xiàn)新的錯(cuò)誤。

　　04，模塊中所有**路徑的測(cè)試 在模塊中執(zhí)行每一條**執(zhí)行路徑進(jìn)行測(cè)試，單元測(cè)試的基本任務(wù)保證模塊中每條語(yǔ)句執(zhí)行一次。

　　05，模塊的各條錯(cuò)誤處理通路測(cè)試：程序在遇到異常情況時(shí)不應(yīng)該退出，好的程序應(yīng)能預(yù)見(jiàn)各種出錯(cuò)條件，并預(yù)設(shè)各種出錯(cuò)處理通路。

　　3、 如何理解強(qiáng)度測(cè)試?

　　測(cè)試系統(tǒng)在高負(fù)載，高強(qiáng)度下的工作能力，意在獲取系統(tǒng)在極限狀態(tài)下運(yùn)行時(shí)的各項(xiàng)性能指數(shù)，查看其是否在允許的范圍內(nèi)。

　　注：

　　01.疲勞強(qiáng)度測(cè)試是一類(lèi)特殊的強(qiáng)度測(cè)試，主要測(cè)試系統(tǒng)長(zhǎng)時(shí)間運(yùn)行后的性能表現(xiàn)，例如7x24小時(shí)的'壓力測(cè)試。

　　02. 強(qiáng)度測(cè)試總是通常模擬系統(tǒng)在異常的資源配置下運(yùn)行，如人為降低系統(tǒng)工作環(huán)境所需要的資源,如網(wǎng)絡(luò)帶寬,系統(tǒng)內(nèi)存,數(shù)據(jù)鎖等等,以測(cè)試系統(tǒng)在資源不足的情況下的工作狀態(tài)

移動(dòng)端測(cè)試面試題2

　　1.怎么做好文檔測(cè)試?

　　仔細(xì)閱讀，跟隨每個(gè)步驟，檢查每個(gè)圖形，嘗試每個(gè)示例,檢查文檔的編寫(xiě)是否滿足文檔編寫(xiě)的目的,內(nèi)容是否齊全，正確，完善.標(biāo)記是否正確.

　　軟件測(cè)試分哪2種方法?分別適合什么情況?

　　軟件測(cè)試分2種：白盒測(cè)試和黑盒測(cè)試。白盒測(cè)試又稱(chēng)為結(jié)構(gòu)測(cè)試、邏輯驅(qū)動(dòng)測(cè)試或基于程序本身的測(cè)試，它著重于程序的內(nèi)部結(jié)構(gòu)及算法，通常不關(guān)心功能與性能指標(biāo);黑盒測(cè)試又稱(chēng)功能測(cè)試、數(shù)據(jù)驅(qū)動(dòng)測(cè)試或基于規(guī)格說(shuō)明的測(cè)試，它實(shí)際上是站在最終用戶的立場(chǎng)，檢驗(yàn)輸入輸出信息及系統(tǒng)性能指標(biāo)是否符合規(guī)格說(shuō)明書(shū)中有關(guān)功能需求及性能需求的規(guī)定

　　2.白盒測(cè)試有幾種方法?

　　總體上分為靜態(tài)方法和動(dòng)態(tài)方法兩大類(lèi)。

　　靜態(tài)：關(guān)鍵功能是檢查軟件的表示和描述是否一致,沒(méi)有沖突或者沒(méi)有歧義。

　　動(dòng)態(tài)：語(yǔ)句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。

　　3.系統(tǒng)測(cè)試計(jì)劃是否需要同行審批，為什么?

　　需要，系統(tǒng)測(cè)試計(jì)劃屬于項(xiàng)目階段性關(guān)鍵文檔，因此需要評(píng)審。

　　4.Alpha測(cè)試與beta的區(qū)別?

　　Alpha測(cè)試在系統(tǒng)開(kāi)發(fā)接近完成時(shí)對(duì)應(yīng)用系統(tǒng)的測(cè)試;測(cè)試后仍然會(huì)有少量的設(shè)計(jì)變更。這種測(cè)試一般由最終用戶或其它人員完成，不能由程序或測(cè)試員完成。

　　Beta測(cè)試當(dāng)開(kāi)發(fā)和測(cè)試根本完成時(shí)所做的測(cè)試，最終的錯(cuò)誤和問(wèn)題需要在最終發(fā)行前找到。這種測(cè)試一般由最終用戶或其它人員完成，不能由程序員或測(cè)試員完成。

移動(dòng)端測(cè)試面試題 (菁選2篇)擴(kuò)展閱讀

移動(dòng)端測(cè)試面試題 (菁選2篇)（擴(kuò)展1）

——性能測(cè)試面試題 (菁選2篇)

性能測(cè)試面試題1

　　1.什么是負(fù)載測(cè)試?什么是性能測(cè)試?

　　性能測(cè)試(Performance Test)：通常收集所有和測(cè)試有關(guān)的所有性能，通常被不同人在不同場(chǎng)合下進(jìn)行使用;負(fù)載測(cè)試(Load Test)：負(fù)載測(cè)試是一種性能測(cè)試，指數(shù)據(jù)在超負(fù)荷環(huán)境中運(yùn)行，程序是否能夠承擔(dān)。

　　2.性能測(cè)試包含了哪些測(cè)試(至少舉出3種)

　　基準(zhǔn)測(cè)試-比較新的或未知測(cè)試對(duì)象與已知參照標(biāo)準(zhǔn)(如現(xiàn)有軟件或評(píng)測(cè)標(biāo)準(zhǔn))的性能。

　　爭(zhēng)用測(cè)試：-核實(shí)測(cè)試對(duì)象對(duì)于多個(gè)主角對(duì)相同資源(數(shù)據(jù)記錄、內(nèi)存等)的請(qǐng)求的處理是否可以接受。 性能配置-核實(shí)在操作條件保持不變的情況下，測(cè)試對(duì)象在使用不同配置時(shí)其性能行為的可接受性。

　　負(fù)載測(cè)試(Load Test)-是一種性能測(cè)試，指數(shù)據(jù)在超負(fù)荷環(huán)境中運(yùn)行，程序是否能夠承擔(dān)。核實(shí)在保持配置不變的情況下，測(cè)試對(duì)象在不同操作條件(如不同用戶數(shù)、事務(wù)數(shù)等)下性能行為的可接受性。

　　強(qiáng)度測(cè)試Stress Testing-核實(shí)測(cè)試對(duì)象性能行為在異�；驑O端條件(如資源減少或用戶數(shù)過(guò)多)之下的可接受性。

　　強(qiáng)度測(cè)試在系統(tǒng)資源特別低的情況下軟件系統(tǒng)運(yùn)行情況，目的是找到系統(tǒng)在哪里失效以及如何失效的地方。

　　3.簡(jiǎn)述性能測(cè)試的步驟

　　第一，分析產(chǎn)品結(jié)構(gòu)，明確性能測(cè)試的需求，包括并發(fā)、極限、配置和指標(biāo)等方面的性能要求，必要時(shí)基于LOAD測(cè)試的相同測(cè)略需同時(shí)考慮穩(wěn)定性測(cè)試的需求。

　　第二，分析應(yīng)用場(chǎng)景和用戶數(shù)據(jù)，細(xì)分用戶行為和相關(guān)的數(shù)據(jù)流，確定測(cè)試點(diǎn)或測(cè)試接口，列示系統(tǒng)接口的可能瓶頸，一般是**干接口再支線接口，并完成初步的測(cè)試用例設(shè)計(jì)。

　　第三，依據(jù)性能測(cè)試需求和確定的測(cè)試點(diǎn)進(jìn)行測(cè)試組網(wǎng)設(shè)計(jì)，并明確不同組網(wǎng)方案的重要程度或優(yōu)先級(jí)作為取舍評(píng)估的依據(jù)，必要時(shí)在前期產(chǎn)品設(shè)計(jì)中提出**性能測(cè)試的可測(cè)試性設(shè)計(jì)方案和對(duì)測(cè)試工具的需求。 第四，完成性能測(cè)試用例設(shè)計(jì)、分類(lèi)選擇和依據(jù)用戶行為分析設(shè)計(jì)測(cè)試規(guī)程，并準(zhǔn)備好測(cè)試用例將用到的測(cè)試數(shù)據(jù)。

　　第五，確定采用的測(cè)試工具。

　　第六，進(jìn)行初驗(yàn)測(cè)試，以主干接口的可用性為主，根據(jù)測(cè)試結(jié)果分析性能瓶頸，通過(guò)迭代保證基本的指標(biāo)等測(cè)試的環(huán)境。

　　第七，迭代進(jìn)行全面的性能測(cè)試，完成計(jì)劃中的性能測(cè)試用例的執(zhí)行。

　　第八，完成性能測(cè)試評(píng)估報(bào)告

性能測(cè)試面試題2

　　1.簡(jiǎn)述使用Loadrunner的步驟

　　01,創(chuàng)建腳本VuGen-創(chuàng)建腳本,選擇協(xié)議-錄制腳本-編輯腳本-檢查修改腳本是否有誤

　　02,用****器Controller來(lái)調(diào)度虛擬用戶-創(chuàng)建場(chǎng)景,選擇腳本-設(shè)置機(jī)器虛擬用戶數(shù)-設(shè)置事務(wù)-如果模擬多機(jī)測(cè)試,設(shè)置IP

　　03,運(yùn)行腳本

　　04,分析測(cè)試結(jié)果****yze

　　2.什么時(shí)候可以開(kāi)始執(zhí)行性能測(cè)試?

　　在產(chǎn)品相對(duì)比較穩(wěn)定，功能測(cè)試結(jié)束后。靈活性比較強(qiáng)。

　　3.LoadRunner由哪些部件組成?

　　Virtual User Generator、Controller、****yze

　　4.你使用LoadRunner的哪個(gè)部件來(lái)錄制腳本?

　　Virtual User Generator

　　5.LoadRunner的哪個(gè)部件可以模擬多用戶并發(fā)下回放腳本?

　　Controller

移動(dòng)端測(cè)試面試題 (菁選2篇)（擴(kuò)展2）

——手機(jī)測(cè)試面試題 (菁選2篇)

手機(jī)測(cè)試面試題1

　　1. 什么是手機(jī)軟件測(cè)試?

　　手機(jī)作為專(zhuān)用的消費(fèi)類(lèi)電子產(chǎn)品需要進(jìn)行以下測(cè)試:可靠性測(cè)試(對(duì)于硬件則是RQT;對(duì)于軟件則是field trial);標(biāo)準(zhǔn)符合性測(cè)試(FTA);互操作性測(cè)試(IOT);安全性測(cè)試(安規(guī)測(cè)試);強(qiáng)度測(cè)試等。

　　2. 什么是性能測(cè)試?

　　性能測(cè)試強(qiáng)調(diào)長(zhǎng)時(shí)間、重復(fù)或者高強(qiáng)度的進(jìn)行某些操作,來(lái)驗(yàn)證產(chǎn)品在各種極限條件下的表現(xiàn)。性能測(cè)試隸屬于軟件測(cè)試中的系統(tǒng)測(cè)試,它對(duì)軟件在集成系統(tǒng)中運(yùn)行的性能行為進(jìn)行測(cè)試,旨在及早確定和消除軟件中與構(gòu)架有關(guān)的性能瓶頸。

　　3. 手機(jī)中的性能測(cè)試分類(lèi)是什么?

　　(1) 時(shí)間相關(guān)的性能測(cè)試可分為長(zhǎng)時(shí)間保持測(cè)試和限定時(shí)間反應(yīng)測(cè)試 (2) 次數(shù)相關(guān)的性能測(cè)試是測(cè)試終端重復(fù)穩(wěn)定地進(jìn)行某項(xiàng)功能的能力 (3) 并發(fā)測(cè)試主要是測(cè)試終端同時(shí)進(jìn)行多項(xiàng)業(yè)務(wù)時(shí)表現(xiàn)出的處理能力,例如同時(shí)進(jìn)行CS域語(yǔ)音業(yè)務(wù)和PS域下載業(yè)務(wù),或者在MP3播放的同時(shí)進(jìn)行上網(wǎng)業(yè)務(wù),以測(cè)試協(xié)議棧、操作系統(tǒng)和處理器對(duì)并發(fā)業(yè)務(wù)的**能力(4) 負(fù)載測(cè)試主要是驗(yàn)證系統(tǒng)的負(fù)載工作能力。例如同時(shí)進(jìn)行多個(gè)ftp下載,使下行傳輸率接近極限值,觀察終端是否可以正常工作

　　4. 手機(jī)性能測(cè)試的方法?

　　手工測(cè)試主要是通過(guò)測(cè)試人員手動(dòng)操作,并借助某些監(jiān)測(cè)儀器和工具,來(lái)驗(yàn)證手機(jī)性能。但由于手機(jī)功能眾多,并且性能測(cè)試工作量大,如果單個(gè)測(cè)試工程師靠手動(dòng)按鍵來(lái)執(zhí)行所有測(cè)試用例,花費(fèi)的時(shí)間少則幾小時(shí),多則需要幾天的時(shí)間,這樣耗費(fèi)大量測(cè)試時(shí)間的同時(shí)也容易讓測(cè)試工程師產(chǎn)生疲倦甚至是厭倦心理,很容易造成測(cè)試的遺漏。手機(jī)測(cè)試中常碰到很多重復(fù)性高的工作,如發(fā)送數(shù)條 SMS 或者 MMS 以驗(yàn)證其收發(fā)成功率以及穩(wěn)定性、連續(xù)進(jìn)行多次呼叫、多次對(duì)文件系統(tǒng)進(jìn)行添加刪除操作、多任務(wù)多進(jìn)程情況下的沖突測(cè)試以及極限測(cè)試等等,都是重復(fù)性高的工作,手動(dòng)執(zhí)行的話費(fèi)時(shí)費(fèi)力,如果能有一套自動(dòng)執(zhí)行的機(jī)制,將能**提高測(cè)試的效率。由此產(chǎn)生了對(duì)手機(jī)自動(dòng)化測(cè)試工具的需求。手機(jī)這種板機(jī)的MMI功能測(cè)試不同于基于PC上的MMI測(cè)試,后者借助PC*臺(tái),目前市場(chǎng)上已有非常多功能強(qiáng)大且通用的自動(dòng)測(cè)試工具**其測(cè)試,如比較典型的有Winrunner, Robot, Loadrunner等等,但這些工具通常不能兼容到象手機(jī)這種嵌入式系統(tǒng)中來(lái)。這就要求測(cè)試人員能夠基于當(dāng)前*臺(tái)進(jìn)行二次開(kāi)發(fā),來(lái)滿足自動(dòng)化測(cè)試的需求。

手機(jī)測(cè)試面試題2

　　1、什么是手機(jī)軟件測(cè)試

　　手機(jī)作為專(zhuān)用的消費(fèi)類(lèi)電子產(chǎn)品需要進(jìn)行以下測(cè)試：可靠性測(cè)試(對(duì)于硬件則是RQT;對(duì)于軟件則是field trial);標(biāo)準(zhǔn)符合性測(cè)試(FTA);互操作性測(cè)試(IOT);安全性測(cè)試(安規(guī)測(cè)試);強(qiáng)度測(cè)試等。

　　2、性能測(cè)試

　　性能測(cè)試強(qiáng)調(diào)長(zhǎng)時(shí)間、重復(fù)或者高強(qiáng)度的進(jìn)行某些操作，來(lái)驗(yàn)證產(chǎn)品在各種極限條件下的表現(xiàn)。性能測(cè)試隸屬于軟件測(cè)試中的系統(tǒng)測(cè)試，它對(duì)軟件在集成系統(tǒng)中運(yùn)行的性能行為進(jìn)行測(cè)試，旨在及早確定和消除軟件中與構(gòu)架有關(guān)的性能瓶頸。

　　3、手機(jī)中的性能測(cè)試分類(lèi)

　　(1)時(shí)間相關(guān)的性能測(cè)試可分為長(zhǎng)時(shí)間保持測(cè)試和限定時(shí)間反應(yīng)測(cè)試

　　(2)次數(shù)相關(guān)的性能測(cè)試是測(cè)試終端重復(fù)穩(wěn)定地進(jìn)行某項(xiàng)功能的能力

　　(3)并發(fā)測(cè)試主要是測(cè)試終端同時(shí)進(jìn)行多項(xiàng)業(yè)務(wù)時(shí)表現(xiàn)出的處理能力，例如同時(shí)進(jìn)行CS域語(yǔ)音業(yè)務(wù)和PS域下載業(yè)務(wù)，或者在MP3播放的同時(shí)進(jìn)行上網(wǎng)業(yè)務(wù)，以測(cè)試協(xié)議棧、操作系統(tǒng)和處理器對(duì)并發(fā)業(yè)務(wù)的**能力

　　(4)負(fù)載測(cè)試主要是驗(yàn)證系統(tǒng)的負(fù)載工作能力。例如同時(shí)進(jìn)行多個(gè)ftp下載，使下行傳輸率接近極限值，觀察終端是否可以正常工作

　　4、手機(jī)性能測(cè)試的方法

　　手機(jī)性能測(cè)試的方法按照自動(dòng)化程度不同可分為手工測(cè)試和自動(dòng)測(cè)試。

　　(1)手工測(cè)試主要是通過(guò)測(cè)試人員手動(dòng)操作，并借助某些監(jiān)測(cè)儀器和工具，來(lái)驗(yàn)證手機(jī)性能

移動(dòng)端測(cè)試面試題 (菁選2篇)（擴(kuò)展3）

——金融軟件測(cè)試面試題 (菁選2篇)

金融軟件測(cè)試面試題1

　　1. pop3和imap4什么區(qū)別?

　　Pop3是郵局協(xié)議，用于電子郵件的接收

　　Imap能讓用戶進(jìn)行離線閱讀，還提供摘要瀏覽功能

　　2. 有一款手機(jī)***，電話功能正常，但是不能連接到指定的*網(wǎng)絡(luò)，你怎么來(lái)排除這個(gè)錯(cuò)誤?

　　3你用的手機(jī)，有一天突然不能輸入“6”，你怎么來(lái)判斷問(wèn)題出在哪

　　我首先會(huì)判斷是不是鍵盤(pán)出了問(wèn)題，然后再做下一步的檢查。

　　4. 手機(jī)中通訊錄的功能測(cè)試

　　對(duì)錄入功能測(cè)試、保存功能、查找功能、直接撥打功能測(cè)試等

　　5. 對(duì)電梯做測(cè)試用例

　　首先測(cè)其是否能夠正常上下運(yùn)行、電梯的門(mén)能不能在電梯到所指定的樓層是正常開(kāi)啟、在電梯里按下樓層數(shù)能不能正確到達(dá)、電梯打開(kāi)及關(guān)閉的按鍵是否靈活、緊急呼救是否能夠正常使用、每個(gè)樓層上、下兩個(gè)指示按鈕是否正常工作等

金融軟件測(cè)試面試題2

　　1. 測(cè)試員在需求分析階段要做什么

　　與開(kāi)發(fā)、客戶在一起評(píng)審，對(duì)需求文檔進(jìn)行測(cè)試。

　　2、Gogo實(shí)習(xí)項(xiàng)目的測(cè)試流程

　　熟悉所給的文件，熟悉網(wǎng)站，寫(xiě)出測(cè)試計(jì)劃、方案，由測(cè)試組長(zhǎng)分配模塊，再由每個(gè)人些本模塊的測(cè)試計(jì)劃、方案，接著進(jìn)行測(cè)試用例的編寫(xiě)、對(duì)用例的評(píng)審、用例的執(zhí)行、bug的跟蹤、提交bug報(bào)告

　　3. Gogo項(xiàng)目的測(cè)試計(jì)劃是如何出來(lái)的?

　　根據(jù)說(shuō)明文檔找處整個(gè)網(wǎng)站的重點(diǎn)模塊，根據(jù)其要求和對(duì)網(wǎng)站實(shí)際操作得來(lái)的信息在于同組人協(xié)商討論寫(xiě)出測(cè)試計(jì)劃。

　　4. 請(qǐng)使用DOS命令備份一個(gè)名為：TEST，用戶名及密碼為：user/password的oracle數(shù)據(jù)庫(kù)到d盤(pán)根目錄下保存文件名為test。簡(jiǎn)述在oracle中建立一個(gè)可用實(shí)例的主要步驟(提示：從建庫(kù)描述到初始基本數(shù)據(jù))可用性判斷標(biāo)準(zhǔn)主要是主觀的感覺(jué)，請(qǐng)思考，有沒(méi)有一些量化的標(biāo)準(zhǔn)，從而可以更加客觀地評(píng)價(jià)可用性的好壞?

　　5. 現(xiàn)在一個(gè)程序?qū)崿F(xiàn)這樣的功能：讀入三個(gè)整數(shù)值，這三個(gè)整數(shù)值表示三角形的三個(gè)邊長(zhǎng)，該程序打印信息表明三角形是不等邊三角形、等腰三角形或等邊三角形。請(qǐng)開(kāi)發(fā)一個(gè)測(cè)試用例集測(cè)試該程序，注意涵蓋盡可能多的情形，并加入適當(dāng)?shù)某鲥e(cuò)處理

　　(1)正常的不等邊三角形

　　(2)正常的等邊三角形

　　(3)正常的等腰三角形,包括兩條相等的邊的三種不同的排列方法

　　(4)正常的直角三角形

　　(5)正常等腰直角三角形,包括兩邊相等的三種不同的排列方法

　　(6)退化的三角形(即,兩邊之和等于第三邊),包括三種不同的排列方法

　　(7)三條邊不能構(gòu)成三角形(兩邊之和小于第三邊),包括三種排列方法

　　(8)一條邊長(zhǎng)度為零,兩條邊為零,三邊為零的9種排列方法

　　(9)輸入數(shù)據(jù)包含負(fù)數(shù)

　　(10)輸入數(shù)據(jù)不全(只知道2邊的長(zhǎng)度不知道第三邊)

　　(11)輸入的數(shù)據(jù)不符合程序規(guī)定的數(shù)據(jù)類(lèi)型.

移動(dòng)端測(cè)試面試題 (菁選2篇)（擴(kuò)展4）

——android測(cè)試面試題3篇

android測(cè)試面試題1

　　1、 寫(xiě)出你所知道的常見(jiàn)異常(至少5個(gè))

　　NullPointerException 空指針

　　ClassCastException **轉(zhuǎn)換錯(cuò)誤

　　ArrayIndexOutOfBoundsException 下標(biāo)越界異常

　　FileNotFoundException 文件找不到異常

　　ArithMeticException 算術(shù)異常如 5/0

　　ClassNotFoundException 類(lèi)找不到異常

　　JSONParserException json解析錯(cuò)誤異常

　　NumberFormatException 數(shù)組格式化異常

　　2、 Activity的生命周期包括那幾個(gè)方法，其中頁(yè)面打開(kāi)時(shí)執(zhí)行什么，頁(yè)面關(guān)閉時(shí)執(zhí)行什么

　　onCreate—onStart onResume onRestart

　　onPause onStop onDestroy

　　打開(kāi)：onCreate onStart onResume

　　關(guān)閉：onPause onStop onDesotry

　　A界面被完全遮擋：A會(huì)onPause onStop

　　完全遮擋它的界面關(guān)閉，A會(huì)：onRestart onStart onResume

　　A界面被半遮擋：A會(huì)onPause

　　半遮擋它的界面關(guān)閉：A會(huì)：onResume

　　3、 Android中打開(kāi)一個(gè)Activity有哪兩種方法，區(qū)別是什么

　　startActivity

　　startActivityForResult

　　startActivityForResult方式打開(kāi)的頁(yè)面關(guān)閉時(shí)，前一個(gè)頁(yè)面會(huì)得到一個(gè)自動(dòng)onActivityResult方法觸發(fā)

　　4、 Android中本地?cái)?shù)據(jù)存儲(chǔ)有哪幾種方式，分別適合用來(lái)存儲(chǔ)什么樣的數(shù)據(jù)?

　　SharedPreferences適合存儲(chǔ)比較簡(jiǎn)單的、配置文件信息(xml形式存儲(chǔ))

　　Sqlite: ：存儲(chǔ)比較多的數(shù)據(jù)信息

　　文件存儲(chǔ)：存儲(chǔ)比較簡(jiǎn)單的信息

android測(cè)試面試題2

　　1、 Android中的布局有哪幾種?

　　線性布局 LinearLayout

　　相對(duì)布局 RelativeLayout

　　絕對(duì)布局(廢棄不用) AbsoluteLayout

　　幀布局 FrameLayout

　　表格布局 TableLayout

　　網(wǎng)格布局 GridLayout

　　2、 Andorid中的四大組件是什么?分別用來(lái)干什么，越詳細(xì)越好

　　Activity：表示一個(gè)可見(jiàn)的界面

　　Service：**運(yùn)行的*面一種組件(音樂(lè)**播放、文件**下載)

　　BroadcastReceiver：自動(dòng)接收系統(tǒng)、自定義發(fā)送的廣播信息并作出響應(yīng)的.組件(收發(fā)短信，)

　　ContentProvider：不同應(yīng)用程序之間數(shù)據(jù)共享的一種組件

　　3、 Android的應(yīng)用程序架構(gòu)是什么?

　　Linux內(nèi)核層

　　系統(tǒng)運(yùn)行庫(kù)層

　　應(yīng)用程序框架層

　　應(yīng)用程序?qū)?/p>
移動(dòng)端測(cè)試面試題 (菁選2篇)（擴(kuò)展5）

——android軟件測(cè)試面試題3篇

android軟件測(cè)試面試題1

　　1、什么是手機(jī)軟件測(cè)試

　　手機(jī)作為專(zhuān)用的消費(fèi)類(lèi)電子產(chǎn)品需要進(jìn)行以下測(cè)試：可靠性測(cè)試(對(duì)于硬件則是RQT;對(duì)于軟件則是field trial);標(biāo)準(zhǔn)符合性測(cè)試(FTA);互操作性測(cè)試(IOT);安全性測(cè)試(安規(guī)測(cè)試);強(qiáng)度測(cè)試等。

　　2、性能測(cè)試

　　性能測(cè)試強(qiáng)調(diào)長(zhǎng)時(shí)間、重復(fù)或者高強(qiáng)度的進(jìn)行某些操作，來(lái)驗(yàn)證產(chǎn)品在各種極限條件下的表現(xiàn)。性能測(cè)試隸屬于軟件測(cè)試中的系統(tǒng)測(cè)試，它對(duì)軟件在集成系統(tǒng)中運(yùn)行的性能行為進(jìn)行測(cè)試，旨在及早確定和消除軟件中與構(gòu)架有關(guān)的性能瓶頸。

　　3、手機(jī)中的性能測(cè)試分類(lèi)

　　(1)時(shí)間相關(guān)的性能測(cè)試可分為長(zhǎng)時(shí)間保持測(cè)試和限定時(shí)間反應(yīng)測(cè)試

　　(2)次數(shù)相關(guān)的性能測(cè)試是測(cè)試終端重復(fù)穩(wěn)定地進(jìn)行某項(xiàng)功能的能力

　　(3)并發(fā)測(cè)試主要是測(cè)試終端同時(shí)進(jìn)行多項(xiàng)業(yè)務(wù)時(shí)表現(xiàn)出的處理能力，例如同時(shí)進(jìn)行CS域語(yǔ)音業(yè)務(wù)和PS域下載業(yè)務(wù)，或者在MP3播放的同時(shí)進(jìn)行上網(wǎng)業(yè)務(wù)，以測(cè)試協(xié)議棧、操作系統(tǒng)和處理器對(duì)并發(fā)業(yè)務(wù)的**能力

　　(4)負(fù)載測(cè)試主要是驗(yàn)證系統(tǒng)的負(fù)載工作能力。例如同時(shí)進(jìn)行多個(gè)ftp下載，使下行傳輸率接近極限值，觀察終端是否可以正常工作

　　4、手機(jī)性能測(cè)試的方法

　　手機(jī)性能測(cè)試的方法按照自動(dòng)化程度不同可分為手工測(cè)試和自動(dòng)測(cè)試。

　　手工測(cè)試主要是通過(guò)測(cè)試人員手動(dòng)操作，并借助某些監(jiān)測(cè)儀器和工具，來(lái)驗(yàn)證手機(jī)性能

　　5、白盒測(cè)試、黑盒測(cè)試

　　白盒測(cè)試(White-box Testing，又稱(chēng)邏輯驅(qū)動(dòng)測(cè)試,結(jié)構(gòu)測(cè)試)是把測(cè)試對(duì)象看作一個(gè)打開(kāi)的盒子。利用白盒測(cè)試法進(jìn)行動(dòng)態(tài)測(cè)試時(shí)，需要測(cè)試軟件產(chǎn)品的內(nèi)部結(jié)構(gòu)和處理過(guò)程，不需測(cè)試軟件產(chǎn)品的功能。白盒測(cè)試又稱(chēng)為結(jié)構(gòu)測(cè)試和邏輯驅(qū)動(dòng)測(cè)試。

　　任何工程產(chǎn)品(注意是任何工程產(chǎn)品)都可以使用以下兩種方法之一進(jìn)行測(cè)試。

　　黑盒測(cè)試：已知產(chǎn)品的功能設(shè)計(jì)規(guī)格，可以進(jìn)行測(cè)試證明每個(gè)實(shí)現(xiàn)了的功能是否符合要求。

　　白盒測(cè)試：已知產(chǎn)品的內(nèi)部工作過(guò)程，可以通過(guò)測(cè)試證明每種內(nèi)部操作是否符合設(shè)計(jì)規(guī)格要求，所有內(nèi)部成分是否以經(jīng)過(guò)檢查。

　　軟件的黑盒測(cè)試意味著測(cè)試要在軟件的接口處進(jìn)行。這種方法是把測(cè)試對(duì)象看做一個(gè)黑盒子，測(cè)試人員完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特性，只依據(jù)程序的需求規(guī)格說(shuō)明書(shū)，檢查程序的功能是否符合它的功能說(shuō)明。因此黑盒測(cè)試又叫功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試。黑盒測(cè)試主要是為了發(fā)現(xiàn)以下幾類(lèi)錯(cuò)誤：

　　1、是否有不正確或遺漏的功能?

　　2、在接口上，輸入是否能正確的接受?能否輸出正確的結(jié)果?

　　3、是否有數(shù)據(jù)結(jié)構(gòu)錯(cuò)誤或外部信息(例如數(shù)據(jù)文件)訪問(wèn)錯(cuò)誤?

　　4、性能上是否能夠滿足要求?

　　5、是否有初始化或終止性錯(cuò)誤?

　　軟件的白盒測(cè)試是對(duì)軟件的過(guò)程性細(xì)節(jié)做細(xì)致的檢查。這種方法是把測(cè)試對(duì)象看做一個(gè)打開(kāi)的盒子，它允許測(cè)試人員利用程序內(nèi)部的邏輯結(jié)構(gòu)及有關(guān)信息，設(shè)計(jì)或選擇測(cè)試用例，對(duì)程序所有邏輯路徑進(jìn)行測(cè)試。通過(guò)在不同點(diǎn)檢查程序狀態(tài)，確定實(shí)際狀態(tài)是否與預(yù)期的狀態(tài)一致。因此白盒測(cè)試又稱(chēng)為結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試。白盒測(cè)試主要是想對(duì)程序模塊進(jìn)行如下檢查：

　　1、對(duì)程序模塊的所有**的執(zhí)行路徑至少測(cè)試一遍。

　　2、對(duì)所有的邏輯判定，取“真”與取“假”的兩種情況都能至少測(cè)一遍。

　　3、在循環(huán)的邊界和運(yùn)行的界限內(nèi)執(zhí)行循環(huán)體。

　　4、測(cè)試內(nèi)部數(shù)據(jù)結(jié)構(gòu)的有效性，等等。

android軟件測(cè)試面試題2

　　問(wèn)題一：為什么要在一個(gè)團(tuán)隊(duì)中開(kāi)展軟件測(cè)試工作?

　　任何軟件在開(kāi)發(fā)過(guò)程中都會(huì)留下缺陷，帶有缺陷的軟件產(chǎn)品如果提交出去，可能會(huì)給公司帶來(lái)不可估量的損失，我們必須在客戶之前發(fā)現(xiàn)盡可能多的問(wèn)題，從而保障客戶滿意。而發(fā)現(xiàn)問(wèn)題的這個(gè)過(guò)程稱(chēng)之為測(cè)試。

　　問(wèn)題二：簡(jiǎn)述你在以前的工作中做過(guò)哪些事情，比較熟悉什么。

　　此問(wèn)題每個(gè)人都不一樣。我自己的答案如下。

　　我主要的工作是系統(tǒng)測(cè)試和自動(dòng)化測(cè)試，也曾少量涉及性能測(cè)試。在系統(tǒng)測(cè)試中，主要是對(duì)BOSS系統(tǒng)的業(yè)務(wù)邏輯功能，以及軟交換系統(tǒng)的Class 5特性進(jìn)行測(cè)試。性能測(cè)試中，主要是進(jìn)行的壓力測(cè)試，在各個(gè)不同數(shù)量請(qǐng)求的情況下，獲取系統(tǒng)響應(yīng)時(shí)間以及系統(tǒng)資源消耗情況。自動(dòng)化測(cè)試主要是通過(guò)自己寫(xiě)腳本以及一些第三方工具的結(jié)合來(lái)測(cè)試軟交換的特性測(cè)試。

　　問(wèn)題三：你所了解的的軟件測(cè)試類(lèi)型都有哪些，簡(jiǎn)單介紹一下。

　　1. 基本功能驗(yàn)證。主要是對(duì)發(fā)布的版本進(jìn)行一些最主要功能的測(cè)試。英文常見(jiàn)叫法是Smoking Test, Basic Verification Test或者Sanity Check。

　　2. 功能測(cè)試。主要是依據(jù)需求或者需求分析文檔，對(duì)所發(fā)布的版本進(jìn)行測(cè)試，看看是否滿足需求，是否出現(xiàn)了不必要的功能。

　　3. 單元測(cè)試。是開(kāi)發(fā)人員進(jìn)行的測(cè)試之一，一般是開(kāi)發(fā)人員對(duì)很小的模塊，比如函數(shù)進(jìn)行測(cè)試，一般來(lái)說(shuō)，開(kāi)發(fā)人員還需要開(kāi)發(fā)相應(yīng)的測(cè)試樁來(lái)進(jìn)行此類(lèi)測(cè)試。

　　4. 集成測(cè)試。在大型的開(kāi)發(fā)過(guò)程中，軟件是模塊化進(jìn)行開(kāi)發(fā)的，將不同的模塊揉合在一起的話，需要進(jìn)行的測(cè)試就是集成測(cè)試。

　　5. 系統(tǒng)測(cè)試。當(dāng)軟件提交給測(cè)試組后，是對(duì)整個(gè)系統(tǒng)的所有功能進(jìn)行測(cè)試，一般來(lái)說(shuō)，功能測(cè)試是系統(tǒng)測(cè)試的一個(gè)部分。

　　6. 壓力測(cè)試。主要是在很大性能的情況下，這個(gè)性能已經(jīng)接近了系統(tǒng)的極限，看看系統(tǒng)運(yùn)轉(zhuǎn)的情況。

　　7. 負(fù)載測(cè)試。主要是用各種不同的性能去檢測(cè)系統(tǒng)，采集各個(gè)數(shù)據(jù)在這些性能情況下的數(shù)據(jù)。

　　8. 黑盒測(cè)試。指系統(tǒng)對(duì)你來(lái)說(shuō)是完全不透明的，只給你留下了輸入和最終輸出，這個(gè)是功能測(cè)試的方法之一。

　　9. 灰盒測(cè)試。指在了解部分系統(tǒng)內(nèi)部工作機(jī)制的情況下，對(duì)于系統(tǒng)進(jìn)行的覆蓋性測(cè)試。

　　10. 白盒測(cè)試。主要是在單元測(cè)試和集成測(cè)試的情況下，開(kāi)發(fā)人員已知代碼，對(duì)這一段的代碼進(jìn)行全路徑的覆蓋測(cè)試。

　　11. 界面測(cè)試。主要是看用戶界面的友好性和易用性，是否有文字或者排版錯(cuò)誤，是否有輸入限制等等。

　　12. 回歸測(cè)試。一般是系統(tǒng)發(fā)現(xiàn)BUG，開(kāi)發(fā)人員修改后，和BUG直接相關(guān)以及可能相關(guān)的功能進(jìn)行的測(cè)試。

　　13. 安裝和卸載的測(cè)試。

　　14. 恢復(fù)測(cè)試。主要是一個(gè)系統(tǒng)在發(fā)生了災(zāi)難的情況下，從錯(cuò)誤中是否容易恢復(fù)。

　　15. 兼容性測(cè)試。一個(gè)系統(tǒng)在不同的語(yǔ)言，操作系統(tǒng)下的系統(tǒng)測(cè)試。

　　16. 安全測(cè)試。系統(tǒng)在遇到攻擊或者類(lèi)似情況下的表現(xiàn)。

　　17. Alpha測(cè)試。系統(tǒng)在給最終用戶前，測(cè)試人員在實(shí)驗(yàn)室中模擬最終用戶的測(cè)試。

　　18. Beta測(cè)試。由部分最終用戶通過(guò)使用來(lái)進(jìn)行的測(cè)試。

　　19. 比較測(cè)試。和其他具有相同或者類(lèi)似功能的系統(tǒng)進(jìn)行對(duì)比的測(cè)試。

　　20. 驗(yàn)收測(cè)試。一般是最終用戶在接受產(chǎn)品前，依據(jù)自己所提出的要求進(jìn)行的測(cè)試，很多情況下，驗(yàn)收測(cè)試可能委托第三方機(jī)構(gòu)完成。

　　問(wèn)題四：測(cè)試計(jì)劃工作的目的是什么?測(cè)試計(jì)劃文檔的內(nèi)容應(yīng)該包括什么?其中哪些是最重要的?

　　軟件測(cè)試計(jì)劃是指導(dǎo)測(cè)試過(guò)程的綱領(lǐng)性文件。

　　包含了產(chǎn)品概述、測(cè)試策略、測(cè)試方法、測(cè)試區(qū)域、測(cè)試配置、測(cè)試周期、測(cè)試資源、測(cè)試交流、風(fēng)險(xiǎn)分析等內(nèi)容。借助軟件測(cè)試計(jì)劃，參與測(cè)試的項(xiàng)目成員，尤其是測(cè)試管理人員，可以明確測(cè)試任務(wù)和測(cè)試方法，保持測(cè)試實(shí)施過(guò)程的順暢溝通，跟蹤和**測(cè)試進(jìn)度，應(yīng)對(duì)測(cè)試過(guò)程中的各種變更。

　　測(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ù)。所以其中最重要的是測(cè)試測(cè)試策略和測(cè)試方法(最好是能先評(píng)審)。

移動(dòng)端測(cè)試面試題 (菁選2篇)（擴(kuò)展6）

——中軟軟件測(cè)試面試題3篇

中軟軟件測(cè)試面試題1

　　1.集成測(cè)試通常都有那些策略?

　　01、在把各個(gè)模塊連接起來(lái)的時(shí)候，穿越模塊接口的數(shù)據(jù)是否會(huì)丟失;

　　02、各個(gè)子功能組合起來(lái)，能否達(dá)到預(yù)期要求的父功能;

　　03、一個(gè)模塊的.功能是否會(huì)對(duì)另一個(gè)模塊的功能產(chǎn)生不利的影響;

　　04、全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問(wèn)題;

　　05、單個(gè)模塊的誤差積累起來(lái)，是否會(huì)放大，從而達(dá)到不可接受的程度。

　　2.一個(gè)缺陷測(cè)試報(bào)告的組成

　　缺陷的標(biāo)題，缺陷的基本信息，復(fù)現(xiàn)缺陷的操作步驟，缺陷的實(shí)際結(jié)果描述，期望的正確結(jié)果描述，注釋文字和截取的缺陷圖象。

　　3.基于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è)試

中軟軟件測(cè)試面試題2

　　1. 軟件測(cè)試就是為了驗(yàn)證軟件功能實(shí)現(xiàn)的是否正確，是否完成既定目標(biāo)的活動(dòng)，所以軟件測(cè)試在軟件工程的后期才開(kāi)始具體的工作。初級(jí) (×)

　　2. 發(fā)現(xiàn)錯(cuò)誤多的模塊，殘留在模塊是的錯(cuò)誤也多。初級(jí)(√)

　　3. 測(cè)試人員在測(cè)試過(guò)程中發(fā)現(xiàn)一處問(wèn)題，如果問(wèn)題影響不大，而自己又可以修改，應(yīng)立即將此問(wèn)題正確修改，以加快、提高開(kāi)發(fā)的進(jìn)程。初級(jí)(×)

　　4. 單元測(cè)試通常應(yīng)該先進(jìn)行“人式走查”，再以白盒法為主，輔以黑盒進(jìn)行動(dòng)態(tài)測(cè)試。中級(jí)(√)

　　5. 功能測(cè)試是系統(tǒng)測(cè)試的主要內(nèi)容，檢查系統(tǒng)的功能、性能是否與需求規(guī)格說(shuō)明相同。中級(jí)(√)

　　6. 軟件質(zhì)量管理即QM由QA和QC構(gòu)成，軟件測(cè)試屬于QC的核心工作內(nèi)容。高級(jí)(√)

　　7. 軟件測(cè)試只能發(fā)現(xiàn)錯(cuò)誤，但不能保證測(cè)試后的軟件沒(méi)有錯(cuò)誤。中級(jí)(√)

　　8. 軟件就是程序。初級(jí)(×)

　　9. 測(cè)試中要做到語(yǔ)句覆蓋和分支覆蓋。就可以發(fā)現(xiàn)程序中的所有錯(cuò)誤。中級(jí)(×)

　　10. I18N測(cè)試是指對(duì)產(chǎn)品做出具有國(guó)際性的規(guī)劃，而L10測(cè)試則是指對(duì)軟件做出符合本地需求更改工作。高級(jí)(√)

中軟軟件測(cè)試面試題3

　　1. 進(jìn)行軟件質(zhì)量管理的重要性有(ACDEF )中級(jí)

　　A、 維護(hù)降低成本;

　　B、 法律上的要求;

　　C、 市場(chǎng)競(jìng)爭(zhēng)的需要;

　　D、 質(zhì)量標(biāo)準(zhǔn)化的趨勢(shì);

　　E、 軟件工程的需要;

　　F、 CMM過(guò)程的一部分

　　G、 方便與客戶進(jìn)一步溝通為后期的實(shí)施打好基礎(chǔ)

　　2. 以測(cè)試的形態(tài)分測(cè)試可以分為( ABC )中級(jí)

　　A、 建構(gòu)性測(cè)試

　　B、 系統(tǒng)測(cè)試

　　C、 專(zhuān)項(xiàng)測(cè)試

　　D、 單元測(cè)試

　　E、 組件測(cè)試

　　F、 集成系統(tǒng)

　　3. 選出屬于黑盒測(cè)試方法的選項(xiàng)( ABC )初級(jí)

　　A、 測(cè)試用例覆蓋

　　B、 輸入覆蓋

　　C、 輸出覆蓋

　　D、 分支覆蓋

　　E、 語(yǔ)句覆蓋

　　F、 條件覆蓋

　　4. 編寫(xiě)測(cè)試計(jì)劃的目的是(ABCEF)中級(jí)

　　A、 使測(cè)試工作順利進(jìn)行;

　　B、 使項(xiàng)目參與人員溝通更舒暢;

　　C、 使測(cè)試工作更加系統(tǒng)化;

　　D、 軟件工程以及軟件過(guò)程的需要;

　　E、 軟件過(guò)程規(guī)范化的需求;

　　F、 **軟件質(zhì)量

　　5. 依存關(guān)第有4種分別是(ABCD)高級(jí)

　　A、 開(kāi)始—結(jié)束

　　B、 開(kāi)始—開(kāi)始

　　C、 結(jié)束—開(kāi)始

　　D、 結(jié)束—結(jié)束

　　E、 開(kāi)始—實(shí)施—結(jié)束

　　F、 結(jié)束—審核—開(kāi)始

　　6. 軟件質(zhì)量管理(QM)應(yīng)有質(zhì)量保證(QA)和質(zhì)量**(QC)組成，下面的選項(xiàng)屬于

　　QC的是：(ABCD)高級(jí)

　　A、 測(cè)試

　　B、 跟蹤

　　C、 **

　　D、 制定計(jì)劃

　　E、 需求**

　　F、 程序代碼**

　　7. 實(shí)施缺陷跟蹤的目的是(ABCD)中級(jí)

　　A、 軟件質(zhì)量無(wú)法**

　　B、 問(wèn)題無(wú)法量化

　　C、 重復(fù)問(wèn)題接連產(chǎn)生

　　D、 解決問(wèn)題的知識(shí)無(wú)法保留

　　E、 確保缺陷得到解決

　　F、 使問(wèn)題開(kāi)成完整的閉玩處理

　　8. 使用軟件測(cè)試工具的目的(ABCD)中級(jí)

　　A、 幫助測(cè)試尋找問(wèn)題

　　B、 協(xié)助問(wèn)題的診斷

　　C、 節(jié)省測(cè)試時(shí)間

　　D、 提高BUG的發(fā)現(xiàn)率

　　E、 更好的**缺陷提高軟件質(zhì)量

　　F、 更好的`協(xié)助開(kāi)發(fā)人員

　　9. 典型的瀑布模型的四個(gè)階段是(ABCD)高級(jí)

　　A、 分析

　　B、 設(shè)計(jì)

　　C、 編碼

　　D、 測(cè)試

　　E、 需求調(diào)研

　　F、 實(shí)施

　　10. PSP是指?jìng)�(gè)人軟件過(guò)各，是一各可用于(ABC)個(gè)人軟件工作方式 的自我改善過(guò)程。

　　A、 **

　　B、 管理

　　C、 改進(jìn)

　　D、 高效

　　E、 充分

　　F、 適宜

移動(dòng)端測(cè)試面試題 (菁選2篇)（擴(kuò)展7）

——測(cè)試面試題目 (薈萃2篇)

測(cè)試面試題目1

　　1、簡(jiǎn)述軟件系統(tǒng)中用戶文檔的測(cè)試要點(diǎn)?

　　(1)讀者群。文檔面向的讀者定位要明確。對(duì)于初級(jí)用戶、中級(jí)用戶以及高級(jí)用戶應(yīng)該有不同的定位

　　(2)術(shù)語(yǔ)。文檔中用到的術(shù)語(yǔ)要適用與定位的讀者群，用法一致，標(biāo)準(zhǔn)定義與業(yè)界規(guī)范相吻合。

　　(3)正確性。測(cè)試中需檢查所有信息是否真實(shí)正確，查找由于過(guò)期產(chǎn)品說(shuō)明書(shū)和銷(xiāo)售人員夸大事實(shí)而導(dǎo)致的錯(cuò)誤。檢查所有的目錄、索引和章節(jié)引用是否已更新，嘗試鏈接是否準(zhǔn)確，產(chǎn)品**電話、地址和郵政編碼是否正確。

　　(4)完整性。對(duì)照軟件界面檢查是否有重要的分支沒(méi)有描述到，甚至是否有整個(gè)大模塊沒(méi)有描述到。

　　(5)一致性。按照文檔描述的操作執(zhí)行后，檢查軟件返回的結(jié)果是否與文檔描述的相同。

　　(6)易用性。對(duì)關(guān)鍵步驟以粗體或背景色給用戶以提示，合理的頁(yè)面布局、適量的圖表都可以給用戶更高的易用性。需要注意的是文檔要有助于用戶排除錯(cuò)誤。不但描述正確操作，也要描述錯(cuò)誤處理辦法。

　　文檔對(duì)于用戶看到的錯(cuò)誤信息應(yīng)當(dāng)有更詳細(xì)的文檔解釋。

　　(7)圖表與界面截圖。檢查所有圖表與界面截圖是否與發(fā)行版本相同。

　　(8)樣例與示例。像用戶一樣載入和使用樣例。如果是一段程序，就輸入數(shù)據(jù)并執(zhí)行它。以每一個(gè)模塊制作文件，確認(rèn)它們的正確性。

　　(9)語(yǔ)言。不出現(xiàn)錯(cuò)別字，不要出現(xiàn)有二義性的說(shuō)法。特別要注意的是屏幕截圖或繪制圖形中的文字。

　　(10)印刷與包裝。檢查印刷質(zhì)量;手冊(cè)厚度與開(kāi)本是否合適;包裝盒的大小是否合適;有沒(méi)有零碎易丟失的小部件等等。

　　2、文檔測(cè)試主要包含什么內(nèi)容?

　　文檔的完整性：主要是測(cè)試文檔內(nèi)容的全面性和完整性，從總體上把握文檔的質(zhì)量。

　　描述與軟件實(shí)際情況的一致性：主要測(cè)試軟件文檔和軟件實(shí)施的一致性。

　　易理解性：主要是檢查文檔對(duì)關(guān)鍵、重要的操作和有無(wú)圖文字說(shuō)明，文字、圖表是否易于理解。

　　文檔提供操作的實(shí)訓(xùn)：這項(xiàng)檢查內(nèi)容主要針對(duì)用戶手冊(cè)。主要功能和關(guān)鍵操作提供的應(yīng)用實(shí)例是否豐富，提供的實(shí)訓(xùn)描述是否詳細(xì)。

　　印刷和包裝質(zhì)量：主要是檢查軟件穩(wěn)定的商業(yè)化程序。

　　3、單元測(cè)試主要內(nèi)容是什么?

　　01，模塊接口測(cè)試。單元測(cè)試的基礎(chǔ)，只有在數(shù)據(jù)能正確流入，流出模塊的前提下才有意義。

　　02，局部數(shù)據(jù)結(jié)構(gòu)測(cè)試 檢查局部數(shù)據(jù)結(jié)構(gòu)是為了保證臨時(shí)存儲(chǔ)在模塊內(nèi)的數(shù)據(jù)在程序執(zhí)行中完整，正確。重點(diǎn)是一些執(zhí)行函數(shù)是否正確執(zhí)行，內(nèi)部是否運(yùn)行正確。局部數(shù)據(jù)結(jié)構(gòu)往往是錯(cuò)誤的根源，應(yīng)仔細(xì)設(shè)計(jì)測(cè)試用例。

　　03，邊界條件測(cè)試 單元測(cè)試中最重要的一項(xiàng)任務(wù)。因?yàn)檐浖��?jīng)常在邊界上失敗，采用邊界值分析，可能發(fā)現(xiàn)新的.錯(cuò)誤。

　　04，模塊中所有**路徑的測(cè)試 在模塊中執(zhí)行每一條**執(zhí)行路徑進(jìn)行測(cè)試，單元測(cè)試的基本任務(wù)保證模塊中每條語(yǔ)句執(zhí)行一次。

　　05，模塊的各條錯(cuò)誤處理通路測(cè)試：程序在遇到異常情況時(shí)不應(yīng)該退出，好的程序應(yīng)能預(yù)見(jiàn)各種出錯(cuò)條件，并預(yù)設(shè)各種出錯(cuò)處理通路。

測(cè)試面試題目2

　　1、如何理解強(qiáng)度測(cè)試?

　　強(qiáng)度測(cè)試是為了確定系統(tǒng)在最差工作環(huán)境的工作能力,也可能是用于驗(yàn)證在標(biāo)準(zhǔn)工作壓力下的各種資源的最下限指標(biāo)。

　　它和壓力測(cè)試的目標(biāo)是不同的,壓力測(cè)試是在標(biāo)準(zhǔn)工作環(huán)境下,不斷增加系統(tǒng)負(fù)荷,最終測(cè)試出該系統(tǒng)能力達(dá)到的最大負(fù)荷(穩(wěn)定和峰值),而強(qiáng)度測(cè)試則是在非標(biāo)準(zhǔn)工作環(huán)境下,甚至不斷人為降低系統(tǒng)工作環(huán)境所需要的資源,如網(wǎng)絡(luò)帶寬,系統(tǒng)內(nèi)存,數(shù)據(jù)鎖等等,以測(cè)試系統(tǒng)在資源不足的情況下的工作狀態(tài),通過(guò)強(qiáng)度測(cè)試,可以確定本系統(tǒng)正常工作的最差環(huán)境.

　　強(qiáng)度測(cè)試和壓力測(cè)試的測(cè)試指標(biāo)相近,大多都是與時(shí)間相關(guān)的指標(biāo),如并發(fā)量(吞吐量),延遲(最大最小*均)以及順序指標(biāo)等

　　強(qiáng)度測(cè)試需要對(duì)系統(tǒng)的結(jié)構(gòu)熟悉,針對(duì)系統(tǒng)的特征設(shè)計(jì)強(qiáng)度測(cè)試的方法

　　2、如何理解壓力、負(fù)載、性能測(cè)試測(cè)試?

　　性能測(cè)試是一個(gè)較大的范圍，實(shí)際上性能測(cè)試本身包括了性能，強(qiáng)度，壓力等多方面的測(cè)試內(nèi)容。

　　壓力測(cè)試是對(duì)服務(wù)器的穩(wěn)定性以及負(fù)載能力等方面的測(cè)試。主要任務(wù)是獲取系統(tǒng)正確運(yùn)行的極限，檢查系統(tǒng)的瞬間峰值負(fù)荷下正確執(zhí)行的能力。增大訪問(wèn)系統(tǒng)的用戶數(shù)量，或者幾個(gè)用戶進(jìn)行大數(shù)據(jù)量操作都是壓力測(cè)試，而負(fù)載測(cè)試是壓力相對(duì)較大的測(cè)試，性能測(cè)試的重要部分。100個(gè)用戶對(duì)系統(tǒng)進(jìn)行連續(xù)半小時(shí)的訪問(wèn)可以看做壓力測(cè)試，連續(xù)訪問(wèn)8個(gè)小時(shí)就可以認(rèn)為是負(fù)載測(cè)試。

　　實(shí)際上，做壓力測(cè)試和負(fù)載測(cè)試沒(méi)有明顯的區(qū)別，測(cè)試人員應(yīng)該站在關(guān)注整理性能的高度上來(lái)對(duì)系統(tǒng)進(jìn)行測(cè)試。

　　3、什么是系統(tǒng)瓶頸?

　　主要指整個(gè)軟件硬件構(gòu)成的軟件系統(tǒng)在某一個(gè)方面或者幾個(gè)方面能力不能滿足用戶的特定業(yè)務(wù)要求。“特定”是指瓶頸會(huì)在某些條件下出現(xiàn)。

　　嚴(yán)格的技術(shù)角度上講，所有的系統(tǒng)都會(huì)有瓶頸，因?yàn)榇蠖鄶?shù)系統(tǒng)的資源配置是不協(xié)調(diào)的，如cup使用率剛好到達(dá)100%時(shí)，內(nèi)存正好耗盡的系統(tǒng)。但是不多見(jiàn)。所以我們要從應(yīng)用角度討論：關(guān)鍵是看系統(tǒng)能否盲足用戶需求。在用戶極限使用系統(tǒng)的情況下，系統(tǒng)的響應(yīng)仍然正常，可以認(rèn)為系統(tǒng)沒(méi)有瓶頸或者瓶頸不影響用戶工作。 測(cè)試系統(tǒng)瓶頸主要是實(shí)現(xiàn)下面兩個(gè)目的：

　　--發(fā)現(xiàn)表面的瓶頸。模擬用戶的操作，找出用戶極限使用系統(tǒng)時(shí)的瓶頸，然后解決瓶頸，這是性能測(cè)試的基本目標(biāo)。

　　--發(fā)現(xiàn)潛在的瓶頸并解決，保證系統(tǒng)的長(zhǎng)期穩(wěn)定。

　　4、功能測(cè)試用例需要詳細(xì)到什么程度才是合格的?

　　一，詳細(xì)到每個(gè)步驟都寫(xiě)出來(lái)，目的是即使一個(gè)不了解的新手都可以按照測(cè)試用例來(lái)執(zhí)行工作。

　　二，主張寫(xiě)的粗糙些，類(lèi)似編寫(xiě)測(cè)試大綱。因?yàn)檐浖�開(kāi)發(fā)需求管理不規(guī)范，頻繁變動(dòng)。這樣的測(cè)試用例容易維護(hù)。然測(cè)試執(zhí)行人員有更大的發(fā)揮空間。

　　實(shí)際上，軟件測(cè)試用例的詳細(xì)程度首先要以覆蓋到測(cè)試點(diǎn)為基本要求。

移動(dòng)端測(cè)試面試題 (菁選2篇)（擴(kuò)展8）

——軟件功能測(cè)試面試題 (菁選2篇)

軟件功能測(cè)試面試題1

　　1. pop3和imap4什么區(qū)別?

　　Pop3是郵局協(xié)議，用于電子郵件的接收

　　Imap能讓用戶進(jìn)行離線閱讀，還提供摘要瀏覽功能

　　2. 有一款手機(jī)***，電話功能正常，但是不能連接到指定的*網(wǎng)絡(luò)，你怎么來(lái)排除這個(gè)錯(cuò)誤?

　　3你用的手機(jī)，有一天突然不能輸入“6”，你怎么來(lái)判斷問(wèn)題出在哪

　　我首先會(huì)判斷是不是鍵盤(pán)出了問(wèn)題，然后再做下一步的檢查。

　　4. 手機(jī)中通訊錄的功能測(cè)試

　　對(duì)錄入功能測(cè)試、保存功能、查找功能、直接撥打功能測(cè)試等

　　5. 對(duì)電梯做測(cè)試用例

　　首先測(cè)其是否能夠正常上下運(yùn)行、電梯的門(mén)能不能在電梯到所指定的樓層是正常開(kāi)啟、在電梯里按下樓層數(shù)能不能正確到達(dá)、電梯打開(kāi)及關(guān)閉的按鍵是否靈活、緊急呼救是否能夠正常使用、每個(gè)樓層上、下兩個(gè)指示按鈕是否正常工作等

　　6. 測(cè)試員在需求分析階段要做什么

　　與開(kāi)發(fā)、客戶在一起評(píng)審，對(duì)需求文檔進(jìn)行測(cè)試。

　　7Gogo實(shí)習(xí)項(xiàng)目的測(cè)試流程

　　熟悉所給的文件，熟悉網(wǎng)站，寫(xiě)出測(cè)試計(jì)劃、方案，由測(cè)試組長(zhǎng)分配模塊，再由每個(gè)人些本模塊的測(cè)試計(jì)劃、方案，接著進(jìn)行測(cè)試用例的編寫(xiě)、對(duì)用例的評(píng)審、用例的執(zhí)行、bug的跟蹤、提交bug報(bào)告

　　8. Gogo項(xiàng)目的測(cè)試計(jì)劃是如何出來(lái)的?

　　根據(jù)說(shuō)明文檔找處整個(gè)網(wǎng)站的重點(diǎn)模塊，根據(jù)其要求和對(duì)網(wǎng)站實(shí)際操作得來(lái)的信息在于同組人協(xié)商討論寫(xiě)出測(cè)試計(jì)劃。

　　9. 請(qǐng)使用DOS命令備份一個(gè)名為：TEST，用戶名及密碼為：user/password的oracle數(shù)據(jù)庫(kù)到d盤(pán)根目錄下保存文件名為test。簡(jiǎn)述在oracle中建立一個(gè)可用實(shí)例的主要步驟(提示：從建庫(kù)描述到初始基本數(shù)據(jù))可用性判斷標(biāo)準(zhǔn)主要是主觀的感覺(jué)，請(qǐng)思考，有沒(méi)有一些量化的標(biāo)準(zhǔn)，從而可以更加客觀地評(píng)價(jià)可用性的好壞?

軟件功能測(cè)試面試題2

　　1、根據(jù)你的經(jīng)驗(yàn)說(shuō)說(shuō)你對(duì)軟件測(cè)試/質(zhì)量保證的理解

　　軟件質(zhì)量保證與測(cè)試是根據(jù)軟件開(kāi)發(fā)階段的規(guī)格說(shuō)明和程序的內(nèi)部結(jié)構(gòu)而精心設(shè)計(jì)的一批測(cè)試用例(即輸入數(shù)據(jù)和預(yù)期的輸出結(jié)果)，并根據(jù)這些測(cè)試用例去運(yùn)行程序，以發(fā)現(xiàn)錯(cuò)誤的過(guò)程。它是對(duì)應(yīng)用程序的各個(gè)方面進(jìn)行測(cè)試以檢查其功能、語(yǔ)言有效性及其外觀排布。

　　2、軟件測(cè)試的流程是什么?

　　需求**：全面了解系統(tǒng)概況、應(yīng)用領(lǐng)域、軟件開(kāi)發(fā)周期、軟件開(kāi)發(fā)環(huán)境、開(kāi)發(fā)**、時(shí)間安排、功能需求、性能需求、質(zhì)量需求及測(cè)試要求等。根據(jù)系統(tǒng)概況進(jìn)行項(xiàng)目所需的人員、時(shí)間和工作量估計(jì)以及項(xiàng)目報(bào)價(jià)。

　　制定初步的項(xiàng)目計(jì)劃。

　　測(cè)試準(zhǔn)備：**測(cè)試團(tuán)隊(duì)、培訓(xùn)、建立測(cè)試和管理環(huán)境等。

　　測(cè)試設(shè)計(jì)：按照測(cè)試要求進(jìn)行每個(gè)測(cè)試項(xiàng)的測(cè)試設(shè)計(jì)，包括測(cè)試用例的設(shè)計(jì)和測(cè)試腳本的開(kāi)發(fā)等。

　　測(cè)試實(shí)施：按照測(cè)試計(jì)劃實(shí)施測(cè)試。

　　測(cè)試評(píng)估：根據(jù)測(cè)試的結(jié)果，出具測(cè)試評(píng)估報(bào)告。

　　3、你對(duì)SQA的職責(zé)和工作活動(dòng)(如軟件度量)的理解?

　　SQA就是**于軟件開(kāi)發(fā)的項(xiàng)目組，通過(guò)對(duì)軟件開(kāi)發(fā)過(guò)程的**，來(lái)保證軟件的開(kāi)發(fā)流程按照指定的CMM規(guī)程(如果有相應(yīng)的CMM規(guī)程),對(duì)于不符合項(xiàng)及時(shí)提出建議和改進(jìn)方案，必要時(shí)可以向高層經(jīng)理匯報(bào)以求問(wèn)題的解決。通過(guò)這樣的途徑來(lái)預(yù)防缺陷的引入，從而減少后期軟件的維護(hù)成本。SQA主要的工作活動(dòng)包括制定SQA工作計(jì)劃，參與階段產(chǎn)物的評(píng)審，進(jìn)行過(guò)程質(zhì)量、功能配置及物理配置的審計(jì)等;對(duì)項(xiàng)目開(kāi)發(fā)過(guò)程中產(chǎn)生的數(shù)據(jù)進(jìn)行度量等等。

　　4、說(shuō)說(shuō)你對(duì)軟件配置管理的理解

　　項(xiàng)目在開(kāi)發(fā)過(guò)程中要用相應(yīng)的配置管理工具對(duì)配置項(xiàng)(包括各個(gè)階段的產(chǎn)物)進(jìn)行變更**，配置管理的使用取決于項(xiàng)目規(guī)模和復(fù)雜性及風(fēng)險(xiǎn)的水*。軟件的規(guī)模越大，配置管理就越顯得重要。還有在配置管理中，有一個(gè)很重要的概念，那就是基線，是在一定階段各個(gè)配置項(xiàng)的組合，一個(gè)基線就提供了一個(gè)正式的標(biāo)準(zhǔn)，隨后的工作便基于此標(biāo)準(zhǔn)，并只有經(jīng)過(guò)授權(quán)后才能變更這個(gè)標(biāo)準(zhǔn)。配置管理工具主要有CC，VSS,CVS,SVN等，我只用過(guò)SVN，對(duì)其他的工具不是很熟悉。

　　5、怎樣寫(xiě)測(cè)試計(jì)劃和測(cè)試用例

　　簡(jiǎn)單點(diǎn)，測(cè)試計(jì)劃里應(yīng)有詳細(xì)的'測(cè)試策略和測(cè)試方法，合理詳盡的資源安排等，至于測(cè)試用例，那是依賴(lài)于需求(包括功能與非功能需求)是否細(xì)化到功能點(diǎn)，是否可測(cè)試等。