- 相關(guān)推薦
質(zhì)量工程師筆試試題
質(zhì)量工程師主要負(fù)責(zé)產(chǎn)品是否能按照質(zhì)量標(biāo)準(zhǔn)ISO9000系列準(zhǔn)確實(shí)施等工作。本文將介紹質(zhì)量工程師筆試試題。
質(zhì)量工程師筆試試題:
1基礎(chǔ)選擇題
1. 軟件測試的對象包括__B__。
A.目標(biāo)程序和相關(guān)文檔 B.源程序、目標(biāo)程序、數(shù)據(jù)及相關(guān)文檔
C.目標(biāo)程序、操作系統(tǒng)和平臺(tái)軟件 D.源程序和目標(biāo)程序
2. 軟件測試類型按開發(fā)階段劃分是__C___。
A.需求測試、單元測試、集成測試、驗(yàn)證測試
B.單元測試、集成測試、確認(rèn)測試、系統(tǒng)測試、驗(yàn)收測試
C.單元測試、集成測試、驗(yàn)證測試、確認(rèn)測試、驗(yàn)收測試
D.調(diào)試、單元測試、集成測試、用戶測試
3. V模型指出,_A___(1)對程序設(shè)計(jì)進(jìn)行驗(yàn)證,_D___(2)對系統(tǒng)設(shè)計(jì)進(jìn)行驗(yàn)證,_C___(3)應(yīng)當(dāng)追溯到用戶需求說明。
(1)A.單元和集成測試 B.集成測試 C.驗(yàn)收測試和確認(rèn)測試 D.驗(yàn)證測試
(2)A.單元測試 B.集成測試 C.功能測試 D.系統(tǒng)測試
(3)A.代碼測試 B.集成測試 C.驗(yàn)收測試 D.單元測試
4. 缺陷管理的流程可以概括為:測試人員提交新的錯(cuò)誤入庫,錯(cuò)誤狀態(tài)為1;高級(jí)測試人員驗(yàn)證錯(cuò)誤,如果確認(rèn)是錯(cuò)誤,分配給相應(yīng)的開發(fā)人員,設(shè)置狀態(tài)為2,如果不是錯(cuò)誤,則拒絕,設(shè)置為“拒絕”狀態(tài);開發(fā)人員查詢狀態(tài)為3的錯(cuò)誤,做如下處理:如果不是錯(cuò)誤,設(shè)置狀態(tài)為“拒絕”,如果是錯(cuò)誤則修復(fù)并置狀態(tài)為4,如果不能解決的錯(cuò)誤,要留下文字說明并保持錯(cuò)誤為“拒絕”狀態(tài);測試人員查詢解決狀態(tài)為5的錯(cuò)誤,驗(yàn)證錯(cuò)誤是否已解決,做如下處理:如問題解決了置錯(cuò)誤的狀態(tài)為6,如果問題沒有解決則置狀態(tài)為7。上述流程中1至7相對應(yīng)的狀態(tài)標(biāo)識(shí)為__C__。
A.新信息→打開→打開→修復(fù)→修復(fù)→關(guān)閉→重新打開
B.打開→修復(fù)→關(guān)閉→修復(fù)→修復(fù)→關(guān)閉→打開
C.新信息→打開→打開→關(guān)閉→修復(fù)→關(guān)閉→重新打開
D.新信息→打開→打開→修復(fù)→關(guān)閉→修復(fù)→重新打開
2 問答題
1. 什么是測試生命周期,解釋一下它的各個(gè)階段?
軟件測試整個(gè)生命周期是
測試需求分析→ 測試計(jì)劃 → 測試設(shè)計(jì) → 測試開發(fā) → 測試執(zhí)行 → 測試評估,測試計(jì)劃就是定義一個(gè)測試項(xiàng)目的過程,以便能夠正確的度量和控制測試。
2. 你以前測試的過程或質(zhì)量管理過程中遇到過哪些典型問題?你是如何解決的?
3. 簡述ISO和CMMI的基本模型或概念。
4. 如果你有無窮多的水,一個(gè)3公升的提桶,一個(gè)5公升的提桶,兩只提桶形狀上下都不均勻,問你如何才能準(zhǔn)確稱出4公升的水?
3 SQL編程
假設(shè)有兩張表A和B,A表有兩個(gè)字段:Key_A和Value_A;B表有兩個(gè)字段:Key_B和Value_B。各用一個(gè)SQL語句實(shí)現(xiàn)如下功能:
1、 從A和B中查詢出A.Key_A=B.Key_B的所有記錄;
2、 將B表中的記錄全部插入A表;
3、 查詢出A表中存在而B表中不存在的記錄;
4、 查詢出A表和B表中完全相同的記錄;
5、 當(dāng)A.Key_A=B.Key_B時(shí),將A表的Value_A字段更新為的B表Value_B字段;
4 應(yīng)用題
公司已經(jīng)有人力資源管理系統(tǒng),員工信息表有以下字段:公司錄用日期(A)、離開公司日期(B)、在崗狀態(tài)(在崗和離職,C)、所在部門(D)、工齡(E)、員工姓名(F)、員工標(biāo)示(G,建唯一索引)等等。
公司根據(jù)成本核算的要求,需要統(tǒng)計(jì)各員工在上一個(gè)月的在職天數(shù)報(bào)表(提示:周六周日也算在職,即在公司的日子就是在職。注意,公司每個(gè)月都可能有新員工來,也可能有員工離職)。
請回答下面的問題之一:
A. 寫出設(shè)計(jì)思路,畫出統(tǒng)計(jì)邏輯流程圖。
B. 設(shè)計(jì)測試這個(gè)報(bào)表的測試用例。
5 測試分析題
閱讀下列文字,回答問題1至3。
軟件系統(tǒng)性能調(diào)優(yōu)的關(guān)鍵是首先做好性能故障定位,面對軟件系統(tǒng)中運(yùn)行在不同平臺(tái)上的多個(gè)服務(wù)器、多種應(yīng)用、大量工作站以及局域網(wǎng)、廣域網(wǎng)和其他類型的網(wǎng)絡(luò)體系結(jié)構(gòu),故障點(diǎn)交錯(cuò),故障定位測試非常復(fù)雜。下述是《工作流平臺(tái)系統(tǒng)》的性能測試案例描述及結(jié)果數(shù)據(jù):
l 測試案例描述:模擬多用戶登錄《工作流平臺(tái)系統(tǒng)》,針對工作流A、B、C分別連續(xù)創(chuàng)建20個(gè)實(shí)例,在單機(jī)和集群運(yùn)行環(huán)境下分別對系統(tǒng)進(jìn)行負(fù)載壓力性能測試。單機(jī)環(huán)境下測試用機(jī)與一臺(tái)應(yīng)用服務(wù)器連在同一交換機(jī)上,壓力直接加在一臺(tái)應(yīng)用服務(wù)器上。集群環(huán)境下測試用機(jī)與服務(wù)器集群連接在同一交換機(jī)上,壓力由負(fù)載均衡模塊分?jǐn)偟絻膳_(tái)應(yīng)用服務(wù)器上。在單機(jī)和集群運(yùn)行環(huán)境中應(yīng)用服務(wù)器和一臺(tái)數(shù)據(jù)庫服務(wù)器連接。
l 客戶端交易并發(fā)執(zhí)行測試數(shù)據(jù):
1 單機(jī)運(yùn)行環(huán)境
測試案例 用戶并發(fā)數(shù) 響應(yīng)時(shí)間(秒)
最大值 平均值 最小值
創(chuàng)建工作流A實(shí)例 120 0.675 0.686 0.03
240 0.756 0.749 0.034
2 集群運(yùn)行環(huán)境
測試案例 用戶并發(fā)數(shù) 響應(yīng)時(shí)間(秒)
最大值 平均值 最小值
創(chuàng)建工作流A實(shí)例 120 0.113 0.088 0.01
240 0.103 0.117 0.01
l 服務(wù)器資源占用情況
1 單機(jī)運(yùn)行環(huán)境
a) 應(yīng)用服務(wù)器資源占用情況
測試案例 并發(fā)用戶數(shù) 資源占用指標(biāo) 最大值 平均值 最小值
創(chuàng)建工作流A實(shí)例 120 CPU Utilization(%) 33.8 10.054 2.9
Paging Rate(page/s) 2.5 0.082 0
Disk traffic(Mbyte/s) 9.75 0.813 0
240 CPU Utilization(%) 38.1 8.713 0.875
Paging Rate(page/s) 0.25 0.015 0
Disk traffic(Mbyte/s) 2.6 0.336 0
b) 數(shù)據(jù)庫服務(wù)器資源占用情況
【質(zhì)量工程師筆試試題】相關(guān)文章:
邁瑞硬件工程師筆試題08-08
軟件測試工程師筆試題09-26
用友軟件Java工程師筆試題09-26
網(wǎng)絡(luò)工程師筆試試題08-07
2017軟件測試工程師筆試題09-25
Java軟件開發(fā)工程師筆試題09-26
雅虎筆試題09-26
HTC筆試題09-26
網(wǎng)易筆試題09-26
精選Java筆試題09-26