最新網(wǎng)易測試工程師筆試題及答案(五篇)

格式:DOC 上傳日期:2023-01-11 08:47:19
最新網(wǎng)易測試工程師筆試題及答案(五篇)
時間:2023-01-11 08:47:19     小編:zdfb

每個人都曾試圖在平淡的學(xué)習(xí)、工作和生活中寫一篇文章。寫作是培養(yǎng)人的觀察、聯(lián)想、想象、思維和記憶的重要手段。大家想知道怎么樣才能寫一篇比較優(yōu)質(zhì)的范文嗎?下面我給大家整理了一些優(yōu)秀范文,希望能夠幫助到大家,我們一起來看一看吧。

網(wǎng)易測試工程師筆試題及答案篇一

一、判斷題

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

2.beta 測試是驗收測試的一種。(y)

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

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

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

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

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

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

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

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

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

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

二、選折

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

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

b. 所有測試項沒有殘余一級、二級和三級錯誤。

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

d. 驗收測試工件齊全。

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

a.項目經(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 測試是驗收測試的一種

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

a.制定測試計劃

b.設(shè)計測試用例

c.設(shè)計測試過程、腳本

d.評估測試活動

5.軟件實施活動的進(jìn)入準(zhǔn)則是:(abc)

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

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

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

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

三、添空

1.軟件驗收測試包括:正式驗收測試,alpha測試,beta測試。

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

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

寫出15就滿分哦)

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

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

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

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

果賦予一個標(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è)計測試用例。

網(wǎng)易測試工程師筆試題及答案篇二

易思博測試工程師筆試題

一套完整的面試題

前些天去面試的一套題目,大家來討論一下吧~

一、判斷

測試是驗收測試的一種。()

2.項目立項前測試人員不需要提交任何工作。()

3.負(fù)載測試是驗證要檢驗的系統(tǒng)的能力最高能達(dá)到什么程度。()4.代碼評審員一般由測試人員擔(dān)任。()6.集成測試計劃在需求分析階段末提交。()

二、選擇

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

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

b.所有測試項沒有殘余一級、二級和三級錯誤

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

d.驗收測試工件齊全

2.軟件測試計劃評審會需要哪些人員參加?()sqa負(fù)責(zé)人

a.項目經(jīng)理 品質(zhì)保證

cmo是配置管理員(config mangemant office)。負(fù)責(zé)公司的項目配置計劃,配置管理,版本管理,配置控制,基線控制,配置狀態(tài)發(fā)布

d.測試組

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

測試需要用戶代表參加

測試不需要用戶代表參加

測試是系統(tǒng)測試的一種

測試是驗收測試的一種

4.測試設(shè)計階段的任務(wù)()

a.制定測試計劃

b.設(shè)計測試用例

c.設(shè)計測試過程、腳本

d.評估測試活動

三、問答

1.什么是軟件測試?軟件測試是對軟件進(jìn)行一系列的測試活動,發(fā)現(xiàn)軟件中

所有的bug。

2.系統(tǒng)測試的策略有哪些?策略是在規(guī)定的測試標(biāo)準(zhǔn)、規(guī)范基礎(chǔ)上,進(jìn)行約定的測試方法、原則進(jìn)行。包括功能測試、性能測試、強(qiáng)度測試、故障恢復(fù)及轉(zhuǎn)移等測試。

3.什么是白盒測試、黑盒測試、回歸測試?白盒:源代碼的邏輯性測試。

黑盒:不深入到代碼的測試,軟件作為一個盒子,在外部進(jìn)行各種測試活動,如功能測試等。

回歸:對修改內(nèi)容或有影響的部分或全部功能時行測試。

insert into table name values();delete from table;update table set column=value;select * from table;4.分別給出增加、刪除、修改、查詢的sql語句基本結(jié)構(gòu)

5.進(jìn)程間的通訊方式有哪些?消息傳遞、同步、共享內(nèi)存區(qū)、過程調(diào)用

四、邏輯思維

1.7個人用7小時挖了7米的溝,以同樣速度在50小時挖50米的溝要多少人?

2.一個屋子有一個門(門是關(guān)閉)和3盞點燈,屋外有3個開關(guān),分別與這3盞燈相連。你可隨意操縱這些開關(guān),可一旦你將門打開,就不能變換開關(guān)了。如何確定每個開關(guān)具體管哪盞燈? 部分參考答案 外行答題

一、判斷

測試是驗收測試的一種。(n)

2.項目立項前測試人員不需要提交任何工作。(y)

3.負(fù)載測試是驗證要檢驗的系統(tǒng)的能力最高能達(dá)到什么程度。(n)4.代碼評審員一般由測試人員擔(dān)任。(n)6.集成測試計劃在需求分析階段末提交。(n)

二、選擇

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

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

b.所有測試項沒有殘余一級、二級和三級錯誤

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

d.驗收測試工件齊全

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

a.項目經(jīng)理d.測試組

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

測試需要用戶代表參加

測試不需要用戶代表參加

測試是系統(tǒng)測試的一種

測試是驗收測試的一種

4.測試設(shè)計階段的任務(wù)(a)

a.制定測試計劃

b.設(shè)計測試用例

c.設(shè)計測試過程、腳本

d.評估測試活動

2.一個屋子有一個門(門是關(guān)閉)和3盞點燈,屋外有3個開關(guān),分別與這3盞燈相連。你可隨意操縱這些開關(guān),可一旦你將門打開,就不能變換開關(guān)了。如何確定每個開關(guān)具體管哪盞燈?

我認(rèn)為分三次就搞清楚了,三個開關(guān)分別為a,b,c,先按a,然后打開門看是哪盞燈亮。然后關(guān)門,按b,再開門觀看,然后再關(guān)上門,再按c,再開門觀看。不就解決了么。

外行答題

一、判斷

測試是驗收測試的一種。(n)

2.項目立項前測試人員不需要提交任何工作。(y)

3.負(fù)載測試是驗證要檢驗的系統(tǒng)的能力最高能達(dá)到什么程度。(n)4.代碼評審員一般由測試人員擔(dān)任。(n)6.集成測試計劃在需求分析階段末提交。(n)

二、選擇

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

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

b.所有測試項沒有殘余一級、二級和三級錯誤

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

d.驗收測試工件齊全

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

a.項目經(jīng)理d.測試組

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

測試需要用戶代表參加

測試不需要用戶代表參加

測試是系統(tǒng)測試的一種

測試是驗收測試的一種

4.測試設(shè)計階段的任務(wù)(a)

a.制定測試計劃

b.設(shè)計測試用例

c.設(shè)計測試過程、腳本

d.評估測試活動

alpha和beta測試是屬于驗收測試吧

倒數(shù)第二個,我認(rèn)為是:1個人。

我認(rèn)為是7個人

2.一個屋子有一個門(門是關(guān)閉)和3盞點燈,屋外有3個開關(guān),分別與這3盞燈相連。你可隨意操縱這些開關(guān),可一旦你將門打開,就不能變換開關(guān)了。如何確定每個開關(guān)具體管哪盞燈?

我認(rèn)為分三次就搞清楚了,三個開關(guān)分別為a,b,c,先按a,然后打開門看是哪盞燈亮。然后關(guān)門,按b,再開門觀看,然后再關(guān)上門,再按c,再開門觀看。不就解決了么。

2.一個屋子有一個門(門是關(guān)閉)和3盞點燈,屋外有3個開關(guān),分別與這3盞燈相連。你可隨意操縱這些開關(guān),可一旦你將門打開,就不能變換開關(guān)了。如何確定每個開關(guān)具體管哪盞燈? 我認(rèn)為分三次就搞清楚了,三個開關(guān)分...題目已經(jīng)說了一旦將門打開就不能變換開關(guān),也就是只能開一次門

其實我曾經(jīng)也是個天使,只不過后來因為饑餓,我把自己的那雙本來用于飛翔的翅膀燉湯喝掉了.但我不覺得這是一種墮落,只是生活的尊嚴(yán)在生存的壓力面前失去了自己的高貴而已.個人理解

判斷

1、t

2、f

3、f

4、f

5、t 選擇

1、acd

2、bd

3、bd

4、bc 問答…… 邏輯

1、還是7個人

2、沒有死的規(guī)定,這題我的思路是:將三個開關(guān)都拆掉,看每個開關(guān)的線路是接到哪個燈的,好像也符合題目的條件,嘿嘿嘿嘿

個人理解

一:1~5:tffft 二:abcd、ab、bc、bc

三:1:軟件測試是對軟件進(jìn)行一系列的測試活動,發(fā)現(xiàn)軟件中所有的bug。

2、策略是在規(guī)定的測試標(biāo)準(zhǔn)、規(guī)范基礎(chǔ)上,進(jìn)行約定的測試方法、原則進(jìn)行。包括功能測試、性能測試、強(qiáng)度測試、故障恢復(fù)及轉(zhuǎn)移等測試。

3、白盒:源代碼的邏輯性測試。

黑盒:不深入到代碼的測試,軟件作為一個盒子,在外部進(jìn)行各種測試活動,如功能測試等。

回歸:對修改內(nèi)容或有影響的部分或全部功能時行測試。

4、insert into table name values();delete from table;update table set column=value;select * from table;

5、消息傳遞、同步、共享內(nèi)存區(qū)、過程調(diào)用 四:

1、7人

2、開一燈3分鐘,換另一個,進(jìn)去,一燈熱、一燈亮、一燈原始狀態(tài)。

四、邏輯思維 1.7個人

2.利用燈會發(fā)熱,先開再關(guān),再開1個.以前是物理題(如果不是白幟燈,是那種不發(fā)熱的燈的話就沒法了

測試qq群:9552212 102722339 42339602 80087510

網(wǎng)易測試工程師筆試題及答案篇三

易思博測試工程師筆試題

一套完整的面試題

前些天去面試的一套題目,大家來討論一下吧~

一、判斷

測試是驗收測試的一種。()

2.項目立項前測試人員不需要提交任何工作。()

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

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

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

二、選擇

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

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

b.所有測試項沒有殘余一級、二級和三級錯誤

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

d.驗收測試工件齊全

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

.測試組

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

測試需要用戶代表參加

測試不需要用戶代表參加

測試是系統(tǒng)測試的一種

測試是驗收測試的一種

4.測試設(shè)計階段的任務(wù)()

a.制定測試計劃b.設(shè)計測試用例

c.設(shè)計測試過程、腳本d.評估測試活動

三、問答

1.什么是軟件測試?

2.系統(tǒng)測試的策略有哪些?

3.什么是白盒測試、黑盒測試、回歸測試?

4.分別給出增加、刪除、修改、查詢的sql語句基本結(jié)構(gòu)

5.進(jìn)程間的通訊方式有哪些?

四、邏輯思維

1.7個人用7小時挖了7米的溝,以同樣速度在50小時挖50米的溝要多少人?

2.一個屋子有一個門(門是關(guān)閉)和3盞點燈,屋外有3個開關(guān),分別與這3盞燈相連。你可隨意操縱這些開關(guān),可一旦你將門打開,就不能變換開關(guān)了。如何確定每個開關(guān)具體管哪盞燈?

部分參考答案

外行答題

一、判斷

測試是驗收測試的一種。(n)

2.項目立項前測試人員不需要提交任何工作。(y)

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

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

6.集成測試計劃在需求分析階段末提交。(n)

二、選擇

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

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

b.所有測試項沒有殘余一級、二級和三級錯誤

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

d.驗收測試工件齊全

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

.測試組

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

測試需要用戶代表參加

測試不需要用戶代表參加

測試是系統(tǒng)測試的一種

測試是驗收測試的一種

4.測試設(shè)計階段的任務(wù)(a)

a.制定測試計劃b.設(shè)計測試用例

c.設(shè)計測試過程、腳本d.評估測試活動

2.一個屋子有一個門(門是關(guān)閉)和3盞點燈,屋外有3個開關(guān),分別與這3盞燈相連。你可隨意操縱這些開關(guān),可一旦你將門打開,就不能變換開關(guān)了。如何確定每個開關(guān)具體管哪盞燈?

我認(rèn)為分三次就搞清楚了,三個開關(guān)分別為a,b,c,先按a,然后打開門看是哪盞燈亮。然后關(guān)門,按b,再開門觀看,然后再關(guān)上門,再按c,再開門觀看。不就解決了么。

外行答題

一、判斷

測試是驗收測試的一種。(n)

2.項目立項前測試人員不需要提交任何工作。(y)

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

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

6.集成測試計劃在需求分析階段末提交。(n)

二、選擇

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

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

b.所有測試項沒有殘余一級、二級和三級錯誤

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

d.驗收測試工件齊全

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

.測試組

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

測試需要用戶代表參加

測試不需要用戶代表參加

測試是系統(tǒng)測試的一種

測試是驗收測試的一種

4.測試設(shè)計階段的任務(wù)(a)

a.制定測試計劃b.設(shè)計測試用例

c.設(shè)計測試過程、腳本d.評估測試活動

alpha和beta測試是屬于驗收測試吧

倒數(shù)第二個,我認(rèn)為是:1個人。

我認(rèn)為是7個人

2.一個屋子有一個門(門是關(guān)閉)和3盞點燈,屋外有3個開關(guān),分別與這3盞燈相連。你可隨意操縱這些開關(guān),可一旦你將門打開,就不能變換開關(guān)了。如何確定每個開關(guān)具體管哪盞燈?

我認(rèn)為分三次就搞清楚了,三個開關(guān)分別為a,b,c,先按a,然后打開門看是哪盞燈亮。然

后關(guān)門,按b,再開門觀看,然后再關(guān)上門,再按c,再開門觀看。不就解決了么。

2.一個屋子有一個門(門是關(guān)閉)和3盞點燈,屋外有3個開關(guān),分別與這3盞燈相連。你可隨意操縱這些開關(guān),可一旦你將門打開,就不能變換開關(guān)了。如何確定每個開關(guān)具體管哪盞燈?

我認(rèn)為分三次就搞清楚了,三個開關(guān)分...題目已經(jīng)說了一旦將門打開就不能變換開關(guān),也就是只能開一次門 其實我曾經(jīng)也是個天使,只不過后來因為饑餓,我把自己的那雙本來用于飛翔的翅膀燉湯喝掉了.但我不覺得這是一種墮落,只是生活的尊嚴(yán)在生存的壓力面前失去了自己的高貴而已.個人理解

判斷

1、t2、f3、f4、f5、t

選擇

1、acd2、bd3、bd4、bc

問答……

邏輯

1、還是7個人

2、沒有死的規(guī)定,這題我的思路是:將三個開關(guān)都拆掉,看每個

開關(guān)的線路是接到哪個燈的,好像也符合題目的條件,嘿嘿嘿嘿

個人理解

一:1~5:tffft

二:abcd、ab、bc、bc

三:1:軟件測試是對軟件進(jìn)行一系列的測試活動,發(fā)現(xiàn)軟件中所有的bug。

2、策略是在規(guī)定的測試標(biāo)準(zhǔn)、規(guī)范基礎(chǔ)上,進(jìn)行約定的測試方法、原則進(jìn)行。包括功能測試、性能測試、強(qiáng)度測試、故障恢復(fù)及轉(zhuǎn)移等測試。

3、白盒:源代碼的邏輯性測試。

黑盒:不深入到代碼的測試,軟件作為一個盒子,在外部進(jìn)行各種測試活動,如功能測試等。

回歸:對修改內(nèi)容或有影響的部分或全部功能時行測試。

4、insert into table name values();delete from table;update table set column=value;select * from table;

5、消息傳遞、同步、共享內(nèi)存區(qū)、過程調(diào)用

四:

1、7人

2、開一燈3分鐘,換另一個,進(jìn)去,一燈熱、一燈亮、一燈原始狀態(tài)。

四、邏輯思維

1.7個人

2.利用燈會發(fā)熱,先開再關(guān),再開1個.以前是物理題(如果不是白幟燈,是那種不發(fā)熱的燈的話就沒法了

測試qq群:9552212 102722339 42339602 80087510

網(wǎng)易測試工程師筆試題及答案篇四

軟件測試工程師筆試題一及答案

一、基礎(chǔ)理論

1、軟件測試的結(jié)束標(biāo)準(zhǔn)是什么?

2、一套完整的測試應(yīng)該由哪些階段組成?分別闡述一下各個階段。

3、什么是缺陷報告?

4、缺陷報告的作用

5、缺陷報告的要點

6、軟件測試缺陷報告的“5c”原則

7、缺陷的二八定理

8、軟件測試的流程

9、測試計劃的目的是什么?測試計劃的內(nèi)容都包括什么?其中哪些是最重要的?

10、請試著比較一下黑盒測試、白盒測試、單元測試、集成測試、系統(tǒng)測試、驗收測試的區(qū)別與聯(lián)系。

11、alpha 測試與beta 測試的區(qū)別

答案:

一、基礎(chǔ)理論

1、測試計劃中所有規(guī)定的測試內(nèi)容和回歸測試都已經(jīng)運(yùn)行完成或根據(jù)上級主管對測試結(jié)果的意見,就可以結(jié)束本次測試

2、計劃階段、設(shè)計階段、白盒單元、白盒集成、黑盒單元、黑盒集成、系統(tǒng)測試、回歸測試、驗收測試

一套完整的測試應(yīng)該由五個階段組成:

1)測試計劃首先,根據(jù)用戶需求報告中關(guān)于功能要求和性能指標(biāo)的規(guī)格說明書,定義相應(yīng)的測試需求報告,即制訂黑盒測試的最高標(biāo)準(zhǔn)。以后所有的測試工作都將圍繞著測試需求來進(jìn)行,符合測試需求的應(yīng)用程序即是合格的,反之即是不合格的;同時,還要適當(dāng)選擇測試內(nèi)容,合理安排測試人員、測試時間及測試資源等。

2)測試設(shè)計將測試計劃階段制訂的測試需求分解、細(xì)化為若干個可執(zhí)行的測試過程,并為每個測試過程選擇適當(dāng)?shù)臏y試用例(測試用例選擇的好壞將直接影響測試結(jié)果的有效性)。

3)測試開發(fā)建立可重復(fù)使用的自動測試過程。

4)測試執(zhí)行執(zhí)行測試開發(fā)階段建立的自動測試過程,并對所發(fā)現(xiàn)的缺陷進(jìn)行跟蹤管理,測試執(zhí)行一般由單元測試、組合測試、集成測試、系統(tǒng)聯(lián)調(diào)及回歸測試等步驟組成,測試人員應(yīng)本著科學(xué)負(fù)責(zé)的態(tài)度,一步一個腳印地進(jìn)行測試。

5)測試評估結(jié)合量化的測試覆蓋域及缺陷跟蹤報告,對于應(yīng)用軟件的質(zhì)量和開發(fā)團(tuán)隊的工作進(jìn)度及工作效率進(jìn)行綜合評價。

3、缺陷報告是描述軟件缺陷現(xiàn)象和重現(xiàn)步驟地集合。軟件缺陷報告software bug report(sbr)或軟件問題報告software problem report(spr)

4、缺陷報告是軟件測試人員的工作成果之一,體現(xiàn)軟件測試的價值

缺陷報告可以把軟件存在的缺陷準(zhǔn)確的描述出來,便于開發(fā)人員修正

缺陷報告可以反映項目/產(chǎn)品當(dāng)前的質(zhì)量狀態(tài),便于項目整體進(jìn)度和質(zhì)量控制

軟件測試缺陷報告是軟件測試的輸出成果之一,可以衡量測試人員的工作能力

5、標(biāo)題(title)

簡潔、準(zhǔn)確、完整、反映缺陷本質(zhì)、方便查詢

前綴 + 標(biāo)題正文,標(biāo)題正文采用結(jié)果和動作,或者現(xiàn)象和位置的方式表達(dá)

步驟(steps)

可復(fù)現(xiàn)、完整、簡潔、準(zhǔn)確

按數(shù)字編號

實際結(jié)果(actual results)

準(zhǔn)確、詳細(xì)描述軟件的現(xiàn)象和特征

期望結(jié)果(expected results)

準(zhǔn)確、豐富、有理有據(jù)

平臺(platforms)

準(zhǔn)確

截圖(screenshots)

準(zhǔn)確反映缺陷特征

注釋(notes)

關(guān)于缺陷的輔助說明

6、內(nèi)容準(zhǔn)確(correct):

每個組成部分的描述準(zhǔn)確,不會引起誤解

步驟簡潔(concise):

只包含必不可少的信息,不包括任何多余的內(nèi)容

內(nèi)容清晰(clear):

每個組成部分的描述清晰,易于理解

結(jié)構(gòu)完整(complete):

包含復(fù)現(xiàn)該缺陷的完整步驟和其他本質(zhì)信息

風(fēng)格一致(consistent):

按照一致的格式書寫全部缺陷報告

7、在分析、設(shè)計、實現(xiàn)階段的復(fù)審和測試工作能夠發(fā)現(xiàn)和避免80%的缺陷,而系統(tǒng)測試又能找出其余缺陷中的80%,最后的4%的缺陷可能只有在用戶大范圍、長時間使用后才會暴露出來。

8、制訂測試計劃、設(shè)計測試用例、實施測試、提交缺陷報告、測試總結(jié)。

9、測試計劃的目的:編寫軟件測試計劃的目的是指導(dǎo)測試組成員進(jìn)行工作和讓測試組以外的項目成員了解測試工作的。

測試計劃的內(nèi)容:測試目的和測試項目簡介、測試參考文檔和測試提交文檔、術(shù)語和定義、測試策略、確定測試內(nèi)容、資源、測試進(jìn)度、測試員的職責(zé)與任務(wù)分配、項目通過或失敗的標(biāo)準(zhǔn)、暫

停和重新啟動測試的標(biāo)準(zhǔn)、風(fēng)險和問題等。

最重要的:測試策略、確定測試內(nèi)容、資源、測試進(jìn)度、測試員的職責(zé)與任務(wù)分配、項目通過或失敗的標(biāo)準(zhǔn)

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

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

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

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

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

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

網(wǎng)易測試工程師筆試題及答案篇五

廈門銀禾數(shù)碼技術(shù)有限公司軟件測試工程師筆試題試卷(a)姓名:_________性別:____ 筆試日期200_年__月__日 是否應(yīng)屆/軟件測試工作年限_____ 聯(lián)系電話:_______________ 電子郵箱:________________ 期望待遇:_______________

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

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

3、報告軟件缺陷時,測試人員要對軟件缺陷分類,以簡明扼要的方式指出其影響,以及修

改的優(yōu)先次序。請描述如何劃分缺陷與錯誤嚴(yán)重性和優(yōu)先級別?10’

4、bug信息應(yīng)該包含那些內(nèi)容。5’

5、測試用例說明應(yīng)該包含哪些內(nèi)容?測試用例計劃包含哪些目標(biāo)?10’

6、web應(yīng)用軟件測試必須進(jìn)行哪些類型測試,請列出每種類型的測試要點。15’

7、網(wǎng)絡(luò)應(yīng)用測試的主要內(nèi)容是什么?10’

8、用戶文檔測試應(yīng)該注意哪些要點?10’

9、在dbms中,視圖的作用是什么?

寫出建立視圖的命令格式(如建立信息系學(xué)生的視圖)10’

10、請列舉您認(rèn)為身為測試人員應(yīng)具備的能力和技術(shù)。8’

參考答案

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

【要點】

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

【詳解】

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

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

【要點】

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

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

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

【詳解】

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

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

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

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

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

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

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

嚴(yán)重性:

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

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

(3)、一般:小問題、錯別字、ui布局、罕見故障

(4)、建議:不影響使用的瑕疵或更好的實現(xiàn)。

優(yōu)先級:

(1)、最高優(yōu)先級:立即修復(fù),停止進(jìn)一步測試。

(2)、次高優(yōu)先級:在產(chǎn)品發(fā)布之前必須修復(fù)。

(3)、中等優(yōu)先級:如果時間允許應(yīng)該修復(fù)。

(4)、最低優(yōu)先級:可能會修復(fù),但是也可能發(fā)布。

4、bug信息應(yīng)該包含那些內(nèi)容。5’

測試軟件名稱、測試版本號、測試人名稱、測試事件、測試軟件和硬件配置環(huán)境、發(fā)現(xiàn)軟件錯誤的類型、錯誤的嚴(yán)重程度、詳細(xì)步驟、必要的附圖、測試注釋。

5、測試用例說明應(yīng)該包含哪些內(nèi)容?10’

(1)定義(ansi/ieee829):編寫用于輸入的實際數(shù)據(jù)和預(yù)期結(jié)果,并明確指出使用

具體測試用例產(chǎn)生的測試程序的任何限制

(2)包含的內(nèi)容

? 標(biāo)識符:由測試設(shè)計過程說明和測試程序說明引用的唯一標(biāo)識符

? 測試項:描述被測試的詳細(xì)特性、代碼模塊等

? 輸入說明:列舉執(zhí)行測試用例的所有輸入內(nèi)容或者條件

? 輸出說明:描述進(jìn)行測試用例預(yù)期的結(jié)果

? 環(huán)境要求:執(zhí)行測試用例的軟件、硬件、測試工具及人員等要求

? 特殊要求:描述執(zhí)行測試用例的特殊要求

? 用例之間的依賴性:注明與其分用例的依賴關(guān)系或受其他用例的影響

測試用例計劃包含4個目標(biāo)即:組織性、重復(fù)性、跟蹤和測試證實。

6、web應(yīng)用軟件測試必須進(jìn)行以下不同類型的測試,包括:功能測試、性能測試、可用性測試、兼容測試、安全測試等。15’

(1)、功能測試主要是用來測試web應(yīng)用軟件是否履行了預(yù)期的功能,確保每一個功能與需求說明一致。根據(jù)測試對象的不同,可分為:鏈接測試、表單測試、cookies測試、設(shè)計語言測試、數(shù)據(jù)庫測試。

(2)、性能測試主要是確保web應(yīng)用系統(tǒng)達(dá)到要求的性能,一般用最大的運(yùn)行時間、吞吐率、相應(yīng)時間描述。

性能測試又分為:鏈接速度測試、負(fù)載測試和壓力測試,負(fù)載測試是為了測量web系統(tǒng)在某一負(fù)載級別上的性能,以保證web系統(tǒng)在需求范圍內(nèi)能正常工作。負(fù)載級別可以是某個時刻同時訪問web系統(tǒng)的用戶數(shù)量,也可以是在線數(shù)據(jù)處理的數(shù)量。

壓力測試是指實際破壞一個web應(yīng)用系統(tǒng)時測試系統(tǒng)的反映,壓力測試是測試系統(tǒng)的限制和故障恢復(fù)能力,也就是測試web應(yīng)用系統(tǒng)會不會崩潰,在什么情況下會崩潰,壓力測試的區(qū)域包括表單、登錄、和其他信息傳輸頁面等。壓力測試側(cè)重于確定系統(tǒng)崩潰時的用戶負(fù)載量。

(3)、可用性測試:導(dǎo)航測試、圖形測試、內(nèi)容測試、整體界面測試。

(4)、兼容性測試:確定web應(yīng)用軟件在不同軟件、硬件和網(wǎng)絡(luò)配置下運(yùn)行情況,它主要

是用來測試在不同瀏覽器中是否都可以正確地顯示web應(yīng)用程序的頁面內(nèi)容,從而保證頁面中的某些代碼,比如:javascript ,activex、css等在不同平臺配置上都能具有正確性。

(5)、安全測試。

7、網(wǎng)絡(luò)應(yīng)用測試的主要內(nèi)容是什么?10’

網(wǎng)絡(luò)應(yīng)用系統(tǒng)包含:網(wǎng)絡(luò)應(yīng)用軟件、工作站桌面軟件和客戶/服務(wù)器數(shù)據(jù)庫。

網(wǎng)絡(luò)應(yīng)用測試重點考察:多用戶并發(fā)訪問性能、應(yīng)用系統(tǒng)響應(yīng)時間、應(yīng)用系統(tǒng)對網(wǎng)絡(luò) 資源的占用情況、與網(wǎng)絡(luò)相關(guān)的應(yīng)用功能特性、應(yīng)用系統(tǒng)在網(wǎng)絡(luò)環(huán)境下的穩(wěn)定性。

(1)特性測試:特性測試核實的是單個命令和應(yīng)用程序功能,通常用較小的負(fù)

載完成,關(guān)注的是用戶界面、應(yīng)用程序的操作,以及用戶與計算機(jī)之間的互操作。

(2)功能測試:要求網(wǎng)絡(luò)配置和負(fù)載非常接近于運(yùn)行環(huán)境下的模式,關(guān)注的是

當(dāng)多個用戶使用應(yīng)用程序時,網(wǎng)絡(luò)和文件系統(tǒng)或者數(shù)據(jù)庫系統(tǒng)之間的交互

情況,核實的是重負(fù)載下后臺功能能否正確執(zhí)行。

(3)應(yīng)用負(fù)載測試。

(4)應(yīng)用系統(tǒng)響應(yīng)時間測試。

(5)應(yīng)用系統(tǒng)升級測試。

8、用戶文檔測試的要點10’

(1)、明確讀者群:根據(jù)讀者群(如初級、中級、高級用戶)的不同來檢查文檔內(nèi)容,保證用戶能夠看得懂、能理解

(2)、術(shù)語:文檔中術(shù)語的描述要適合定位的讀者群,用法一致,標(biāo)準(zhǔn)定義與業(yè)界規(guī)范相吻合(3)、文檔內(nèi)容的正確性:要保證所有信息是真實正確的(4)、文檔內(nèi)容的完整性:要完全根據(jù)提示逐步操作,檢查是否存在遺漏的地方

(5)、文檔與程序的一致性:按照文檔操作后,檢查軟件返回的結(jié)果與文檔描述是否一致

(6)、文檔的易用性:檢查是否便于用戶查找相應(yīng)的內(nèi)容

(7)、圖表與界面截圖:檢查所有圖表與界面截圖與發(fā)布的程序版本一致

(8)、樣例和示例:檢查所有的樣例和示例能夠正確完成;

(9)、語言:中文文檔保證無錯別字和二義性

(10)、印刷與包裝:印刷質(zhì)量,包裝質(zhì)量

9、在dbms中,視圖不是真正的包含數(shù)據(jù),只是把定義存于數(shù)據(jù)字典中。作用為:10’

(1)、簡化用戶操作。

(2)、使用戶能從多角度中看待同一數(shù)據(jù)。

(3)、對重構(gòu)數(shù)據(jù)提供一定程度的邏輯獨立性。

(4)、能對機(jī)密數(shù)據(jù)提供安全保護(hù)。

create view<視圖名>[(<列名>[<列名>]??)]

as

子查詢

[with check option]

create view is_student

as

select sno,sname,sage

from student

where sdept =’is’

with check option10、測試人員應(yīng)該具備的能力和技術(shù)。8’

1、基本能力

2、溝通能力

3、技術(shù)能力

測試方法應(yīng)用、測試用例設(shè)計、測試工具使用(測試管理系統(tǒng)、自動化測試工具、負(fù)載測試工具)

4、管理能力

5、文檔能力

【本文地址:http://mlvmservice.com/zuowen/1080910.html】

全文閱讀已結(jié)束,如果需要下載本文請點擊

下載此文檔