軟件測(cè)試工程師筆試題

1、怎么來(lái)設(shè)計(jì)測(cè)試方案?

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

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

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

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

2、如果給你一個(gè)B/S系統(tǒng)你怎么來(lái)進(jìn)行測(cè)試?

此題答案還可用于回答測(cè)試流程，測(cè)試流程題亦可參考15題。

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

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

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

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

執(zhí)行軟件測(cè)試，

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

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

3、怎么進(jìn)行工作流的測(cè)試?

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

工作流：

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

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

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

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

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

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

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

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

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

5、客戶沒(méi)給性能指數(shù)，怎么開(kāi)展性能測(cè)試?

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

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

6、有沒(méi)有做過(guò)接口測(cè)試，是如何做的?

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

7、測(cè)試過(guò)程中是如何來(lái)保證軟件質(zhì)量的?

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

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

測(cè)試時(shí)間寬裕的話可以做交叉測(cè)試，用以確保測(cè)試質(zhì)量。

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

1概述

2被測(cè)對(duì)象分析

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

4不被測(cè)試的特性

5總體設(shè)計(jì)方法

6測(cè)試模型

6.1測(cè)試組網(wǎng)圖

6.2結(jié)構(gòu)/對(duì)象關(guān)系圖

6.3測(cè)試原理

6.4操作規(guī)程

7測(cè)試需求

7.1環(huán)境需求

7.2被測(cè)對(duì)象需求

7.3測(cè)試工具需求

7.4測(cè)試代碼需求

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

7.6其它需求

8測(cè)試設(shè)計(jì)

8.1工具設(shè)計(jì)

8.2測(cè)試代碼設(shè)計(jì)

8.3用例設(shè)計(jì)

8.3.1設(shè)計(jì)原則

8.3.2測(cè)試項(xiàng)目

9.附錄

(測(cè)試方案要求根據(jù)《SRS》上的每個(gè)需求點(diǎn)設(shè)計(jì)出包括需求點(diǎn)簡(jiǎn)介，測(cè)試思路和詳細(xì)測(cè)試方法三部分的方案) 以往華為測(cè)試方案　　目錄如下：

第1章 技術(shù)方案

1.1. 測(cè)試需求描述

1.1.1. 測(cè)試類型分析

1.1.2. 測(cè)試內(nèi)容

1.2. 缺陷分類

1.3. 缺陷級(jí)別

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

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

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

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

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

2.3. 項(xiàng)目里程碑項(xiàng)目完成時(shí)間應(yīng)答

2.4. 質(zhì)量目標(biāo)應(yīng)答

2.5. 驗(yàn)收標(biāo)準(zhǔn)應(yīng)答

2.6. 限制應(yīng)答

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

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

2.6.3. 合作項(xiàng)目開(kāi)發(fā)場(chǎng)地應(yīng)答

第3章 類似項(xiàng)目成功案例

第4章 項(xiàng)目詳細(xì)工作計(jì)劃

第5章 項(xiàng)目估算

9、測(cè)試方案和測(cè)試計(jì)劃的區(qū)別?

測(cè)試方案是技術(shù)性的;測(cè)試計(jì)劃更多是管理性的。

測(cè)試計(jì)劃主要要考慮測(cè)試的技術(shù)可行性、關(guān)鍵技術(shù)、資源投入、進(jìn)度安排、風(fēng)險(xiǎn)管理、配置管理、輸入輸出等。

測(cè)試計(jì)劃更多地供高層、管理者決策時(shí)做參考;同時(shí)對(duì)后續(xù)測(cè)試工作開(kāi)展起指導(dǎo)作用。

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

10、測(cè)試用例是根據(jù)什么寫(xiě)的?

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

(華為的SDV測(cè)試用例是根據(jù)《測(cè)試方案》和測(cè)試策略來(lái)編寫(xiě)的)

11、是怎么來(lái)設(shè)計(jì)測(cè)試用例的?

答：先熟悉系統(tǒng)需求，把握測(cè)試要點(diǎn)，設(shè)計(jì)用例的原則首先是要覆蓋每個(gè)需求點(diǎn)，可以通過(guò)填寫(xiě)需求跟蹤矩陣來(lái)保證覆蓋。

黑盒測(cè)試的測(cè)試用例設(shè)計(jì)方法：等價(jià)類劃分法、邊界值分析法、錯(cuò)誤推測(cè)法、因果圖。

12、有沒(méi)有測(cè)過(guò)手機(jī)終端的項(xiàng)目?

根據(jù)實(shí)際情況回答，如果沒(méi)有測(cè)試過(guò)，可以回答，公司有過(guò)類似業(yè)務(wù)。

手機(jī)終端測(cè)試

13、對(duì)測(cè)試工作的認(rèn)識(shí)是什么?

答：軟件測(cè)試是軟件開(kāi)發(fā)過(guò)程的重要組成部分，是用來(lái)確認(rèn)一個(gè)程序的品質(zhì)或性能是否符合開(kāi)發(fā)之前所提出的一些要求。軟件測(cè)試就是在軟件投入運(yùn)行前，對(duì)軟件需求分析、設(shè)計(jì)規(guī)格說(shuō)明和編碼的最終復(fù)審，是軟件質(zhì)量保證的關(guān)鍵步驟。軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過(guò)程。

軟件測(cè)試在軟件生存期中橫跨兩個(gè)階段：通常在編寫(xiě)出每一個(gè)模塊之后就對(duì)它做必要的測(cè)試(稱為單元測(cè)試)。編碼和單元測(cè)試屬于軟件生命周期中的同一個(gè)階段。在結(jié)束這個(gè)階段后對(duì)軟件系統(tǒng)還要進(jìn)行各種綜合測(cè)試，這是軟件生命周期的另一個(gè)獨(dú)立階段，即測(cè)試階段。

華為獨(dú)立外包測(cè)試一般包括ST(系統(tǒng)測(cè)試)和SDV(詳細(xì)設(shè)計(jì)驗(yàn)證)兩個(gè)階段。

14、缺陷是怎么管理的?

答：我們采用了Rational ClearQuest來(lái)管理缺陷。

測(cè)試人員執(zhí)行測(cè)試，發(fā)現(xiàn)缺陷，錄入CQ，要求填寫(xiě)項(xiàng)目名稱、子系統(tǒng)名稱、模塊名稱、缺陷標(biāo)題、缺陷描述(描述場(chǎng)景、現(xiàn)象)、缺陷級(jí)別、提出人等。狀態(tài)：已提交。

項(xiàng)目經(jīng)理或開(kāi)發(fā)組長(zhǎng)確認(rèn)缺陷后分配給開(kāi)發(fā)人員，狀態(tài)：已分配。

開(kāi)發(fā)人員修復(fù)缺陷完成后，將修復(fù)缺陷所花費(fèi)的時(shí)間填寫(xiě)的Schedule中，缺陷的產(chǎn)生原因填寫(xiě)在備注中，因采用UCM模式，所有造成該缺陷的錯(cuò)誤代碼文件，在UCM視圖中可以統(tǒng)計(jì)。狀態(tài)：已處理。

測(cè)試人員復(fù)測(cè)，如缺陷已經(jīng)修復(fù)，則關(guān)閉缺陷，狀態(tài)：已關(guān)閉。如缺陷仍然存在，則修改狀態(tài)為已分配。

當(dāng)缺陷存在爭(zhēng)議時(shí)，開(kāi)發(fā)組長(zhǎng)或開(kāi)發(fā)人員可以申請(qǐng)否決，由項(xiàng)目經(jīng)理、技術(shù)經(jīng)理、測(cè)試負(fù)責(zé)人、相關(guān)開(kāi)發(fā)人員和測(cè)試人員共同決定缺陷是否可以否決。狀態(tài)：已申請(qǐng)否決、已否決。

當(dāng)前不能修復(fù)，或當(dāng)前版本無(wú)法解決的缺陷可以申請(qǐng)延期，狀態(tài)：已申請(qǐng)延期、已延期。

15、介紹一下測(cè)試流程：

答：項(xiàng)目啟動(dòng)后進(jìn)行需求培訓(xùn)，測(cè)試人員盡早的參與到項(xiàng)目需求的培訓(xùn)和評(píng)審，也就是測(cè)試工作應(yīng)該從需求階段開(kāi)始介入。

項(xiàng)目經(jīng)理編寫(xiě)《項(xiàng)目計(jì)劃》，開(kāi)發(fā)人員產(chǎn)出《需求規(guī)格說(shuō)明書(shū)》，這時(shí)測(cè)試組長(zhǎng)就要根據(jù)《項(xiàng)目計(jì)劃》開(kāi)始編寫(xiě)《測(cè)試計(jì)劃》，其中包括人員，軟件硬件資源，測(cè)試點(diǎn)，進(jìn)度安排和風(fēng)險(xiǎn)識(shí)別等內(nèi)容?！稖y(cè)試計(jì)劃》編寫(xiě)完成后需要進(jìn)行評(píng)審，參與人員有項(xiàng)目經(jīng)理，測(cè)試經(jīng)理。測(cè)試組長(zhǎng)需要根據(jù)評(píng)審意見(jiàn)修改《測(cè)試計(jì)劃》，并上傳到CC上，由配置管理員管理。

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

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

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

16、一個(gè)關(guān)于測(cè)試方案評(píng)審的分歧?

我們?cè)镜牧鞒淌峭瓿煞桨赴ㄓ美筮M(jìn)行評(píng)審，華為的建議是，在測(cè)試方案(即測(cè)試人員總結(jié)出測(cè)試重點(diǎn)等)之后，即進(jìn)行評(píng)審，不能等全部用例完成。

關(guān)于版本缺陷密度的問(wèn)題：?jiǎn)栍袥](méi)有統(tǒng)計(jì)。如果CQ中正常登記的話，是可以利用工具統(tǒng)計(jì)出來(lái)。CQ還可以根據(jù)需要定制查詢。關(guān)于測(cè)試提交標(biāo)準(zhǔn)：我講了公司的標(biāo)準(zhǔn)，他說(shuō)客戶也會(huì)有自己的標(biāo)準(zhǔn)。我回復(fù)說(shuō)是可以依據(jù)客戶標(biāo)準(zhǔn)進(jìn)行調(diào)整。

17、Unix系統(tǒng)熟識(shí)，運(yùn)用Informix 數(shù)據(jù)庫(kù)。

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

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

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

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

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

mkdir -m 777 /tmp/abc 用所有用戶可讀可寫(xiě)可執(zhí)行的存取模式

建立目錄 /tmp/aaa ，存取模式參看命令 chmod

mkdir -p /tmp/a/b/c 建立目錄 /tmp/a/b/c ，若不存在目錄 /tmp/a

及/tmp/a/b 則建立之

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

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

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

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

pack 文件... 將指定文件轉(zhuǎn)儲(chǔ)為壓縮格式，文件名后加 .z ， 文件存取模式，訪問(wèn)時(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í)可以編輯要編輯的文本，命令 a A i I o O c C s S R 可進(jìn)入輸入模式，在輸入模式下按 ESC 鍵可推出輸入模式，回到命令模式，在命令模式中敲入： 命令，則可進(jìn)入ex方式，在屏幕底部出現(xiàn)提示符 ： ，此時(shí)可使用任意ex命令，屏幕底行也用來(lái)作/ ? ! 命令的提示行，大多數(shù)命令可以在其前面加數(shù)字，表示命令執(zhí)行的重復(fù)次數(shù)，下面簡(jiǎn)單介紹一下vi 的命令集，^ 表示(CTRL)鍵

quit 退出bc

18、金融業(yè)務(wù)系統(tǒng)的測(cè)試，有哪些要點(diǎn)?

首先要根據(jù)客戶的需求文檔，保證業(yè)務(wù)邏輯正確、符合要求。舉例授信審批流程來(lái)說(shuō)，主要測(cè)試前面崗位錄入的數(shù)值資料傳遞到流程最后一個(gè)崗位后能正確顯示;以及操作員的權(quán)限控制嚴(yán)格按照需求要求，不同的權(quán)限除了在流程中的作用不同，所能執(zhí)行的功能也不同

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

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

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

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

21、銀行的系統(tǒng)是否在同一個(gè)頁(yè)面，用不同權(quán)限的業(yè)務(wù)員登陸會(huì)顯示不同的結(jié)果?會(huì)不會(huì)因?yàn)樽约号渲玫牟缓侠矶a(chǎn)生錯(cuò)誤?

1)有同一個(gè)頁(yè)面用不同權(quán)限的業(yè)務(wù)員顯示不同結(jié)果的情況，主要表現(xiàn)為所能執(zhí)行的操作不同，所能查詢數(shù)據(jù)的范圍不同。

2) 對(duì)于不確定的錯(cuò)誤，一般不會(huì)立刻當(dāng)缺陷處理，需要跟相關(guān)人員溝通，確認(rèn)了并非自己部署得不正確的原因，才會(huì)提缺陷。這個(gè)很重要。