成人AV在线无码|婷婷五月激情色,|伊人加勒比二三四区|国产一区激情都市|亚洲AV无码电影|日av韩av无码|天堂在线亚洲Av|无码一区二区影院|成人无码毛片AV|超碰在线看中文字幕

測試工程師筆試題

測試工程師筆試題一、計(jì)算機(jī)知識(30分)1、 在Linux 系統(tǒng)中,一個(gè)文件的訪問權(quán)限是755,其含義是什么?參考答案:755表示該文件所有者對該文件具有讀、寫、執(zhí)行權(quán)限,該文件所有者所在組用戶及其他

測試工程師筆試題

一、計(jì)算機(jī)知識(30分)

1、 在Linux 系統(tǒng)中,一個(gè)文件的訪問權(quán)限是755,其含義是什么?

參考答案:

755表示該文件所有者對該文件具有讀、寫、執(zhí)行權(quán)限,該文件所有者所在組用戶及其他用戶對該文件具有讀和執(zhí)行權(quán)限。

2、 Linux 中,如何從root 用戶切換到普通用戶?

參考答案:su

su user1 切換到user1,但切換后的當(dāng)前目錄還是root 訪問的目錄

su – user1 切換到user1,并且當(dāng)前目錄切換到user1的根目錄下(/home/user1/)

3、 簡述一下C/S模式和B/S模式的區(qū)別?

參考答案:

c/s 是客戶端/服務(wù)器 架構(gòu)

b/s 是瀏覽器/服務(wù)器 架構(gòu)

C/S模式有以下特點(diǎn):

1.C/S模式將應(yīng)用與服務(wù)分離, 系統(tǒng)具有穩(wěn)定性和靈活性

2.C/S模式配備的是點(diǎn)對點(diǎn)的結(jié)構(gòu)模式, 適用于局域網(wǎng), 有可靠的安全性

3. 由于客戶端實(shí)現(xiàn)與服務(wù)器端的直接連接, 沒有中間環(huán)節(jié), 因此響應(yīng)速度快

4. 在C/S模式中, 作為客戶機(jī)的計(jì)算機(jī)都要安裝客戶機(jī)程序, 一旦軟件系統(tǒng)升級, 每臺客戶機(jī)都要安裝客戶機(jī)程序, 系統(tǒng)升級和維護(hù)較為復(fù)雜

B/S模式有以下特點(diǎn):

1. 系統(tǒng)開發(fā)、維護(hù)、升級方便

每當(dāng)服務(wù)器應(yīng)用程序升級時(shí),只要在服務(wù)器上升級服務(wù)應(yīng)用程序即可,用戶計(jì)算機(jī)上的瀏覽器軟件不需要修改,系統(tǒng)開發(fā)和升級維護(hù)方便

2.B/S模式具有很強(qiáng)的開放性

在B/S模式下,用戶通過通用的瀏覽器進(jìn)行訪問,系統(tǒng)開放性好

3.B/S模式的結(jié)構(gòu)易于擴(kuò)展

由于Web 的平臺無關(guān)性,B/S模式的結(jié)構(gòu)可以任意擴(kuò)展,可以從包含一臺服務(wù)器和幾個(gè)用戶的小型系統(tǒng)擴(kuò)展成為擁有成千上萬個(gè)用戶的大型系統(tǒng)

4. 用戶使用方便

B/S模式的應(yīng)用軟件都是基于Web 瀏覽器的,而Web 瀏覽器的界面是類似的。對于無用戶交換功能的頁面。用戶接觸的界面都是一致的,用戶使用方便

4、 Windows 操作系統(tǒng)中PATH 環(huán)境變量的作用是什么?

參考答案:

PATH 是Windows 操作系統(tǒng)環(huán)境變量,PATH 作用是用戶在命令行窗口執(zhí)行一個(gè)命令,則在PATH 變量設(shè)置的目錄下依次尋找該命令或?qū)?yīng)的執(zhí)行文件,若找到,則執(zhí)行,若沒有找到,則命令行窗口返回?zé)o效命令。

5、 TCP 和UDP 有什么區(qū)別?

參考答案:

TCP-有連接, 所以握手過程會(huì)消耗資源, 過程為可靠連接, 不會(huì)丟失數(shù)據(jù), 適合大數(shù)據(jù)量交換

,

6、 DNS 是什么?它是如何工作的?

參考答案:

域名解析服務(wù)。用于將域名解析為IP ,或反和將IP 解析為域名。

客戶機(jī)可指定DNS 服務(wù)器來解析,或用本機(jī)hosts 文件進(jìn)行解析。

7、 說出4種及以上常用的操作系統(tǒng)及其主要的應(yīng)用范圍(微軟的操作系統(tǒng)除外)。 參考答案:

Linux (Red Hat、SUSE 、Debian 、Trubo Linux):主要用于搭建各類服務(wù)器

MAC OS:蘋果機(jī)的操作系統(tǒng),用于圖像處理

Unix (AIX :IBM 服務(wù)器的專用操作系統(tǒng);

Solaris :Sun 操作系統(tǒng);FreeBSD 、NetBSD )

8面向?qū)ο蟪绦蛟O(shè)計(jì)有哪些特點(diǎn)?

參考答案:

面向?qū)ο蟪绦蛟O(shè)計(jì)以需求當(dāng)中的數(shù)據(jù)作為中心,來進(jìn)行設(shè)計(jì),具有良好的代碼重用性。 封裝性:也叫數(shù)據(jù)隱藏,用戶無需知道內(nèi)部工作流程,只要知道接口和操作就可以的,C 中一般用類來實(shí)現(xiàn)封裝。

繼承性: 一種支持重用的思想,在現(xiàn)有的類型派生出新的子類,例如新型電視機(jī)在原有型號的電視機(jī)上增加若干中功能而得到,新型電視機(jī)是原有電視機(jī)的派生,繼承了原有電視機(jī)的屬性,并增加了新的功能。

多態(tài)性:指在一般類中定義的屬性或行為,被特殊類繼承之后,可以具有不同的數(shù)據(jù)類型或表現(xiàn)出不同的行為。

動(dòng)態(tài)聯(lián)編:指一個(gè)計(jì)算機(jī)程序自身彼此關(guān)聯(lián)的過程,按照聯(lián)編所進(jìn)行的階段不同,可分為兩種不同的聯(lián)編方法:靜態(tài)聯(lián)編和動(dòng)態(tài)聯(lián)編。

9、一條軟件缺陷記錄都包含哪些內(nèi)容?

參考答案:

bug 編號

bug 發(fā)現(xiàn)人

bug 發(fā)現(xiàn)時(shí)間

bug 狀態(tài)

bug 嚴(yán)重程度

bug 所屬版本

bug 所屬模塊

bug 處理人

bug 修改日期

bug 簡單描述

bug 詳細(xì)描述

bug 相關(guān)附件

bug 初步分析

10、一套完整的測試應(yīng)該由哪些階段組成?

參考答案:

測試計(jì)劃、測試設(shè)計(jì)與開發(fā)、測試實(shí)施、測試評審與測試結(jié)論

,

二、測試知識(50分)

1、您以往所從事的軟件測試工作中,是否使用了一些工具來進(jìn)行軟件缺陷(Bug )的管理?如果有,請結(jié)合該工具描述軟件缺陷(Bug )跟蹤管理的流程。(10分)

參考答案:

1. 拿到新版本

2. 進(jìn)行測試發(fā)現(xiàn)BUG 后提交SUBMIT (測試)

3. 由相應(yīng)人員置為NEW 的狀態(tài)

4. 修改BUG ,F(xiàn)IXED (開發(fā))(當(dāng)然也有可能被判定為不是BUG 或者需要討論決定的)

5. 回歸測試,修改BUG 狀態(tài),F(xiàn)IXED VERIFIED或者REOPEN (測試)

6.REOPEN 的話開發(fā)繼續(xù)修改,F(xiàn)IXED VERIFIED的話由相應(yīng)人員CLOSE 這個(gè)BUG 。

2、請?jiān)囍容^一下黑盒測試、白盒測試、單元測試、集成測試、系統(tǒng)測試、驗(yàn)收測試的區(qū)別與聯(lián)系。(10分)

參考答案:

黑盒測試:把測試對象當(dāng)成一個(gè)黑盒子,測試人員完全不考慮邏輯結(jié)構(gòu)和內(nèi)部特性,只依據(jù)程式的需求說明書來檢查程式的功能是否滿足它的功能說明。

白盒測試:把測試對象當(dāng)成一個(gè)透明的盒子,允許測試人員利用程序內(nèi)部邏輯結(jié)構(gòu)及相關(guān)信息,設(shè)計(jì)或選擇測試用例,對程式所有邏輯路徑進(jìn)行測試。

單元測試:白盒測試的一種,對軟件設(shè)計(jì)中的單元模塊進(jìn)行測試。

集成測試:在單元測試的基礎(chǔ)上,對單元模塊之間的連接和組裝w 進(jìn)行測試。

系統(tǒng)測試:在所有都考慮的情況下,對系統(tǒng)進(jìn)行測試。

驗(yàn)收測試:第三方進(jìn)行的確認(rèn)軟件滿足需求的測試

3、你所熟悉的測試用例設(shè)計(jì)方法有哪些?分別以具體的例子說明在實(shí)際測試中的應(yīng)用。(10分)

參考答案:

1.等價(jià)類劃分

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

2.邊界值分析法

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

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

3.錯(cuò)誤推測法

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

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

,

輸入表格為空格或輸入表格只有一行. 這些都是容易發(fā)生錯(cuò)誤的情況. 可選擇這些情況下的例子作為測試用例.

4.因果圖方法

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

4、畫出軟件測試的V 模型圖。(5分)

參考答案:

5、軟件的安全性應(yīng)從哪幾個(gè)方面去測試?(5分)

參考答案:

(1)用戶認(rèn)證機(jī)制:如數(shù)據(jù)證書、智能卡、雙重認(rèn)證、安全電子交易協(xié)議

(2)加密機(jī)制

(3)安全防護(hù)策略:如安全日志、入侵檢測、隔離防護(hù)、漏洞掃描

(4)數(shù)據(jù)備份與恢復(fù)手段:存儲設(shè)備、存儲優(yōu)化、存儲保護(hù)、存儲管理

(5)防病毒系統(tǒng)

6、描述軟件產(chǎn)生內(nèi)存泄露的原因以及檢查方式。(可以結(jié)合一種開發(fā)語言進(jìn)行描述)(5分) 參考答案:

內(nèi)存泄露的原因,主要是由于開發(fā)過程當(dāng)中申請了計(jì)算機(jī)資源(例如對象、內(nèi)存等),但是使用資源完成以后沒有及時(shí)釋放資源導(dǎo)致的。例如在C 語言當(dāng)中使用了malloc 申請了內(nèi)存,但是未使用free 來釋放內(nèi)存。

7、簡述軟件自動(dòng)化測試工具的原理。(5分)

參考答案:

測試工具的優(yōu)勢在于可部分地替代人工的測試過程,通過測試工具來模擬人的手工操作,這個(gè)過程中會(huì)記錄操作的對象和操作的順序,然后在回放時(shí)按照錄制的順序操作這些對象。 能重復(fù)不斷地執(zhí)行,能精確判斷數(shù)值和字符對象。自動(dòng)化測試工具把測試用例用自動(dòng)的方式執(zhí)行,例如,自動(dòng)地產(chǎn)生數(shù)據(jù),自動(dòng)地打開應(yīng)用程序,自動(dòng)地查找控件, 自動(dòng)地輸入數(shù)據(jù),自動(dòng)地操作控件,自動(dòng)地收集測試結(jié)果,自動(dòng)地與預(yù)期結(jié)果進(jìn)行比較等。

,

三、數(shù)據(jù)庫(10分)

為管理業(yè)務(wù)培訓(xùn)信息,建立3個(gè)表:

S(S#,SN,SD,SA) S#,SN,SD,SA分別代表學(xué)號,學(xué)員姓名,所屬單位,學(xué)員年齡

C(C#,CN) C#,CN分別代表課程編號,課程名稱

SC(S#,C#,G) S#,C#,G分別代表學(xué)號,所選的課程編號,學(xué)習(xí)成績

(1) 使用標(biāo)準(zhǔn)SQL 嵌套語句查詢選修課程名稱為’稅收基礎(chǔ)’的學(xué)員學(xué)號和姓名?

答:select s# ,sn from s where S# in(select S# from c,sc where c.c#=sc.c# and cn=’稅收基礎(chǔ)’)

(2) 使用標(biāo)準(zhǔn)SQL 嵌套語句查詢選修課程編號為’C2’的學(xué)員姓名和所屬單位? 答:select sn,sd from s,sc where s.s#=sc.s# and sc.c#=’c2’

(3) 使用標(biāo)準(zhǔn)SQL 嵌套語句查詢不選修課程編號為’C5’的學(xué)員姓名和所屬單位? 答:select sn,sd from s where s# not in(select s# from sc where c#=’c5’)

(4) 查詢選修了課程的學(xué)員人數(shù)

答:select 學(xué)員人數(shù)=count(distinct s#) from sc

(5) 查詢選修課程超過5門的學(xué)員學(xué)號和所屬單位?

答:select sn,sd from s where s# in(select s# from sc group by s# having count(distinct c#)>5)

四、編程題(10分)

編程輸出1/1 1/3 1/5 …… 1/99的和。

參考答案:

public class Sum {

public static void main(String[] args) {

float sum = 0.0f;

for(float i=1.0f;i<=99.0f;i=i 2)

{

sum = 1/i sum;

}

System.out.println(sum);

}

}

附加題

談?wù)勡浖y試技術(shù),以及一個(gè)優(yōu)秀的軟件測試人員應(yīng)該具備的素質(zhì)。

一、判斷題

1.軟件測試的目的是盡可能多的找出軟件的缺陷。(Y )

2.Beta 測試是驗(yàn)收測試的一種。(Y )

3.驗(yàn)收測試是由最終用戶來實(shí)施的。(N )

4.項(xiàng)目立項(xiàng)前測試人員不需要提交任何工件。(Y )

5.單元測試能發(fā)現(xiàn)約80的軟件缺陷。(Y )

,

6.代碼評審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。(N )

7.自底向上集成需要測試員編寫驅(qū)動(dòng)程序。(Y )

8.負(fù)載測試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。(N )

9.測試人員要堅(jiān)持原則,缺陷未修復(fù)完堅(jiān)決不予通過。(N )

10.代碼評審員一般由測試員擔(dān)任。(N )

11.我們可以人為的使得軟件不存在配置問題。(N )

12.集成測試計(jì)劃在需求分析階段末提交。(N )

二、選折

1.軟件驗(yàn)收測試的合格通過準(zhǔn)則是:(ABCD )

A . 軟件需求分析說明書中定義的所有功能已全部實(shí)現(xiàn),性能指標(biāo)全部達(dá)到要求。

B . 所有測試項(xiàng)沒有殘余一級、二級和三級錯(cuò)誤。

C . 立項(xiàng)審批表、需求分析文檔、設(shè)計(jì)文檔和編碼實(shí)現(xiàn)一致。

D . 驗(yàn)收測試工件齊全。

2.軟件測試計(jì)劃評審會(huì)需要哪些人員參加?(ABCD )

A .項(xiàng)目經(jīng)理

B .SQA 負(fù)責(zé)人

C .配置負(fù)責(zé)人

D .測試組

3.下列關(guān)于alpha 測試的描述中正確的是:(AD )

A .a(chǎn)lpha 測試需要用戶代表參加

B .a(chǎn)lpha 測試不需要用戶代表參加

C .a(chǎn)lpha 測試是系統(tǒng)測試的一種

D .a(chǎn)lpha 測試是驗(yàn)收測試的一種

,

4.測試設(shè)計(jì)員的職責(zé)有:(BC )

A .制定測試計(jì)劃

B .設(shè)計(jì)測試用例

C .設(shè)計(jì)測試過程、腳本

D .評估測試活動(dòng)

5.軟件實(shí)施活動(dòng)的進(jìn)入準(zhǔn)則是:(ABC )

A .需求工件已經(jīng)被基線化

B .詳細(xì)設(shè)計(jì)工件已經(jīng)被基線化

C .構(gòu)架工件已經(jīng)被基線化

D .項(xiàng)目階段成果已經(jīng)被基線化

三、添空

1. 軟件驗(yàn)收測試包括:正式驗(yàn)收測試,alpha 測試,beta 測試。

2. 系統(tǒng)測試的策略有:功能測試,性能測試,可靠性測試,負(fù)載測試,易用性測試,強(qiáng)度測試,安全測試,配置測試,安裝測試,卸

載測試,文擋測試,故障恢復(fù)測試,界面測試,容量測試,兼容性測試,分布測試,可用性測試,(有的可以合在一起,分開寫只要

寫出15就滿分哦)

3. 設(shè)計(jì)系統(tǒng)測試計(jì)劃需要參考的項(xiàng)目文擋有:軟件測試計(jì)劃,軟件需求工件和迭代計(jì)劃。

4. 對面向過程的系統(tǒng)采用的集成策略有:自頂向下,自底向上兩種。

5. (這題出的有問題哦,詳細(xì)的5步驟為~~)通過畫因果圖來寫測試用例的步驟為:

(1)分析軟件規(guī)格說明描述中,哪些是原因(即輸入條件或輸入條件的等價(jià)類),哪些是結(jié)果(即輸出條件),并給每個(gè)原因和結(jié)

果賦予一個(gè)標(biāo)識符。

(2)分析軟件規(guī)格說明描述中的語義,找出原因與結(jié)果之間,原因與原因之間對應(yīng)的是什么關(guān)系? 根據(jù)這些關(guān)系,畫出因果圖。

,

(3)由于語法或環(huán)境限制,有些原因與原因之間,原因與結(jié)果之間的組合情況不可能出現(xiàn)。為表明這些特殊情況,在因果圖上用一

些記號標(biāo)明約束或限制條件。

(4)把因果圖轉(zhuǎn)換成判定表。

(5)把判定表的每一列拿出來作為依據(jù),設(shè)計(jì)測試用例

1、什么是軟件測試?2’

【要點(diǎn)】

在規(guī)定條件下對程序進(jìn)行操作,以發(fā)現(xiàn)錯(cuò)誤,對軟件質(zhì)量進(jìn)行評估,包括對軟件形成過程的文檔、數(shù)據(jù)以及程序進(jìn)行測試。

【詳解】

軟件測試就是在軟件投入運(yùn)行前對軟件需求分析、軟件設(shè)計(jì)規(guī)格說明書和軟件編碼進(jìn)行查錯(cuò)(包括代碼執(zhí)行活動(dòng)與人工活動(dòng))。也可以說,軟件測試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程?;蛘哒f,軟件測試是根據(jù)軟件開發(fā)各階段的規(guī)格說明和程序的內(nèi)部構(gòu)造而精心設(shè)計(jì)一批測試用例(即輸入數(shù)據(jù)及其預(yù)期的輸出結(jié)果),并利用這些測試用例去運(yùn)行程序,以發(fā)現(xiàn)程序錯(cuò)誤,這是在軟件投入前,對軟件需求分析、軟件設(shè)計(jì)規(guī)格說明書和軟件編碼的最終復(fù)審,是軟件質(zhì)量保障的關(guān)鍵步驟。

1、 軟件測試與軟件質(zhì)量保證的區(qū)別。10’

【要點(diǎn)】

軟件測試只是質(zhì)量保證工作中的一個(gè)環(huán)節(jié),軟件質(zhì)量保證與軟件測試是軟件質(zhì)量工程的兩個(gè)不同層面的工作;

質(zhì)量保證:通過預(yù)防、檢查與改進(jìn)來保證軟件質(zhì)量,采用全面質(zhì)量管理和過程改進(jìn)的原理來開展質(zhì)量保證工作,主要關(guān)注軟件質(zhì)量的檢查與測試,主要著眼于軟件開發(fā)活動(dòng)的過程、步驟和產(chǎn)物。

軟件測試:通過執(zhí)行軟件來,對過程中的產(chǎn)物(開發(fā)文檔和程序)進(jìn)行走查,發(fā)現(xiàn)問題,報(bào)告質(zhì)量

【詳解】

軟件測試和軟件質(zhì)量保證是軟件質(zhì)量工程中的兩個(gè)不同層面的工作。軟件測試只是軟件質(zhì)量保證工作中的一個(gè)重要環(huán)節(jié)。

質(zhì)量保證(QA)的工作是通過預(yù)防、檢查與改進(jìn)來保證軟件的質(zhì)量。QA 采用的方法重要是按“全面質(zhì)量管理”和“過程改進(jìn)”的原來開展質(zhì)量保證工作。雖然在軟件質(zhì)量保證的活動(dòng)中也有一些測試活動(dòng),但它所以關(guān)注的是軟件質(zhì)量的檢查和測量。它的主要工作是對軟件生命周期的管理,以及檢驗(yàn)軟件是否滿足規(guī)定的質(zhì)量和用戶的需求,因此重要是著眼于軟件開發(fā)活動(dòng)中的過程,步驟和產(chǎn)物,而不是軟件進(jìn)行剖析,找出問題或者評估。

,

軟件測試雖然與開發(fā)過程緊密相關(guān),但它所關(guān)心的不是過程的活動(dòng),而是對過程的產(chǎn)物,以及開發(fā)出的軟件進(jìn)行剖析。測試人員要對過程的產(chǎn)物(開發(fā)文檔和源代碼)進(jìn)行走讀,運(yùn)行軟件。以找到問題和報(bào)告質(zhì)量。測試人員必須假設(shè)軟件存在潛在的問題,測試中所做的操作就是為了找出更多的問題,而不是為了驗(yàn)證(事實(shí)上也不可能)軟件的正確性。所以軟件測試雖然對提高軟件的質(zhì)量起著關(guān)鍵的作用,但它只是軟件質(zhì)量保證的一個(gè)重要環(huán)節(jié)。

3、請描述如何劃分缺陷與錯(cuò)誤嚴(yán)重性和優(yōu)先級別?10’

給軟件缺陷與錯(cuò)誤劃分嚴(yán)重性和優(yōu)先級的通用原則:

(1) 表示軟件缺陷所造成餓危害和惡劣程度。

(2) 優(yōu)先級表示修復(fù)缺陷的重要程度和次序。

嚴(yán)重性:

(1)、嚴(yán)重:系統(tǒng)崩潰、數(shù)據(jù)丟失、數(shù)據(jù)毀壞

(2)、較嚴(yán)重:操作性錯(cuò)誤、結(jié)果錯(cuò)誤、遺漏功能

文檔沖億季,好禮樂相隨

mini ipad移動(dòng)硬盤拍立得百度書包

6.

B u g

的報(bào)告過程。

7.

每周

/

每兩周的構(gòu)建過程。

8.

點(diǎn)對點(diǎn)的測試過程。

9.

組內(nèi)培訓(xùn)過程。

4

怎么做好文檔測試

仔細(xì)閱讀,跟隨每個(gè)步驟,檢查每個(gè)圖形,嘗試每個(gè)示例。

P142

,

檢查文檔的編寫是否滿足文檔編寫的目的

內(nèi)容是否齊全,正確

內(nèi)容是否完善

標(biāo)記是否正確

5

白盒測試有幾種方法

總體上分為靜態(tài)方法和動(dòng)態(tài)方法兩大類。

靜態(tài):關(guān)鍵功能是檢查軟件的表示和描述是否一致

,

沒有沖突或者沒有歧義

動(dòng)態(tài):語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。 6

系統(tǒng)測試計(jì)劃是否需要同行審批,為什么

需要,系統(tǒng)測試計(jì)劃屬于項(xiàng)目階段性關(guān)鍵文檔,因此需要評審。

7Alpha

測試與

beta

的區(qū)別

Alpha

測試

在系統(tǒng)開發(fā)接近完成時(shí)對應(yīng)用系統(tǒng)的測試;測試后仍然會(huì)有少量的設(shè)計(jì)變更。這種 測試一般由最終用戶或其它人員完成,不能由程序或測試員完成。

Be t a

測試

當(dāng)開發(fā)和測試根本完成時(shí)所做的測試,最終的錯(cuò)誤和問題需要在最終發(fā)行前找到。 這

種測試一般由最終用戶或其它人員完成,不能由程序員或測試員完成。

8

比較負(fù)載測試,容量測試和強(qiáng)度測試的區(qū)別

負(fù)載測試:在一定的工作負(fù)荷下,系統(tǒng)的負(fù)荷及響應(yīng)時(shí)間。

強(qiáng)度測試:

在一定的負(fù)荷條件下,

在較長時(shí)間跨度內(nèi)的系統(tǒng)連續(xù)運(yùn)行給系統(tǒng)性能所造成的影響。

容量測試:容量測試目的是通過測試預(yù)先分

析出反映軟件系統(tǒng)應(yīng)用特征的某項(xiàng)指標(biāo)的極限值

(如最大并發(fā)用戶數(shù)、

數(shù)據(jù)庫記錄數(shù)等)

,

系統(tǒng)在其極限值狀態(tài)下沒有出現(xiàn)任何軟件故障或還能

保持主要功能正常運(yùn)行。容量測試還將確定測試對象在給定時(shí)間內(nèi)能夠持續(xù)處理的最大負(fù)載或

工作量。容量測試的目的是使系統(tǒng)承受超額的數(shù)據(jù)容量來發(fā)現(xiàn)它是否能夠正確處理。容量測試

標(biāo)簽: