華為測試面試題

華為測試面試題

華為測試面試題

1.怎么來設(shè)計(jì)測試方案?

根據(jù)測試需求(包括功能需求和非功能性需求)，識別測試要點(diǎn)，識別測試環(huán)境要求，安排測試輪次，根據(jù)項(xiàng)目計(jì)劃和開發(fā)計(jì)劃做整體的測試安排。

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

不被測試的特性：由于資源、進(jìn)度等方面原因，本次測試不列入測試范圍的特性;

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

2.如果給你一個(gè)BS系統(tǒng)你怎么來進(jìn)行測試?此題答案還可用于回答測試流程，測試流程題亦可參考15題。

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

編寫測試需求，包括系統(tǒng)功能和非功能測試要點(diǎn)、測試類型、測試進(jìn)度質(zhì)量要求等。

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

編寫測試用例，根據(jù)測試方案設(shè)計(jì)用例，即便沒有明確的性能和安全測試要求，也應(yīng)識別進(jìn)行此兩項(xiàng)測試。

執(zhí)行軟件測試，

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

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

3.怎么進(jìn)行工作流的測試

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

工作流：

如果問到有沒有做過，根據(jù)對工作流的了解情況回答，如果比較了解，可以把參與的某個(gè)項(xiàng)目中說上一些有工作流的，如果不是很了解就說沒有做過，但是學(xué)習(xí)過相關(guān)知識。

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

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

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

負(fù)載測試(LoadTesting)是確定在各種工作負(fù)載下系統(tǒng)的性能，目標(biāo)是測試當(dāng)負(fù)載逐漸增加時(shí)，系統(tǒng)組成部分的相應(yīng)輸出項(xiàng)，例如通過量、響應(yīng)時(shí)間、cPU負(fù)載、內(nèi)存使用等來決定系統(tǒng)的性能。

負(fù)載測試是一個(gè)分析軟件應(yīng)用程序和支撐架構(gòu)、模擬真實(shí)環(huán)境的使用，從而來確定能夠接收的性能過程。壓力測試(StressTesting)是通過確定一個(gè)系統(tǒng)的瓶頸或者不能接收的性能點(diǎn)，來獲得系統(tǒng)能提供的最大服務(wù)級別的測試。

疲勞測試是采用系統(tǒng)穩(wěn)定運(yùn)行情況下能夠支持的最大并發(fā)用戶數(shù)，持續(xù)執(zhí)行一段時(shí)間業(yè)務(wù)，通過綜合分析交易執(zhí)行指標(biāo)和資源監(jiān)控指標(biāo)來確定系統(tǒng)處理最大工作量強(qiáng)度性能的過程。疲勞強(qiáng)度測試可以采用工具自動(dòng)化的方式進(jìn)行測試，也可以手工編寫程序測試，其中后者占的比例較大。

一般情況下以服務(wù)器能夠正常穩(wěn)定響應(yīng)請求的最大并發(fā)用戶數(shù)進(jìn)行一定時(shí)間的疲勞測試，獲取交易執(zhí)行指標(biāo)數(shù)據(jù)和系統(tǒng)資源監(jiān)控?cái)?shù)據(jù)。如出現(xiàn)錯(cuò)誤導(dǎo)致測試不能成功執(zhí)行，則及時(shí)調(diào)整測試指標(biāo)，例如降低用戶數(shù)、縮短測試周期等。還有一種情況的疲勞測試是對當(dāng)前系統(tǒng)性能的評估，用系統(tǒng)正常業(yè)務(wù)情況下并發(fā)用戶數(shù)為基礎(chǔ)，進(jìn)行一定時(shí)間的疲勞測試。

大數(shù)據(jù)量測試可以分為兩種類型：針對某些系統(tǒng)存儲(chǔ)、傳輸、統(tǒng)計(jì)、查詢等業(yè)務(wù)進(jìn)行大數(shù)據(jù)量的獨(dú)立數(shù)據(jù)量測試;與壓力性能測試、負(fù)載性能測試、疲勞性能測試相結(jié)合的綜合數(shù)據(jù)量測試方案。大數(shù)據(jù)量測試的關(guān)鍵是測試數(shù)據(jù)的準(zhǔn)備，可以依靠工具準(zhǔn)備測試數(shù)據(jù)。

5.如果客戶沒有給你性能指數(shù)時(shí)，你怎么來開展性能測試工作?

如果客戶沒有提出明確的性能指標(biāo)，可以按照慣例和經(jīng)驗(yàn)設(shè)置，需要和Pm協(xié)商，一般由Pm確認(rèn)，qA負(fù)責(zé)給出建議。

舉例說一個(gè)Server端程序，要求峰值時(shí)cPU和mEm消耗在75%以下，而一個(gè)頁面的訪問響應(yīng)時(shí)間一般認(rèn)為用戶的忍耐時(shí)間是3-5秒以內(nèi)，這些要參考實(shí)際的應(yīng)用來確定用戶規(guī)模、操作頻率、同時(shí)在線數(shù)等。

6.有沒有做過接口測試，是如何做的?

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

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

測試用例編寫完畢后要加強(qiáng)評審的力度，確保測試用例覆蓋所有需求點(diǎn)

執(zhí)行測試過程中注意做小結(jié)檢查覆蓋情況、審視所提缺陷質(zhì)量，復(fù)測時(shí)應(yīng)

《測試計(jì)劃》編寫完成后需要進(jìn)行評審，參與人員有項(xiàng)目經(jīng)理，測試經(jīng)理。測試組長需要根據(jù)評審意見修改《測試計(jì)劃》，并上傳到cc上，由配置管理員管理。

待開發(fā)人員把《需求規(guī)格說明書》歸納好并打了基線，測試組長開始組織測試成員編寫《測試方案》，《測試方案》編寫完成后也需要進(jìn)行評審，評審人員包括項(xiàng)目經(jīng)理，開發(fā)人員，測試經(jīng)理，測試組長，測試成員;測試組長組織測試成員修改測試方案，直到評審?fù)ㄟ^后才進(jìn)入下個(gè)階段――編寫測試用例。

測試用例是根據(jù)《測試方案》來編寫的，通過《測試方案》階段，測試人員對整個(gè)系統(tǒng)需求有了詳細(xì)的理解。這時(shí)開始編寫用例才能保證用例的可執(zhí)行和對需求的覆蓋。測試用例需要包括測試項(xiàng)，用例級別，預(yù)置條件，操作步驟和預(yù)期結(jié)果。其中操作步驟和預(yù)期結(jié)果需要編寫詳細(xì)和明確。測試用例應(yīng)該覆蓋測試方案，而測試方案又覆蓋了測試需求點(diǎn)，這樣才能保證客戶需求不遺漏。同樣，測試用例也需要通過開發(fā)人員，測試人員的評審，測試組長也需要組織測試人員對測試用例進(jìn)行修改，直到評審?fù)ㄟ^。

在我們編寫測試用例的階段，開發(fā)人員基本完成代碼的編寫，同時(shí)完成單元測試。提交測試中心后根據(jù)《測試計(jì)劃》進(jìn)度安排，測試組長組織進(jìn)行多輪次的測試，每輪測試完成后測試組長需要編寫測試報(bào)告，其中包括用例執(zhí)行通過情況，缺陷分布情況，缺陷產(chǎn)生原因，測試中的風(fēng)險(xiǎn)等等，這時(shí)測試人員就修改增加測試用例。待到開發(fā)修改完bug并轉(zhuǎn)來新的測試版本，測試人員開始進(jìn)行第二輪的系統(tǒng)測試，首先回歸完問題單，再繼續(xù)進(jìn)行測試，編寫第二輪的測試報(bào)告，如此循環(huán)下去，直到系統(tǒng)測試結(jié)束。

16.一個(gè)關(guān)于測試方案評審的分歧

我們原本的流程是完成方案包括用例后進(jìn)行評審，華為的建議是，在測試方案(即測試人員總結(jié)出測試重點(diǎn)等)之后，即進(jìn)行評審，不能等全部用例完成。

關(guān)于版本缺陷密度的問題：問有沒有統(tǒng)計(jì)。如果cq中正常登記的話，是可以利用工具統(tǒng)計(jì)出來。cq還可以根據(jù)需要定制查詢。

關(guān)于測試提交標(biāo)準(zhǔn)：我講了公司的標(biāo)準(zhǔn)，他說客戶也會(huì)有自己的標(biāo)準(zhǔn)。我回復(fù)說是可以依據(jù)客戶標(biāo)準(zhǔn)進(jìn)行調(diào)整，

17.對Unix系統(tǒng)是否熟識，是否會(huì)運(yùn)用Informix數(shù)據(jù)庫。

ls列出指定目錄下的文件，缺省目錄為當(dāng)前目錄.

pwd顯示當(dāng)前的工作目錄

cd回到注冊進(jìn)入時(shí)的目錄cdtmp進(jìn)入tmp目錄cd..進(jìn)入上級目錄

mkdir[-m模式][-p]目錄名建立目錄

mkdirtmp在當(dāng)前目錄下建立子目錄tmp

mkdir-m777tmpabc用所有用戶可讀可寫可執(zhí)行的存取模式

建立目錄tmpaaa，存取模式參看命令chmod

mkdir-ptmpabc建立目錄tmpabc，若不存在目錄tmpa

及tmpab則建立之

mv[-f][-i]文件1[文件2...]目標(biāo)將文件移動(dòng)至目標(biāo)，若目標(biāo)是文件名，則相當(dāng)于文件改名

rm[-f][-i]文件...或rm-r[-f][-i]目錄名...[文件]用來刪除文件或目錄

cmp[-l][-s]文件1文件2比較兩個(gè)文件，

diff[-be]文件1文件2比較兩個(gè)文本文件，將不同的行列出來

pack文件...將指定文件轉(zhuǎn)儲(chǔ)為壓縮格式，文件名后加.z，文件存取模式，訪問時(shí)間，修改時(shí)間等均不變

pcat文件...顯示輸出壓縮文件

unpack文件...將壓縮后的文件解壓后轉(zhuǎn)儲(chǔ)為壓縮前的格式

vi[-wn][-R]文件...

vi是一個(gè)基于行器ex上的全屏幕器，可以在vi中使用ex，ed的全部命令，vi選項(xiàng)中-wn指將窗口大小置為n行，-R為將的文件置為只讀模式，vi工作模式分為命令模式和輸入模式，一般情況下在命令模式下，可敲入vi命令，進(jìn)入輸入模式下時(shí)可以要的文本，命令aAiIooccsSR可進(jìn)入輸入模式，在輸入模式下按ESc鍵可推出輸入模式，回到命令模式，在命控制嚴(yán)格按照需求要求，不同的權(quán)限除了在流程中的作用不同，所能執(zhí)行的功能也不同

19.平時(shí)測試時(shí)怎么保證頁面間傳值正確?

除了看頁面的顯示，還要連接數(shù)據(jù)庫對相應(yīng)的表進(jìn)行查詢，對數(shù)據(jù)庫表結(jié)構(gòu)不了解時(shí)，會(huì)詢問相關(guān)的開發(fā)人員。

20.對于系統(tǒng)運(yùn)行產(chǎn)生的日志文件是否關(guān)注?

答：只是適當(dāng)了解，公司對于服務(wù)器的維護(hù)安排有人負(fù)責(zé)。

21.銀行的系統(tǒng)是否在同一個(gè)頁面，用不同權(quán)限的業(yè)務(wù)員登陸會(huì)顯示不