華為軟件測試工程師筆試題目

華為軟件測試工程師筆試題目

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

依據(jù)測試需求(包括功能需求和非功能性需求)，識別測試要點，識別測試環(huán)境要求，安排測試輪次，依據(jù)工程規(guī)劃和開發(fā)規(guī)劃做整體的測試安排。

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

不被測試的特性：由于資源、進度等方面緣由，本次測試不列入測試范圍的特性;

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

2、假如給你一個B/S系統(tǒng)你怎么來進展測試

此題答案還可用于答復(fù)測試流程，測試流程題亦可參考15題。

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

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

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

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

執(zhí)行軟件測試，

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

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

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

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

工作流：

假如問到有沒有做過，依據(jù)對工作流的了解狀況答復(fù)，假如比擬了解，可以把參加的某個工程中說上一些有工作流的，假如不是很了解就說沒有做過，但是學(xué)習(xí)過相關(guān)學(xué)問。

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

并發(fā)訪問量，效勞器響應(yīng)時間(最小、平均、最大)

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

負載測試(LoadTesting)是確定在各種工作負載下系統(tǒng)的性能，目標是測試當負載漸漸增加時，系統(tǒng)組成局部的”相應(yīng)輸出項，例如通過量、響應(yīng)時間、CPU負載、內(nèi)存使用等來打算系統(tǒng)的性能。

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

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

一般狀況下以效勞器能夠正常穩(wěn)定響應(yīng)懇求的最大并發(fā)用戶數(shù)進展肯定時間的疲憊測試，獵取交易執(zhí)行指標數(shù)據(jù)和系統(tǒng)資源監(jiān)控數(shù)據(jù)。如消失錯誤導(dǎo)致測試不能勝利執(zhí)行，則準時調(diào)整測試指標，例如降低用戶數(shù)、縮短測試周期等。還有一種狀況的疲憊測試是對當前系統(tǒng)性能的評估，用系統(tǒng)正常業(yè)務(wù)狀況下并發(fā)用戶數(shù)為根底，進展肯定時間的疲憊測試。

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

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

假如客戶沒有提出明確的性能指標，可以根據(jù)慣例和閱歷設(shè)置，需要和PM協(xié)商，一般由PM確認，QA負責(zé)給出建議。

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

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

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

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

測試用例編寫完畢后要加強評審的力度，確保測試用例掩蓋全部需求點

執(zhí)行測試過程中留意做小結(jié)檢查掩蓋狀況、端詳所提缺陷質(zhì)量，復(fù)測時應(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.附錄

(測試方案要求依據(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)答

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

2.6.3.合作工程開發(fā)場地應(yīng)答

第3章類似工程勝利案例

第4章工程具體工作規(guī)劃

第5章工程估算

9、測試方案和測試規(guī)劃的區(qū)分

測試方案是技術(shù)性的;測試規(guī)劃更多是治理性的。

測試規(guī)劃主要要考慮測試的技術(shù)可行性、關(guān)鍵技術(shù)、資源投入、進度安排、風(fēng)險治理、配置治理、輸入輸出等。測試規(guī)劃更多地供高層治理者決策時做參考;同時對后續(xù)測試工作開展起指導(dǎo)作用。

在一些小工程中，可能只需要一個測試方案，測試規(guī)劃內(nèi)容相對較少