欧美成人永久免费_欧美日本五月天_A级毛片免看在线_国产69无码,亚洲无线观看,精品人妻少妇无码视频,777无码专区,色大片免费网站大全,麻豆国产成人AV网,91视频网络,亚洲色无码自慰

當(dāng)前位置:網(wǎng)站首頁 >> 作文 >> 最新軟件測試技術(shù)筆試題及答案詳解(5篇)

最新軟件測試技術(shù)筆試題及答案詳解(5篇)

格式:DOC 上傳日期:2023-01-11 08:39:51
最新軟件測試技術(shù)筆試題及答案詳解(5篇)
時間:2023-01-11 08:39:51     小編:zdfb

每個人都曾試圖在平淡的學(xué)習(xí)、工作和生活中寫一篇文章,。寫作是培養(yǎng)人的觀察、聯(lián)想,、想象,、思維和記憶的重要手段。相信許多人會覺得范文很難寫,?接下來小編就給大家介紹一下優(yōu)秀的范文該怎么寫,,我們一起來看一看吧。

軟件測試技術(shù)筆試題及答案詳解篇一

一,、判斷題(每題1分,,12 分,正確的√,,錯誤的╳)1.軟件測試的目的是盡可能多的找出軟件的缺陷,。()軟件測試的目的就是為了發(fā)現(xiàn)軟件中的缺陷,從這個意義上面說上面的這個論斷是正確的。

不少人會認(rèn)為軟件測試可以保證軟件的質(zhì)量,,其實這個觀點是錯誤,測試只是軟件質(zhì)量控制中的一個角色,其活動并不能達(dá)成軟件質(zhì)量保證的效果。所以不要認(rèn)為一個公司里面如果有了軟件測試人員,產(chǎn)品的質(zhì)量就會好起來,。

2.beta 測試是驗收測試的一種,。()beta測試和驗收測試是兩種不同的測試,。

驗收測試的目的是為了以發(fā)現(xiàn)”未實現(xiàn)的需求”為目的,,以評估”適合使用”為目標(biāo),,該類測試的不是以發(fā)現(xiàn)缺陷為主要目的。

beta測試是一模擬真實的使用環(huán)境從而發(fā)現(xiàn)缺陷的一種測試,。所以兩者之間的是非包容關(guān)系,。

----但我覺得以上的解釋有問題,,施驗收測試的常用策略有三種,它們分別是:·正式驗收·非正式驗收或alpha 測試·beta 測試,。顯然,,無論是alpha測試還是beta測試,都是屬于驗收測試,。

3.驗收測試是由最終用戶來實施的,。()上面說到了驗收測試的目的和目標(biāo),所以驗收測試也可是是軟件生產(chǎn)的企業(yè)內(nèi)部人員來實施,。例如產(chǎn)品經(jīng)理,。

當(dāng)軟件以項目的形式出現(xiàn),那么驗收測試由最終用戶來實施的情況是比較長見的,。但是對于產(chǎn)品形式的軟件,,生產(chǎn)企業(yè)內(nèi)部的驗收測試會更多。

4.項目立項前測試人員不需要提交任何工件,。()應(yīng)該說這道題目沒有明確的答案,,在項目立項前測試人員是不是要把一些準(zhǔn)備工作以工件的形式給記錄下來是完全取決于該企業(yè)的軟件開發(fā)過程的要求。同時不同企業(yè),,立項前要達(dá)成的一些必要條件也是大相徑庭的,。應(yīng)該說這一題目出的不是很好,如果你是出題人這家企業(yè)的測試工程師,,那么就應(yīng)該有一個明確的答案,。5.單元測試能發(fā)現(xiàn)約80%的軟件缺陷。()同樣這一題目也沒有標(biāo)準(zhǔn)答案,。因為該數(shù)據(jù)的來源和其統(tǒng)計的方法,,樣本都沒有一個工業(yè)標(biāo)準(zhǔn)。這樣出來的數(shù)據(jù)同樣不具有權(quán)威性,。這里我可以說一個簡單的例子,,在用asp,php這類腳本語言開發(fā)網(wǎng)頁的時候是根本沒有復(fù)雜的單元測試。那么這樣的數(shù)字應(yīng)用在網(wǎng)站開發(fā)上面是否有意義,,還是值得商榷的,。所以這道題目出的不好,,沒有明確的答案

6.代碼評審是檢查源代碼是否達(dá)到模塊設(shè)計的要求。()代碼審查是一種靜態(tài)技術(shù),,從這個意義上說代碼復(fù)查是需要和其他的一些動態(tài)測試技術(shù)配合才能檢查代碼是否符合設(shè)計的要求 7.自底向上集成需要測試員編寫驅(qū)動程序,。()

這道題目大家看下top-down 和 down-top的集成測試示意圖就能得出明確的答案。這里需要了解的是什么是驅(qū)動測試程序,,什么是樁程序,。如果集成組件數(shù)量眾多,多關(guān)系層次,,那么不論是什么類型的集成測試,。驅(qū)動程序和樁程序都是需要開發(fā)的。

自頂向下需要開發(fā)樁模塊 自底向下需要開發(fā)驅(qū)動模塊

8.負(fù)載測試是驗證要檢驗的系統(tǒng)的能力最高能達(dá)到什么程度,。()load testing(負(fù)載測試),,通過測試系統(tǒng)在資源超負(fù)荷情況下的表現(xiàn),以發(fā)現(xiàn)設(shè)計上的錯誤或驗證系統(tǒng)的負(fù)載能力,。在這種測試中,,將使測試對象承擔(dān)不同的工作量,以評測和評估測試對象在不同工作量條件下的性能行為,,以及持續(xù)正常運(yùn)行的能力,。

負(fù)載測試的目標(biāo)是確定并確保系統(tǒng)在超出最大預(yù)期工作量的情況下仍能正常運(yùn)行。

此外,,負(fù)載測試還要評估性能特征,,例如,響應(yīng)時間,、事務(wù)處理速率和其他與時間相關(guān)的方面,。

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

同樣,,這一題沒有正確的答案。缺陷是否修復(fù)是需要聽取測試人員的意見,,但測試人員的意見非決定性,。所以還是要看一個企業(yè)賦予測試人員有多大的權(quán)力。10.代碼評審員一般由測試員擔(dān)任,。()如果測試員有這個水平,,那么當(dāng)然是可以參加的。不過大多數(shù)的企業(yè)不會讓普通的測試人員參與代碼的評審,。

11.我們可以人為的使得軟件不存在配置問題,。()首先大家先搞清楚什么是配置管理什么是軟件配置,從這道題目中看不出出題人想問的是關(guān)鍵工程中的配置管理還是單純的軟件配置。但是可以肯定的是不論是何種情況,,答案均是否定的,。

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

集成測試計劃在開發(fā)人員完成軟件集成計劃之后就可以開始進(jìn)行了,。所以在需求分析階段之后提交是不現(xiàn)實的事情,,應(yīng)該在軟件的設(shè)計階段后,編碼前,。

二、不定項選擇題(每題2 分,,10分)1.軟件驗收測試的合格通過準(zhǔn)則是:()a. 軟件需求分析說明書中定義的所有功能已全部實現(xiàn),,性能指標(biāo)全部達(dá)到要求。b. 所有測試項沒有殘余一級,、二級和一

c. 立項審批表,、需求分析文檔、設(shè)計文檔和編碼實現(xiàn)一致,。d. 驗收測試工件齊全,。

回答這道題,你必須是這家企業(yè)的員工,。前面說到了驗收測試的目的和目標(biāo),,一個是需求必須實現(xiàn),二是證明軟件是適合使用的,。這樣能滿足這兩個通用標(biāo)準(zhǔn)就可以了,。當(dāng)然有些軟件企業(yè)會對驗收測試標(biāo)準(zhǔn)做一些調(diào)整。2.軟件測試計劃評審會需要哪些人員參加,?()a.項目經(jīng)理 b.sqa 負(fù)責(zé)人 c.配置負(fù)責(zé)人 d.測試組

上面的4種角色都需要參與

3.下列關(guān)于alpha 測試的描述中正確的是:()a.a(chǎn)lpha 測試需要用戶代表參加 b.a(chǎn)lpha 測試不需要用戶代表參加 c.a(chǎn)lpha 測試是系統(tǒng)測試的一種 d.a(chǎn)lpha 測試是驗收測試的一種

首先大家需要知道alpha測試是系統(tǒng)級別的測試,,該測試是在一個受控的環(huán)境中進(jìn)行的。用戶需要直接參與進(jìn)來,。所以答案應(yīng)該是ad 4.測試設(shè)計員的職責(zé)有:()a.制定測試計劃 b.設(shè)計測試用例

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

合理的答案的是bc,同時要看軟件企業(yè)對該類人員的職責(zé)是如何定義,。5.軟件實施活動的進(jìn)入準(zhǔn)則是:()a.需求工件已經(jīng)被基線化 b.詳細(xì)設(shè)計工件已經(jīng)被基線化 c.構(gòu)架工件已經(jīng)被基線化 d.項目階段成果已經(jīng)被基線化 先要了解一下什么是基線,。這個是軟件配置管理中一個重要的概念。工作產(chǎn)品必須納入到一定的基線里面,。所以選擇abc是必定的,,至于是否選擇d要看這家企業(yè)自身的標(biāo)準(zhǔn)了

填空題(每空1分,24 分)

1.軟件驗收測試包括___,、___,、____三種類型。

軟件驗收測試包括正式驗收測試、alpha測試,、beta測試三種測試,。

2.系統(tǒng)測試的策略有功能測試、,、,、、易用性測試,、,、、,、,、、,、、,、,、等15 種方法,。

《軟件測試的藝術(shù)》:功能測試,,容量測試,負(fù)載測試,,易用性測試,,安全性測試,,性能測試,存儲測試,,配置測試,,兼容性測試,,安裝測試,,可靠性測試,可恢復(fù)性測試,適用性測試,文檔測試,,過程測試

3.設(shè)計系統(tǒng)測試計劃需要參考的項目文檔有____和迭代計劃,。設(shè)計系統(tǒng)測試計劃需要參考的項目文檔有軟件測試計劃、軟件需求工件,、和迭代計劃,。4.對面向過程的系統(tǒng)采用的集成策略有___、___兩種,。自頂向下,自底向上

5.通過畫因果圖來寫測試用例的步驟為___,、___,、___,、___及把因果圖轉(zhuǎn)換為狀態(tài)圖共五個步驟。

利用因果圖生成測試用例的基本步驟是:

a 分析軟件規(guī)格說明描述中,,哪些是原因(即輸入條件或輸入條件的等價類),哪些是結(jié)果(即輸出條件),并給每個原因和結(jié)果賦予一個標(biāo)識符。b 分析軟件規(guī)格說明描述中的語義,,找出原因與結(jié)果之間,,原因與原因之間對應(yīng)的是什么關(guān)系? 根據(jù)這些關(guān)系,,畫出因果圖。c 由于語法或環(huán)境限制,,有些原因與原因之間,,原因與結(jié)果之間的組合情況不可能出現(xiàn)。為表明這些特殊情況,,在因果圖上用一些記號標(biāo)明約束或限制條件,。d 把因果圖轉(zhuǎn)換成判定表。

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

軟件測試技術(shù)筆試題及答案詳解篇二

1.軟件測試的目的是盡可能多的找出軟件的缺陷。(y 測試是驗收測試的一種,。(y 驗收測試(acceptance testing是部署軟件之前的最后一個測試操作,。驗收測試的目的是確保軟件準(zhǔn)備就緒,并且可以讓最終用戶將其用于執(zhí)行軟件的既定功能和任務(wù)。.驗收測試是由最終用戶來實施的,。(n 由測試人員來實施的.項目立項前測試人員不需要提交任何工件,。(y 工件:加工過程中生產(chǎn)對象 5.單元測試能發(fā)現(xiàn)約80% 的軟件缺陷。(y 6.代碼評審是檢查源代碼是否達(dá)到模塊設(shè)計的要求,。(n 代碼評審也稱代碼復(fù)查,是指通過閱讀代碼來檢查源代碼與編碼標(biāo)準(zhǔn)的符合性以及代碼質(zhì)量的活動,。.自底向上集成需要測試員編寫驅(qū)動程序。(y 自頂向下綜合測試的具體步驟為: 1 以主控模塊作為測試驅(qū)動模塊,把對主控模塊進(jìn)行單元測試時引入的所有樁模塊用實際模塊替代;2 依據(jù)所選的集成策略(深度優(yōu)先或廣度優(yōu)先,每次只替代一個樁模塊;3 每集成一個模塊立即測試一遍;4 只有每組測試完成后,才著手替換下一個樁模塊;為避免引入新錯誤,須不斷地進(jìn)行回歸測試(即全部或部分地重復(fù)已做過的測試,。

自底向上綜合測試的步驟分為: 1 把低層模塊組織成實現(xiàn)某個子功能的模塊群(cluster;2 開發(fā)一個測試驅(qū)動模塊,控制測試數(shù)據(jù)的輸入和測試結(jié)果的輸出;3 對每個模塊群進(jìn)行測試;4 刪除測試使用的驅(qū)動模塊,用較高層模塊把模塊群組織成為完成更大功能的新模塊群。.負(fù)載測試是驗證要檢驗的系統(tǒng)的能力最高能達(dá)到什么程度,。(n 負(fù)載測試(load testing,通過測試系統(tǒng)在資源超負(fù)荷情況下的表現(xiàn),以發(fā)現(xiàn)設(shè)計上的錯誤或驗證系統(tǒng)的負(fù)載能力,。在這種測試中,將使測試對象承擔(dān)不同的工作量,以評測和評估測試對象在不同工作量條件下的性能行為,以及持續(xù)正常運(yùn)行的能力,。負(fù)載測試的目標(biāo)是確定并確保系統(tǒng)在超出最大預(yù)期工作量的情況下仍能正常運(yùn)行,。此外,負(fù)載測試還要評估性能特征,。例如,響應(yīng)時間,、事務(wù)處理速率和其他與時間相關(guān)的方面。.測試人員要堅持原則,缺陷未修復(fù)完堅決不予通過,。(n 10.代碼評審員一般由測試員擔(dān)任。(n 11.我們可以人為的使得軟件不存在配置問題,。(n 是一種標(biāo)識,、組織和控制修改的技術(shù),。軟件配置管理應(yīng)用于整個軟件工程過程。我們知道,在軟件建立時變更是不可避免的,而變更加劇了項目中軟件開發(fā)者之間的混亂,。.集成測試計劃在需求分析階段末提交,。(n

執(zhí)行階段

1時間安排單元測試已經(jīng)完成后就可以開始執(zhí)行集成測試了

2輸入需求規(guī)格說明書概要設(shè)計集成測試計劃集成高度設(shè)計集成測試?yán)蓽y試規(guī)程集成測試代碼(如果有集成測試腳本集成測試工具詳細(xì)設(shè)計代碼單元測試報告

3入口條件單元測試階段已經(jīng)通過基線化評審

4活動步驟執(zhí)行集成測試用例回歸集成測試用例撰寫集成測試報告 5輸出集成測試報告

6出口條件集成測試報告通過集成測試階段基線評審

二、選擇題.軟件驗收測試的合格通過準(zhǔn)則是:(abcd a.軟件需求分析說明書中定義的所有功能已全部實現(xiàn),性能指標(biāo)全部達(dá)到要求,。

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

c.立項審批表,、需求分析文檔,、設(shè)計文檔和編碼實現(xiàn)一致,。d.驗收測試工件齊全。.軟件測試計劃評審會需要哪些人員參加?(abcd a.項目經(jīng)理 負(fù)責(zé)人

軟件質(zhì)量保證(sqa是建立一套有計劃

目標(biāo) 1: 軟件質(zhì)量保證工作是有計劃進(jìn)行的。

目標(biāo) 2: 客觀地驗證軟件項目產(chǎn)品和工作是否遵循恰當(dāng)?shù)臉?biāo)準(zhǔn)、步驟和需求。目標(biāo) 3: 將軟件質(zhì)量保證工作及結(jié)果通知給相關(guān)組別和個人,。目標(biāo) 4: 高級管理層接觸到在項目內(nèi)部不能解決的不符合類問題,。c.配置負(fù)責(zé)人 d.測試組.下列關(guān)于alpha測試的描述中正確的是:(ad 測試需要用戶代表參加 測試不需要用戶代表參加 測試是系統(tǒng)測試的一種 測試是驗收測試的一種 4.測試設(shè)計員的職責(zé)有:(bc a.制定測試計劃 b.設(shè)計測試用例 c.設(shè)計測試過程、腳本 d.評估測試活動.軟件實施活動的進(jìn)入準(zhǔn)則是:(abc a.需求工件已經(jīng)被基線化 工件加工過程中的生產(chǎn)對象,。

基線化一個文檔如果經(jīng)過討論被通過了,被固定了,就可以說這個文檔被“基線化”

了,然后所有人就可以在這個“基線”的基礎(chǔ)上工作,。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.通過畫因果圖來寫測試用例的步驟為:(1根據(jù)程序規(guī)格說明書描述,分析并確定因(輸入條件和果(輸出結(jié)果或程序狀態(tài)的

改變,畫出因果圖,。

(2將得到的因果圖轉(zhuǎn)換為判定表,。

(3為判定表中每一列所表示的情況設(shè)計一個測試用例,。

四,、簡答

1.區(qū)別階段評審的與同行評審

答:同行評審目的:發(fā)現(xiàn)小規(guī)模工作產(chǎn)品的錯誤,只要是找錯誤;階段評審目的:評審模塊階段作品的正確性可行性及完整性

同行評審人數(shù):3-7人人員必須經(jīng)過同行評審會議的培訓(xùn),由sqa指導(dǎo) 階段評審人數(shù):5人左右評審人必須是專家具有系統(tǒng)評審資格 同行評審內(nèi)容:內(nèi)容小一般文檔 < 40頁, 代碼 < 500行 階段評審內(nèi)容: 內(nèi)容多,主要看重點 同行評審時間:一小部分工作產(chǎn)品完成

階段評審時間: 通常是設(shè)置在關(guān)鍵路徑的時間點上!2.什么是軟件測試

答:測試是為發(fā)現(xiàn)錯誤而執(zhí)行程序的過程

軟件測試就是利用測試工具按照測試方案和流程對產(chǎn)品進(jìn)行功能和性能測試,甚至根據(jù)需要編寫不同的測試工具,設(shè)計和維護(hù)測試系統(tǒng),對測試方案可能出現(xiàn)的問題進(jìn)行分析和評估,。執(zhí)行測試用例后,需要跟蹤故障,以確保開發(fā)的產(chǎn)品適合需求,。簡述集成測試的過程

答:系統(tǒng)集成測試主要包括以下過程:1.構(gòu)建的確認(rèn)過程,。2.補(bǔ)丁的確認(rèn)過程,。3.系統(tǒng)集成測試測試組提交過程。4.測試用例設(shè)計過程,。5.測試代碼編寫過程,。的報告過程。7.每周/每兩周的構(gòu)建過程,。8.點對點的測試過程,。9.組內(nèi)培訓(xùn)過程。白盒測試有幾種方法

答:總體上分為靜態(tài)方法和動態(tài)方法兩大類,。

靜態(tài):關(guān)鍵功能是檢查軟件的表示和描述是否一致,沒有沖突或者沒有歧義,。動態(tài):語句覆蓋、判定覆蓋,、條件覆蓋,、判定條件覆蓋、條件組合覆蓋,、路徑覆蓋,。系統(tǒng)測試計劃是否需要同行審批,為什么

答:需要,系統(tǒng)測試計劃屬于項目階段性關(guān)鍵文檔,因此需要評審。7alpha 測試與beta 的區(qū)別

alpha測試(α測試是由一個用戶在開發(fā)環(huán)境下進(jìn)行的測試,也可以是公司內(nèi)部的用戶在模擬實際操作環(huán)境下進(jìn)行的受控測試,alpha測試不能由程序員或測試員完成,。alpha測試發(fā)現(xiàn)的錯誤,可以在測試現(xiàn)場立刻反饋給開發(fā)人員,由開發(fā)人員及時分析和處理,。目的是評價軟件產(chǎn)品的功能、可使用性,、可靠性,、性能和支持。尤其注重產(chǎn)品的界面和特色,。alpha 測試可以從軟件產(chǎn)品編碼結(jié)束之后開始,或在模塊(子系統(tǒng)測試完成后開始,也可以在確認(rèn)測試過程中產(chǎn)品達(dá)到一定的穩(wěn)定和可靠程度之后再開始,。有關(guān)的手冊(草稿等應(yīng)該在alpha測試前準(zhǔn)備好。

beta測試(β測試是軟件的多個用戶在一個或多個用戶的實際使用環(huán)境下進(jìn)行的測試,。開發(fā)者通常不在測試現(xiàn)場,beta測試不能由程序員或測試員完成,。因而,beta測試是在開發(fā)者無法控制的環(huán)境下進(jìn)行的軟件現(xiàn)場應(yīng)用。在beta測試中,由用戶記下遇到的所有問題,包括真實的以及主管認(rèn)定的,定期向開發(fā)者報告,開發(fā)者在綜合用戶的報告后,,做出修改,最后將軟件產(chǎn)品交付給全體用戶使用,。beta測試著重于產(chǎn)品的支持性,包括文檔、客戶培訓(xùn)和支持產(chǎn)品的生產(chǎn)能力,。只有當(dāng)alpha測試達(dá)到一定的可靠程度后,才能開始beta測試,。由于beta測試的主要目標(biāo)是測試可支持性,所以beta測試應(yīng)該盡可能由主持產(chǎn)品發(fā)行的人員來管理。

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

beta 測試當(dāng)開發(fā)和測試根本完成時所做的測試,最終的錯誤和問題需要在最終發(fā)行前找到,。這種測試一般由最終用戶或其它人員完成,不能由程序員或測試員完成。比較負(fù)載測試,容量測試和強(qiáng)度測試的區(qū)別

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

強(qiáng)度測試:在一定的負(fù)荷條件下,在較長時間跨度內(nèi)的系統(tǒng)連續(xù)運(yùn)行給系統(tǒng)性能所造成的影響,。

容量測試:容量測試目的是通過測試預(yù)先分析出反映軟件系統(tǒng)應(yīng)用特征的某項指標(biāo)的極限值(如最大并發(fā)用戶數(shù)、數(shù)據(jù)庫記錄數(shù)等,系統(tǒng)在其極限值狀態(tài)下沒有出現(xiàn)任何軟件故障或還能保持主要功能正常運(yùn)行,。容量測試還將確定測試對象在給定時間內(nèi)能夠持續(xù)處理的最大負(fù)載或工作量,。容量測試的目的是使系統(tǒng)承受超額的數(shù)據(jù)容量來發(fā)現(xiàn)它是否能夠正確處理。容量測試是面向數(shù)據(jù)的,并且它的目的是顯示系統(tǒng)可以處理目標(biāo)內(nèi)確定的數(shù)據(jù)容量,。測試結(jié)束的標(biāo)準(zhǔn)是什么? 答:用例全部測試,。覆蓋率達(dá)到標(biāo)準(zhǔn)。缺陷率達(dá)到標(biāo)準(zhǔn),。其他指標(biāo)達(dá)到質(zhì)量標(biāo)準(zhǔn),。描述軟件測試活動的生命周期?

答:測試周期分為計劃、設(shè)計,、實現(xiàn),、執(zhí)行,、總結(jié),。其中: 計劃:對整個測試周期中所有活動進(jìn)行規(guī)劃,估計工作量、風(fēng)險,安排人力物力資源,安排進(jìn)度等;設(shè)計:完成測試方案,從技術(shù)層面上對測試進(jìn)行規(guī)劃;實現(xiàn):進(jìn)行測試用例和測試規(guī)程設(shè)計;執(zhí)行:根據(jù)前期完成的計劃,、方案,、用例、規(guī)程等文檔,執(zhí)行測試用例,??偨Y(jié):記錄測試結(jié)果,進(jìn)行測試分析,完成測試報告。11 軟件的缺陷等級應(yīng)如何劃分? a類:嚴(yán)重錯誤,包括以下各種錯誤: 1.由于程序所引起的死機(jī), 非法退出 2.死循環(huán).數(shù)據(jù)庫發(fā)生死鎖.因錯誤操作導(dǎo)致的程序中斷 5.功能錯誤 . 與數(shù)據(jù)庫連接錯誤 7 . 數(shù)據(jù)通訊錯誤 b 類:較嚴(yán)重錯誤,,包括以下各種錯誤: 1 . 程序錯誤 2 . 程序接口錯誤 3 . 數(shù)據(jù)庫的表,、業(yè)務(wù)規(guī)則、缺省值未加完整性等約束條件 c 類:般性錯誤,,包括以下各種錯誤: 1 . 操作界面錯誤(包括數(shù)據(jù)窗口內(nèi)列名定義,、含義是否一致)2 . 打印內(nèi)容、格式錯誤 3 . 簡單的輸入限制未放在前臺進(jìn)行控制 4 . 刪除操作未給出提示 5 . 數(shù)據(jù)庫表中有過多的空字段 d 類:較小錯誤,,包括以下各種錯誤: 1 . 界面不規(guī)范 2 . 輔助說明描述不清楚 3 . 輸入輸出不規(guī)范 4 . 長操作未給用戶提示 5 . 提示窗口文字未采用行業(yè)

術(shù)語 6 . 可輸入?yún)^(qū)域和只讀區(qū)域沒有明顯的區(qū)分標(biāo)志 e 類:測試建議 4 怎么做好文檔測試 仔細(xì)閱讀,,跟隨每個步驟,檢查每個圖形,,嘗試每個示例,。檢查文檔的編寫是否滿足文檔編寫的目的 內(nèi)容是否齊全,正確 內(nèi)容是否完善 標(biāo)記是否正確

軟件測試技術(shù)筆試題及答案詳解篇三

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

一,、基礎(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)軟件滿足需求的測試。

軟件測試技術(shù)筆試題及答案詳解篇四

軟件測試技術(shù)幫助識別開發(fā)完成(中間或最終的版本)的計算機(jī)軟件(整體或部分)的正確度,、完全度和質(zhì)量的軟件過程,;是sqa的重要子域。以下是小編整理的計算機(jī)三級軟件測試技術(shù)試題及答案,,歡迎參考閱讀!

多項選擇題

1.在面向類的度量中,下列哪些度量方式是屬于c&k套件的度量(abcf).面向?qū)ο蟮能浖こ蘰463頁c&k度量套件

a.每個類的加權(quán)方法

b.對象類之間的耦合c.繼承樹的深度

d.類大小

e.特例化索引

f.方法中內(nèi)聚的缺乏

2.以下說法正確的有(bc).a.等價類劃分和邊界值分析屬于白盒測試技術(shù).b.基本路徑測試屬于白盒測試技術(shù).c.在基本路徑測試中,可以通過流圖來計算環(huán)路復(fù)雜性.d.樁模塊用于接收測試數(shù)據(jù),并把數(shù)據(jù)傳遞給要測試的模塊,然后打印相關(guān)結(jié)果.e.在確認(rèn)測試中,測試是由用戶在開發(fā)者的場所來進(jìn)行,開發(fā)者對客戶進(jìn)行指導(dǎo),是在一個受控環(huán)境下進(jìn)行.f.可以不進(jìn)行單元測試就開始集成測試,因為集成測試會發(fā)現(xiàn)所有的問題.3.下列哪些屬于集成測試的內(nèi)容(ab).a.自頂向下集成b.自底向上集成c.回歸測試

d.壓力測試

4.以下哪些內(nèi)容是面向?qū)ο蠓治鏊娜蝿?wù)(abcd).a.標(biāo)識類(定義屬性和方法)

b.刻畫類的層次關(guān)系

c.標(biāo)識對象——對象關(guān)系

d.表示對象行為

5.我們可以將設(shè)計模式大致劃分為以下幾種類型(abd).a.創(chuàng)建型

b.行為型

c.變換型

d.結(jié)構(gòu)型

6.軟件產(chǎn)品與其它工業(yè)產(chǎn)品相比具有獨(dú)特的開發(fā)過程,這決定了我們需要使用軟件質(zhì)量保證的方法學(xué)和工具面對軟件質(zhì)量的各種特殊的挑戰(zhàn).那么,軟件開發(fā)過程的獨(dú)特性有(acd).a.軟件產(chǎn)品的高復(fù)雜性

b.與其它系統(tǒng)有接口

c.軟件產(chǎn)品的不可見性

d.檢測缺陷的機(jī)會只限于產(chǎn)品開發(fā)階段

e.需要協(xié)同工作

7.測試設(shè)計員的職責(zé)有(abc).a.制定測試計劃

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

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

d.評估測試活動

8.軟件工程研究的對象包括(abe).a.質(zhì)量

b.過程

c.技術(shù)

d.數(shù)據(jù)庫

e.工具

9.下列說法正確的是(a).a.管理,分析,控制現(xiàn)實世界中發(fā)生的事件的程序稱為實時軟件

b.軟件項目開發(fā)的成功,取決于工具和硬件設(shè)備的優(yōu)劣

c.我們已經(jīng)建造了軟件的標(biāo)準(zhǔn)和規(guī)程,我們就能生產(chǎn)高質(zhì)量的軟件產(chǎn)品

d.在項目的進(jìn)度告急的時候,解決辦法之一就是加派人手

10.下列選項中,屬于項目管理的對象是(abce).a.人員

b.產(chǎn)品

c.過程

d.設(shè)備

e.項目

軟件測試技術(shù)筆試題及答案詳解篇五

廈門銀禾數(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ù)提供一定程度的邏輯獨(dú)立性,。

(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,、文檔能力

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

下載此文檔
a.付費(fèi)復(fù)制
付費(fèi)獲得該文章復(fù)制權(quán)限
特價:5.99元 10元
微信掃碼支付
已付款請點這里
b.包月復(fù)制
付費(fèi)后30天內(nèi)不限量復(fù)制
特價:9.99元 10元
微信掃碼支付
已付款請點這里 聯(lián)系客服