手機軟件測試面試題

　　在學習和工作的日常里，我們最少不了的就是試題了，借助試題可以對一個人進行全方位的考核。大家知道什么樣的試題才是規(guī)范的嗎？以下是小編為大家收集的手機軟件測試面試題，歡迎閱讀，希望大家能夠喜歡。

　　什么是手機軟件測試？

　　手機作為專用的消費類電子產(chǎn)品需要進行以下測試：可靠性測試（對于硬件則是RQT；對于軟件則是field trial）；標準符合性測試（FTA）；互操作性測試（IOT）；安全性測試（安規(guī)測試）；強度測試等。

　　什么是性能測試？

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

　　手機中的性能測試分類是什么？

　　（1） 時間相關(guān)的性能測試可分為長時間保持測試和限定時間反應(yīng)測試

　　（2） 次數(shù)相關(guān)的性能測試是測試終端重復穩(wěn)定地進行某項功能的能力

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

　　（4） 負載測試主要是驗證系統(tǒng)的負載工作能力。例如同時進行多個ftp下載，使下行傳輸率接近極限值，觀察終端是否可以正常工作

　　手機性能測試的方法？

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

　　1、怎么來設(shè)計測試方案

　　根據(jù)測試需求（涉及功能需求和非功能性需求），辨認測試要點，辨認測試環(huán)境規(guī)定，安排測試輪次，根據(jù)項目籌劃和開發(fā)籌劃做整體的測試安排。

　　被測試的特性：通過對需求規(guī)格闡明書進行分析，列出本次測試需要進行測試的各部分特性（如要測試的功能需求、性能需求、安全性需求等等）。

　　不被測試的特性：由于資源、進度等方面因素，本次測試不列入測試范疇的特性。

　　測試組網(wǎng)圖：進行本次系統(tǒng)測試所需要的軟硬件設(shè)備、配備數(shù)據(jù)已及互相間的邏輯、物理連接。此后測試執(zhí)行時需要根據(jù)這個組網(wǎng)圖來進行環(huán)境的搭建。

　　2、如果給你一種B/S系統(tǒng)你怎么來進行測試

　　此題答案還可用于回答測試流程，測試流程題亦可參照15題。

　　閱讀系統(tǒng)需求，充足理解需求，記錄問題，并與項目需求人員充足溝通。

　　編寫測試需求，涉及系統(tǒng)功能和非功能測試要點、測試類型、測試進度質(zhì)量規(guī)定等。

　　制定測試籌劃，涉及熟悉測試業(yè)務(wù)、設(shè)計測試用例、執(zhí)行測試用例、進行測試小結(jié)、編寫測試報告，任務(wù)顆粒度一般應(yīng)不不小于5人天

　　編寫測試用例，根據(jù)測試方案設(shè)計用例，即便沒有明確的性能和安全測試規(guī)定，也應(yīng)辨認進行此兩項測試。

　　執(zhí)行軟件測試。

　　進行測試小結(jié)，如果測試持續(xù)時間較長，每個版本間隙總結(jié)本輪測試。

　　編寫測試報告，總結(jié)測試過程，匯總度量數(shù)據(jù)。

　　3、怎么進行工作流的測試

　　把握需求，找準結(jié)點，理清流程，畫出流轉(zhuǎn)圖，弄清節(jié)點間的數(shù)據(jù)流轉(zhuǎn)，設(shè)計測試用例的時候必須覆蓋所有也許的流程。

　　工作流：

　　如果問到有無做過，根據(jù)對工作流的理解狀況回答，如果比較理解，可以把參與的某個項目中說上某些有工作流的，如果不是很理解就說沒有做過，但是學習過有關(guān)知識。

　　4、做性能測試的時候都需要關(guān)注哪些參數(shù)

　　并發(fā)訪問量，服務(wù)器響應(yīng)時間（最小、平均、最大）

　　并發(fā)性能測試的過程是一種負載測試和壓力測試的過程，即逐漸增長負載，直到系統(tǒng)的瓶頸或者不能接受的性能點，通過綜合分析交易執(zhí)行指標和資源監(jiān)控指標來擬定系統(tǒng)并發(fā)性能的過程。

　　負載測試（Load Testing）是擬定在多種工作負載下系統(tǒng)的性能，目的是測試當負載逐漸增長時，系統(tǒng)構(gòu)成部分的相應(yīng)輸出項，例如通過量、響應(yīng)時間、CPU負載、內(nèi)存使用等來決定系統(tǒng)的性能。

　　負載測試是一種分析軟件應(yīng)用程序和支撐架構(gòu)、模擬真實環(huán)境的使用，從而來擬定可以接受的性能過程。壓力測試（Stress Testing）是通過擬定一種系統(tǒng)的瓶頸或者不能接受的性能點，來獲得系統(tǒng)能提供的最大服務(wù)級別的測試。

　　疲勞測試是采用系統(tǒng)穩(wěn)定運營狀況下可以支持的最大并發(fā)顧客數(shù)，持續(xù)執(zhí)行一段時間業(yè)務(wù)，通過綜合分析交易執(zhí)行指標和資源監(jiān)控指標來擬定系統(tǒng)解決最大工作量強度性能的過程。

　　疲勞強度測試可以采用工具自動化的方式進行測試，也可以手工編寫程序測試，其中后者占的比例較大。

　　一般狀況下以服務(wù)器可以正常穩(wěn)定響應(yīng)祈求的最大并發(fā)顧客數(shù)進行一定期間的疲勞測試，獲取交易執(zhí)行指標數(shù)據(jù)和系統(tǒng)資源監(jiān)控數(shù)據(jù)。如浮現(xiàn)錯誤導致測試不能成功執(zhí)行，則及時調(diào)節(jié)測試指標，例如減少顧客數(shù)、縮短測試周期等。尚有一種狀況的疲勞測試是對目前系統(tǒng)性能的評估，用系統(tǒng)正常業(yè)務(wù)狀況下并發(fā)顧客數(shù)為基本，進行一定期間的疲勞測試。

　　大數(shù)據(jù)量測試可以分為兩種類型：針對某些系統(tǒng)存儲、傳播、記錄、查詢等業(yè)務(wù)進行大數(shù)據(jù)量的獨立數(shù)據(jù)量測試；與壓力性能測試、負載性能測試、疲勞性能測試相結(jié)合的綜合數(shù)據(jù)量測試方案。大數(shù)據(jù)量測試的核心是測試數(shù)據(jù)的準備，可以依托工具準備測試數(shù)據(jù)。

　　5、客戶沒給性能指數(shù)，怎么開展性能測試

　　如果客戶沒有提出明確的性能指標，可以按照慣例和經(jīng)驗設(shè)立，需要和PM協(xié)商，一般由PM確認，QA負責給出建議。

　　舉例說一種Server端程序，規(guī)定峰值時CPU和MEM消耗在75％如下，而一種頁面的訪問響應(yīng)時間一般覺得顧客的忍耐時間是3－5秒以內(nèi)，這些要參照實際的應(yīng)用來擬定顧客規(guī)模、操作頻率、同步在線數(shù)等。

　　6、有無做過接口測試，是如何做的

　　通過編寫測試程序，獲得接口指針，逐個調(diào)用接口函數(shù)驗證其對的性，及失敗操作

　　7、測試過程中是如何來保證軟件質(zhì)量的

　　測試用例編寫完畢后要加強評審的力度，保證測試用例覆蓋所有需求點

　　執(zhí)行測試過程中注意做小結(jié)檢查覆蓋狀況、審視所提缺陷質(zhì)量，復測時應(yīng)注意有關(guān)模塊的測試

　　測試時間寬裕的話可以做交叉測試，用以保證測試質(zhì)量。

　　8、測試方案都寫什么內(nèi)容

　　1概述

　　2被測對象分析

　　3應(yīng)測試的特性

　　4不被測試的特性

　　5總體設(shè)計措施

　　6測試模型

　　6.1測試組網(wǎng)圖

　　6.2構(gòu)造/對象關(guān)系圖

　　6.3測試原理

　　6.4操作規(guī)程

　　7測試需求

　　7.1環(huán)境需求

　　7.2被測對象需求

　　7.3測試工具需求

　　7.4測試代碼需求

　　7.5數(shù)據(jù)需求

　　7.6其他需求

　　8測試設(shè)計

　　8.1工具設(shè)計

　　8.2測試代碼設(shè)計

　　8.3用例設(shè)計

　　8.3.1設(shè)計原則

　　8.3.2測試項目

　　9.附錄

　　（測試方案規(guī)定根據(jù)《SRS》上的每個需求點設(shè)計出涉及需求點簡介，測試思路和具體測試措施三部分的方案）以往華為測試方案

　　目錄如下：

　　第1章技術(shù)方案

　　1.1.測試需求描述

　　1.1.1.測試類型分析

　　1.1.2.測試內(nèi)容

　　1.2.缺陷分類

　　1.3.缺陷級別

　　第2章SOW及規(guī)格的應(yīng)答

　　2.1.測試需求應(yīng)答

　　2.2.交付件應(yīng)答

　　2.2.1.軟件交付件應(yīng)答

　　2.2.2.非軟件交付件應(yīng)答

　　2.3.項目里程碑項目完畢時間應(yīng)答

　　2.4.質(zhì)量目的應(yīng)答

　　2.5.驗收原則應(yīng)答

　　2.6.限制應(yīng)答

　　2.6.1.合伙供應(yīng)商人員組織應(yīng)答

　　2.6.2.硬件設(shè)備應(yīng)答

　　2.6.3.合伙項目開發(fā)場地應(yīng)答

　　第3章類似項目成功案例

　　第4章項目具體工作籌劃

　　第5章項目估算

　　9、測試方案和測試籌劃的區(qū)別

　　測試方案是技術(shù)性的；測試籌劃更多是管理性的。

　　測試籌劃重要要考慮測試的技術(shù)可行性、核心技術(shù)、資源投入、進度安排、風險管理、配備管理、輸入輸出等。測試籌劃更多地供高層管理者決策時做參照；同步對后續(xù)測試工作開展起指引作用。

　　在某些小項目中，也許只需要一種測試方案，測試籌劃內(nèi)容相對較少，可以與測試方案合并進行；而某些大項目中，也許要設(shè)計數(shù)十個測試方案，這就需要一種提綱挈領(lǐng)的東西了，這就是測試籌劃的作用。

　　10、測試用例是根據(jù)什么寫的

　　系統(tǒng)測試用例根據(jù)需求和設(shè)計編寫

　　（華為的SDV測試用例是根據(jù)《測試方案》和測試方略來編寫的）

　　11、是怎么來設(shè)計測試用例的？

　　答：先熟悉系統(tǒng)需求，把握測試要點，設(shè)計用例的原則一方面是要覆蓋每個需求點，可以通過填寫需求跟蹤矩陣來保證覆蓋。

　　黑盒測試的測試用例設(shè)計措施：等價類劃分法、邊界值分析法、錯誤推測法、因果圖。

　　中軟軟件測試面試題：判斷題

　　1. 軟件測試就是為了驗證軟件功能實現(xiàn)的是否正確，是否完成既定目標的活動，所以軟件測試在軟件工程的后期才開始具體的工作。初級 (×)

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

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

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

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

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

　　7. 軟件測試只能發(fā)現(xiàn)錯誤，但不能保證測試后的軟件沒有錯誤。中級(√)

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

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

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

　　中軟軟件測試面試題：選擇題

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

　　A、 維護降低成本;

　　B、 法律上的要求;

　　C、 市場競爭的需要;

　　D、 質(zhì)量標準化的趨勢;

　　E、 軟件工程的需要;

　　F、 CMM過程的一部分

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

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

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

　　B、 系統(tǒng)測試

　　C、 專項測試

　　D、 單元測試

　　E、 組件測試

　　F、 集成系統(tǒng)

　　3. 選出屬于黑盒測試方法的選項( ABC )初級

　　A、 測試用例覆蓋

　　B、 輸入覆蓋

　　C、 輸出覆蓋

　　D、 分支覆蓋

　　E、 語句覆蓋

　　F、 條件覆蓋

　　4. 編寫測試計劃的目的是(ABCEF)中級

　　A、 使測試工作順利進行;

　　B、 使項目參與人員溝通更舒暢;

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

　　D、 軟件工程以及軟件過程的需要;

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

　　F、 控制軟件質(zhì)量

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

　　A、 開始—結(jié)束

　　B、 開始—開始

　　C、 結(jié)束—開始

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

　　E、 開始—實施—結(jié)束

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

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

　　QC的是：(ABCD)高級

　　A、 測試

　　B、 跟蹤

　　C、 監(jiān)督

　　D、 制定計劃

　　E、 需求審查

　　F、 程序代碼審查

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

　　A、 軟件質(zhì)量無法控制

　　B、 問題無法量化

　　C、 重復問題接連產(chǎn)生

　　D、 解決問題的知識無法保留

　　E、 確保缺陷得到解決

　　F、 使問題開成完整的閉玩處理

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

　　A、 幫助測試尋找問題

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

　　C、 節(jié)省測試時間

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

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

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

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

　　A、 分析

　　B、 設(shè)計

　　C、 編碼

　　D、 測試

　　E、 需求調(diào)研

　　F、 實施

　　10. PSP是指個人軟件過各，是一各可用于(ABC)個人軟件工作方式 的自我改善過程。

　　A、 控制

　　B、 管理

　　C、 改進

　　D、 高效

　　E、 充分

　　F、 適宜

　　中軟軟件測試面試題：問答題

　　(共9題，每題5分，共講50分)

　　1. 測試人員在軟件開發(fā)過程中的任務(wù)是什么?(初級) 1.尋找 Bug;

　　2.避免軟件開發(fā)過程中的缺陷; 3.衡量軟件的品質(zhì); 4.關(guān)注用戶的需求

　　2. 在您以往的工作中，一條軟件缺陷(或者叫BUG)記錄都包含了哪些內(nèi)容?如何提交高

　　質(zhì)量的軟件缺陷(BUG)記錄?初級

　　一條Bug記錄最基本應(yīng)包含：編號、Bug所屬模塊、Bug描述、Bug級別、發(fā)現(xiàn)日期、發(fā)現(xiàn)人、修改日期、修改人、修改方法、回歸結(jié)果等等;要有效的發(fā) 現(xiàn)Bug需參考需求以及詳細設(shè)計等前期文檔設(shè)計出高效的測試用例，然后嚴格執(zhí)行測試用例，對發(fā)現(xiàn)的問題要充分確認肯定，然后再向外發(fā)布如此才能提高提交 Bug的質(zhì)量

　　3. 黑盒測試和白盒測試是軟件測試的兩種基本方法，請分別說明各自的優(yōu)點和缺點。中級 黑盒測試的優(yōu)點有：

　　1) 比較簡單，不需要了解程序內(nèi)部的代碼及實現(xiàn); 2) 與軟件的內(nèi)部實現(xiàn)無關(guān);

　　3) 從用戶角度出發(fā)，能很容易的知道用戶會用到哪些功能，會遇到哪些問題; 4) 基于軟件開發(fā)文檔，所以也能知道軟件實現(xiàn)了文檔中的哪些功能; 5) 在做軟件自動化測試時較為方便。

　　黑盒測試的缺點有：

　　1)不可能覆蓋所有的代碼，覆蓋率較低，大概只能達到總代碼量的30%; 2)自動化測試的復用性較低。 白盒測試的優(yōu)點有：

　　幫助軟件測試人員增大代碼的覆蓋率，提高代碼的質(zhì)量，發(fā)現(xiàn)代碼中隱藏的問題 白盒測試的缺點有：

　　1) 程序運行會有很多不同的路徑，不可能測試所有的運行路徑

　　2) 測試基于代碼，只能測試開發(fā)人員做的對不對，而不能知道設(shè)計的正確與否，可能會漏掉一些功能需求

　　3) 系統(tǒng)龐大時，測試開銷會非常大。

　　4. 根據(jù)自己的理解回答什么是軟件測試，軟件測試分為哪幾個階段。初級

　　軟件測試是一個為了尋找軟件中的錯誤而運行軟件的過程，一個成功的測試是指找到了迄今為止尚未發(fā)現(xiàn)的錯誤的測試。

　　軟件測試一般分為單元測試、集成測試、系統(tǒng)測試、驗收測試

　　5. 根據(jù)自己的理解什么是測試用例和測試規(guī)程，設(shè)計一個測試用例應(yīng)當從哪幾方面考慮?

　　中級

　　狹義的講，一個測試用例就是測試人員用以測試被測軟件的某個特性或特性組合的一組數(shù)據(jù)。這組數(shù)據(jù)可能是從用戶處得來的實際的一組數(shù)據(jù)，也可能是測試人員專門設(shè)計出來的測試軟件某些功能的一組數(shù)據(jù)

　　測試規(guī)程就是詳細的對測試用例設(shè)計方法、測試方法、測試工具、測試環(huán)境和測試數(shù)據(jù)進行描述的文檔，還可以包括能把某個或某一組測試用例應(yīng)用到被測軟件上完成某項測試的一系列的操作步驟

　　設(shè)計測試用例應(yīng)當從以下幾方面考慮：邊界值，等價類劃分，場景法，有效/無效值等

　　6. 什么是軟件質(zhì)量保證?軟件質(zhì)量保證人員與開發(fā)人員的關(guān)系如何?高級

　　軟件質(zhì)量保證就是通過確保軟件過程的質(zhì)量，來保證軟件產(chǎn)品的質(zhì)量。 軟件質(zhì)量保證人員和開發(fā)人員之間具有管理上的嚴格的獨立性，兩個小組的管理員都不能越權(quán)管理另一組，但都可以向更高層的管理者匯報軟件開發(fā)中的問題

　　7. 什么叫軟件缺陷?您應(yīng)用過哪些缺陷管理工具?

　　高級

　　對軟件缺陷的定義各公司有所不同： 軟件未達到產(chǎn)品說明書標明的功能

　　軟件出現(xiàn)了產(chǎn)品說明書指明不會出現(xiàn)的錯誤 軟件功能超出產(chǎn)品說明書指明的范圍

　　軟件未達到產(chǎn)品說明書雖未指出但應(yīng)達到的目標

　　軟件測試人員認為軟件難以理解、不易使用、運行速度緩慢，或者最終用戶認為不好

　　TD、QC、bugfree

　　8. 請分別寫出ISO7層架構(gòu)，并分別說明TCP、UDP協(xié)議分別在處于哪一層，以及TCP、

　　UPD協(xié)議有什么區(qū)別。(10分)

　　7 應(yīng)用層 6 表示層 5 會話層 4 傳輸層 3網(wǎng)絡(luò)層

　　2 數(shù)據(jù)鏈路層 1 物理層

　　第四層;UDP是面向無連接、不可靠數(shù)據(jù)傳輸協(xié)議; TCP是面向連接、可靠數(shù)據(jù)傳輸協(xié)議

　　手機軟件測試面試題

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

　　2、我現(xiàn)在有個程序，發(fā)現(xiàn)在Windows上運行得很慢，怎么判別是程序存在問題還是軟硬件系統(tǒng)存在問題？

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

　　4、檢查軟件/硬件的配置是否符合軟件的推薦標準；

　　5、確認當前的系統(tǒng)是否是獨立，即沒有對外提供什么消耗CPU資源的服務(wù)；

　　6、如果是C/S或者B/S結(jié)構(gòu)的軟件，需要檢查是不是因為與服務(wù)器的連接有問題，或者訪問有問題造成的；

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

　　8、測試的策略有哪些？黑盒/白盒，靜態(tài)/動態(tài)，手工/自動，冒煙測試，回歸測試，公測（Beta測試的策略）

　　9、正交表測試用例設(shè)計方法的特點是什么？

　　10、用最少的實驗覆蓋最多的操作，測試用例設(shè)計很少，效率高，但是很復雜；

　　11、對于基本的驗證功能，以及二次集成引起的缺陷，一般都能找出來；但是更深的缺陷，更復雜的缺陷，還是無能為力的；

　　12、具體的環(huán)境下，正交表一般都很難做的。大多數(shù)，只在系統(tǒng)測試的時候使用此方法。

　　13、描述使用bugzilla缺陷管理工具對軟件缺陷（BUG）跟蹤的管理的流程？標記就是Bugzilla的狀態(tài)轉(zhuǎn)換圖。

　　14、你覺得bugzilla在使用的過程中，有什么問題？標記界面不穩(wěn)定； 根據(jù)需要配置它的不同的部分，過程很煩瑣。流程控制上，安全性不好界定，很容易對他人的Bug進行誤操作；沒有綜合的評分指標，不好確認修復的優(yōu)先級別。

　　15、描述測試用例設(shè)計的完整過程？需求分析 + 需求變更的維護工作；根據(jù)需求， 得出測試需求；設(shè)計測試方案，評審測試方案；方案評審通過后，設(shè)計測試用例，再對測試用例進行評審；

　　常見的軟件測試面試題參考

　　1.等價類劃分

　　常見的軟件測試面試題劃分等價類:等價類是指某個輸入域的子集合.在該子集合中,各個輸入數(shù)據(jù)對于揭露程序中的錯誤都是等效的并合理地假定:測試某等價類的代表值就等于對這一類其它值的測試.因此,可以把全部輸入數(shù)據(jù)合理劃分為若干等價類,在每一個等價類中取一個數(shù)據(jù)作為測試的輸入條件,就可以用少量代表性的測試數(shù)據(jù).取得較好的測試結(jié)果.等價類劃分可有兩種不同的情況:有效等價類和無效等價類.

　　2.邊界值分析法

　　邊界值分析方法是對等價類劃分方法的補充。測試工作經(jīng)驗告訴我,大量的錯誤是發(fā)生在輸入或輸出范圍的邊界上,而不是發(fā)生在輸入輸出范圍的內(nèi)部.因此針對各種邊界情況設(shè)計測試用例,可以查出更多的錯誤.

　　使用邊界值分析方法設(shè)計測試用例,首先應(yīng)確定邊界情況.通常輸入和輸出等價類的邊界,就是應(yīng)著重測試的邊界情況.應(yīng)當選取正好等于,剛剛大于或剛剛小于邊界的值作為測試數(shù)據(jù),而不是選取等價類中的典型值或任意值作為測試數(shù)據(jù).

　　3.錯誤推測法

　　基于經(jīng)驗和直覺推測程序中所有可能存在的各種錯誤,從而有針對性的設(shè)計測試用例的方法.

　　錯誤推測方法的基本思想:列舉出程序中所有可能有的錯誤和容易發(fā)生錯誤的特殊情況,根據(jù)他們選擇測試用例.例如,在單元測試時曾列出的許多在模塊中常見的錯誤.以前產(chǎn)品測試中曾經(jīng)發(fā)現(xiàn)的錯誤等,這些就是經(jīng)驗的總結(jié)。還有,輸入數(shù)據(jù)和輸出數(shù)據(jù)為0的情況。輸入表格為空格或輸入表格只有一行.這些都是容易發(fā)生錯誤的情況。可選擇這些情況下的例子作為測試用例.

　　4.因果圖方法

　　前面介紹的等價類劃分方法和邊界值分析方法,都是著重考慮輸入條件,但未考慮輸入條件之間的聯(lián)系,相互組合等.考慮輸入條件之間的相互組合,可能會產(chǎn)生一些新的情況.但要檢查輸入條件的組合不是一件容易的事情,即使把所有輸入條件劃分成等價類,他們之間的組合情況也相當多.因此必須考慮采用一種適合于描述對于多種條件的組合,相應(yīng)產(chǎn)生多個動作的形式來考慮設(shè)計測試用例.這就需要利用因果圖（邏輯模型）.因果圖方法最終生成的就是判定表.它適合于檢查程序輸入條件的各種組合情況.

　　5.正交表分析法

　　有時候，可能因為大量的參數(shù)的組合而引起測試用例數(shù)量上的激增，同時，這些測試用例并沒有明顯的優(yōu)先級上的差距，而測試人員又無法完成這么多數(shù)量的測試，就可以通過正交表來進行縮減一些用例，從而達到盡量少的用例覆蓋盡量大的范圍的可能性。

　　6.場景分析方法

　　指根據(jù)用戶場景來模擬用戶的操作步驟，這個比較類似因果圖，但是可能執(zhí)行的深度和可行性更好。

　　軟件測試面試題

　　問題一：為什么要在一個團隊中開展軟件測試工作?

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

　　問題二：簡述你在以前的工作中做過哪些事情，比較熟悉什么。

　　此問題每個人都不一樣。我自己的答案如下。

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

　　問題三：你所了解的的軟件測試類型都有哪些，簡單介紹一下。

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

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

　　3. 單元測試。是開發(fā)人員進行的測試之一，一般是開發(fā)人員對很小的模塊，比如函數(shù)進行測試，一般來說，開發(fā)人員還需要開發(fā)相應(yīng)的測試樁來進行此類測試。

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

　　5. 系統(tǒng)測試。當軟件提交給測試組后，是對整個系統(tǒng)的所有功能進行測試，一般來說，功能測試是系統(tǒng)測試的一個部分。

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

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

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

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

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

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

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

　　13. 安裝和卸載的測試。

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

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

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

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

　　18. Beta測試。由部分最終用戶通過使用來進行的測試。

　　19. 比較測試。和其他具有相同或者類似功能的系統(tǒng)進行對比的測試。

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

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

　　軟件測試計劃是指導測試過程的綱領(lǐng)性文件。

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

　　測試計劃和測試詳細規(guī)格、測試用例之間是戰(zhàn)略和戰(zhàn)術(shù)的關(guān)系，測試計劃主要從宏觀上規(guī)劃測試活動的范圍、方法和資源配置，而測試詳細規(guī)格、測試用例是完成測試任務(wù)的具體戰(zhàn)術(shù)。所以其中最重要的是測試測試策略和測試方法(最好是能先評審)。

　　問題五：你認為做好測試計劃工作的關(guān)鍵是什么?

　　1. 明確測試的目標，增強測試計劃的實用性

　　編寫軟件測試計劃得重要目的就是使測試過程能夠發(fā)現(xiàn)更多的軟件缺陷，因此軟件測試計劃的價值取決于它對幫助管理測試項目，并且找出軟件潛在的缺陷。因此，軟件測試計劃中的測試范圍必須高度覆蓋功能需求，測試方法必須切實可行，測試工具并且具有較高的實用性，便于使用，生成的測試結(jié)果直觀、準確

　　2. 堅持“5W”規(guī)則，明確內(nèi)容與過程

　　“5W”規(guī)則指的是“What(做什么)”、“Why(為什么做)”、“When(何時做)”、“Where(在哪里)”、“How(如何做)”。利用“5W”規(guī)則創(chuàng)建軟件測試計劃，可以幫助測試團隊理解測試的目的(Why)，明確測試的范圍和內(nèi)容(What)，確定測試的開始和結(jié)束日期(When)，指出測試的方法和工具(How)，給出測試文檔和軟件的存放位置(Where)。

　　3. 采用評審和更新機制，保證測試計劃滿足實際需求

　　測試計劃寫作完成后，如果沒有經(jīng)過評審，直接發(fā)送給測試團隊，測試計劃內(nèi)容的可能不準確或遺漏測試內(nèi)容，或者軟件需求變更引起測試范圍的增減，而測試計劃的內(nèi)容沒有及時更新，誤導測試執(zhí)行人員。

　　4. 分別創(chuàng)建測試計劃與測試詳細規(guī)格、測試用例

　　應(yīng)把詳細的測試技術(shù)指標包含到獨立創(chuàng)建的測試詳細規(guī)格文檔，把用于指導測試小組執(zhí)行測試過程的測試用例放到獨立創(chuàng)建的測試用例文檔或測試用例管理數(shù)據(jù)庫中。測試計劃和測試詳細規(guī)格、測試用例之間是戰(zhàn)略和戰(zhàn)術(shù)的關(guān)系，測試計劃主要從宏觀上規(guī)劃測試活動的范圍、方法和資源配置，而測試詳細規(guī)格、測試用例是完成測試任務(wù)的具體戰(zhàn)術(shù)。

【手機軟件測試面試題】相關(guān)文章：

做手機軟件的心得體會案例01-01

android面試題08-16

Java面試題09-27

面試題及答案02-06

求職面試題11-27

分析面試題范文10-28

原則面試題范文02-07

高校招聘面試題09-27

iOS面試題集合11-06

Java框架面試題12-17