- 相關(guān)推薦
推薦史上最全的招聘筆試題
面試的時(shí)候可能會(huì )進(jìn)行筆試，下面是應屆畢業(yè)生網(wǎng)小編為你整理收集的關(guān)于軟件筆試題目的練習，快來(lái)看看吧，希望對你提供幫助。
一、判斷題：
1、發(fā)現錯誤多的模塊，殘留在模塊中的錯誤也多。( √ ) (初級)
2、測試人員在測試過(guò)程中發(fā)現一處問(wèn)題，如果問(wèn)題影響不大，而自己又可以修改，應立即將此問(wèn)題正確修改，以加快、提高開(kāi)發(fā)的進(jìn)程。( × )(初級)
3、單元測試通常應該先進(jìn)行“人工走查”，再以白盒法為主，輔以黑盒法進(jìn)行動(dòng)態(tài)測試。( √ )(中級)
4、功能測試是系統測試的主要內容，檢查系統的功能、性能是否與需求規格說(shuō)明相同。( √ )(中級)
5、軟件質(zhì)量管理即QM由QA和QC構成，軟件測試屬于QC的核心工作內容。(√)7、軟件測試只能發(fā)現錯誤，但不能保證測試后的軟件沒(méi)有錯誤。(√)
6、軟件就是程序。(X)
7、測試只要做到語(yǔ)句覆蓋和分支覆蓋，就可以發(fā)現程序中的所有錯誤。(X)
8、I18N測試是指對產(chǎn)品做出具有國際性的規劃，而L10N測試則是指對軟件做出符合本地需求更改工作。(√)【高級】
二、 選擇題 (每題2分 20 )
1、 進(jìn)行軟件質(zhì)量管理的重要性有：(ABCD)【中級】
A、維護降低成本 B、法律上的要求 C、市場(chǎng)競爭的需要
D、質(zhì)量標準化的趨勢 E、軟件工程的需要 F、CMM過(guò)程的一部分
G、方便與客戶(hù)進(jìn)一步溝通為后期的實(shí)施打好基礎
2、以測試的形態(tài)分測試可以分為：(ABC)【中級】
1、 進(jìn)行軟件質(zhì)量管理的重要性有：(ABCD)【中級】
A、維護降低成本 B、法律上的要求 C、市場(chǎng)競爭的需要
D、質(zhì)量標準化的趨勢 E、軟件工程的需要 F、CMM過(guò)程的一部分
G、方便與客戶(hù)進(jìn)一步溝通為后期的實(shí)施打好基礎
2、以測試的形態(tài)分測試可以分為：(ABC)【中級】
1、 進(jìn)行軟件質(zhì)量管理的重要性有：(ABCD)【中級】
A、維護降低成本 B、法律上的要求 C、市場(chǎng)競爭的需要
D、質(zhì)量標準化的趨勢 E、軟件工程的需要 F、CMM過(guò)程的一部分
G、方便與客戶(hù)進(jìn)一步溝通為后期的實(shí)施打好基礎
2、以測試的形態(tài)分測試可以分為：(ABC)【中級】
1、 進(jìn)行軟件質(zhì)量管理的重要性有：(ABCD)【中級】
A、維護降低成本 B、法律上的要求 C、市場(chǎng)競爭的需要
D、質(zhì)量標準化的趨勢 E、軟件工程的需要 F、CMM過(guò)程的一部分
G、方便與客戶(hù)進(jìn)一步溝通為后期的實(shí)施打好基礎
2、以測試的形態(tài)分測試可以分為：(ABC)【中級】
1、 進(jìn)行軟件質(zhì)量管理的重要性有：(ABCD)【中級】
A、維護降低成本 B、法律上的要求 C、市場(chǎng)競爭的需要
D、質(zhì)量標準化的趨勢 E、軟件工程的需要 F、CMM過(guò)程的一部分
G、方便與客戶(hù)進(jìn)一步溝通為后期的實(shí)施打好基礎
2、以測試的形態(tài)分測試可以分為：(ABC)【中級】
A、建構性測試 B、系統測試 C、專(zhuān)項測試
D、單元測試 E、組件測試 F、集成測試
3、選出屬于黑盒測試方法的選項(ABC)【初級】
A、測試用例覆蓋 B、輸入覆蓋 C、輸出覆蓋
D、分支覆蓋 E、語(yǔ)句覆蓋 F、條件覆蓋
4、編寫(xiě)測試計劃的目的是：(ABC)【中級】
A、使測試工作順利進(jìn)行 B、使項目參與人員溝通更舒暢 C、使測試工作更加系統化
D、軟件工程以及軟件過(guò)程的需要 E、軟件過(guò)程規范化的要求F、控制軟件質(zhì)量
5、依存關(guān)系有4種分別是：(ABCD)【高級】
A、開(kāi)始-結束 B、開(kāi)始-開(kāi)始 C、結束-開(kāi)始
D、結束-結束 E、開(kāi)始-實(shí)施-結束 F、結束-審核-開(kāi)始
6、軟件質(zhì)量管理(QM)應有質(zhì)量保證(QA)和質(zhì)量控制(QC)組成，下面的選項屬于QC得是：(ABC)【高級】
A、測試 B、跟蹤 C、監督D、制定計劃 E、需求審查 F、程序代碼審查
7、實(shí)施缺陷跟蹤的目的是：(ABCD)【中級】
A、軟件質(zhì)量無(wú)法控制 B、問(wèn)題無(wú)法量化 C、重復問(wèn)題接連產(chǎn)生 D、解決問(wèn)題的知識無(wú)法保留 E、確保缺陷得到解決 F、使問(wèn)題形成完整的閉環(huán)處理
8、使用軟件測試工具的目的：(ABC)【中級】
A、幫助測試尋找問(wèn)題 B、協(xié)助問(wèn)題的診斷 C、節省測試時(shí)間
D、提高Bug的發(fā)現率 E、更好的控制缺陷提高軟件質(zhì) F、更好的協(xié)助開(kāi)發(fā)人員
9、典型的瀑布模型的四個(gè)階段是：(ABCD)【高級】
A、分析 B、設計 C、編碼D、測試 E、需求調研 F、實(shí)施
10、PSP是指個(gè)人軟件過(guò)程 ，是一種可用于( A )、( B )和( C )個(gè)人軟件工作方式的自我改善過(guò)程�！靖呒墶�
A、控制 B、管理 C、改進(jìn)D、高效 E、充分 F、適宜
三、 問(wèn)答題
1、 測試人員在軟件開(kāi)發(fā)過(guò)程中的任務(wù)是什么?(初級)(5分) 答：1、尋找Bug;
2、避免軟件開(kāi)發(fā)過(guò)程中的缺陷;3、衡量軟件的品質(zhì);4、關(guān)注用戶(hù)的需求。
總的目標是：確保軟件的質(zhì)量。
2、 在您以往的工作中，一條軟件缺陷(或者叫Bug)記錄都包含了哪些內容?如何提交高質(zhì)量的軟件缺陷(Bug)記錄?(初級)(6分)
答：一條Bug記錄最基本應包含：編號、Bug所屬模塊、Bug描述、Bug級別、發(fā)現日期、發(fā)現人、修改日期、修改人、修改方法、回歸結果等等;要有效的發(fā)現Bug需參考需求以及詳細設計等前期文檔設計出高效的測試用例，然后嚴格執行測試用例，對發(fā)現的問(wèn)題要充分確認肯定，然后再向外發(fā)布如此才能提高提交Bug的質(zhì)量。
3、 界面測試題及設計題。請找出下面界面中所存在的問(wèn)題并分別列出;用黑盒測試的任何一種方法設計出此登陸窗體的測試用例。(中級)(6分)
答：1、窗體的標題欄中為空，沒(méi)有給出標題。 2、用戶(hù)名和密碼控件的字體不一致并且沒(méi)有對齊3、文本框的大小不一致沒(méi)有對其。4、確定和取消按鈕控件的大小不一致。
4、 黑盒測試和白盒測試是軟件測試的兩種基本方法，請分別說(shuō)明各自的優(yōu)點(diǎn)和缺點(diǎn)!(中級)(5分)
答：黑盒測試的優(yōu)點(diǎn)有：
1)比較簡(jiǎn)單，不需要了解程序內部的代碼及實(shí)現;
2)與軟件的內部實(shí)現無(wú)關(guān);
3)從用戶(hù)角度出發(fā)，能很容易的知道用戶(hù)會(huì )用到哪些功能，會(huì )遇到哪些問(wèn)題;
4)基于軟件開(kāi)發(fā)文檔，所以也能知道軟件實(shí)現了文檔中的哪些功能;
5)在做軟件自動(dòng)化測試時(shí)較為方便。
黑盒測試的缺點(diǎn)有：
1)不可能覆蓋所有的代碼，覆蓋率較低，大概只能達到總代碼量的30%;
2)自動(dòng)化測試的復用性較低。
史上最全軟件筆試題目及答案匯總
白盒測試的優(yōu)點(diǎn)有：
幫助軟件測試人員增大代碼的覆蓋率，提高代碼的質(zhì)量，發(fā)現代碼中隱藏的問(wèn)題。
白盒測試的缺點(diǎn)有：
1)程序運行會(huì )有很多不同的路徑，不可能測試所有的運行路徑;
2)測試基于代碼，只能測試開(kāi)發(fā)人員做的對不對，而不能知道設計的正確與否，可能會(huì )漏掉一些功能需求;
3)系統龐大時(shí)，測試開(kāi)銷(xiāo)會(huì )非常大。
5、 根據自己的理解回答什么是軟件測試，軟件測試分為哪幾個(gè)階段。(初級)(5分)
答：軟件測試是一個(gè)為了尋找軟件中的錯誤而運行軟件的過(guò)程，一個(gè)成功的測試是指找到了迄今為止尚未發(fā)現的錯誤的測試。
軟件測試一般分為單元測試、集成測試和系統測試。
6、 根據自己的理解什么是測試用例和測試規程，設計一個(gè)測試用例應當從哪幾方面考慮?(中級)(10分)
答：狹義的講，一個(gè)測試用例就是測試人員用以測試被測軟件的某個(gè)特性或特性組合的一組數據。這組數據可能是從用戶(hù)處得來(lái)的實(shí)際的一組數據，也可能是測試人員專(zhuān)門(mén)設計出來(lái)的測試軟件某些功能的一組數據。
測試規程就是詳細的對測試用例設計方法、測試方法、測試工具、測試環(huán)境和測試數據進(jìn)行描述的文檔，還可以包括能把某個(gè)或某一組測試用例應用到被測軟件上完成某項測試的一系列的操作步驟。
設計測試用例應當從以下幾方面考慮：邊界值，等價(jià)類(lèi)劃分，有效/無(wú)效值等
1 . 軟件測試 的目的是盡可能多的找出軟件的缺陷。( Y)
2 .Beta 測試是驗收測試的一種。( Y)
Acceptance testing
驗收測試是部署軟件之前的最后一個(gè)測試操作。驗收測試的目的是確保軟件準備就緒，并且可以讓最終用戶(hù)將其用于執行軟件的既定功能和任務(wù)。
3 .驗收測試是由最終用戶(hù)來(lái)實(shí)施的。( N )
是由測試人員來(lái)實(shí)施的
4 .項目立項前測試人員不需要提交任何工件。( Y ) 工件：加工過(guò)程中生產(chǎn)對象
5 .單元測試能發(fā)現約80% 的軟件缺陷。( Y )
6 .代碼評審是檢查源代碼是否達到模塊設計的要求。( N )
代碼評審也稱(chēng)代碼復查，是指通過(guò)閱讀代碼來(lái)檢查源代碼與編碼標準的符合性以及代碼質(zhì)量的活動(dòng)。
7 .自底向上集成需要測試員編寫(xiě)驅動(dòng)程序。( Y )
自頂向下綜合測試的具體步驟為：
1 以主控模塊作為測試驅動(dòng)模塊，把對主控模塊進(jìn)行單元測試時(shí)引入的所有樁模塊用實(shí)際模塊替代;
2 依據所選的集成策略(深度優(yōu)先或廣度優(yōu)先)，每次只替代一個(gè)樁模塊;
3 每集成一個(gè)模塊立即測試一遍;
4 只有每組測試完成后，才著(zhù)手替換下一個(gè)樁模塊;
5 為避免引入新錯誤，須不斷地進(jìn)行回歸測試(即全部或部分地重復已做過(guò)的測試)。
自底向上綜合測試的步驟分為：
1 把低層模塊組織成實(shí)現某個(gè)子功能的模塊群(cluster);
2 開(kāi)發(fā)一個(gè)測試驅動(dòng)模塊，控制測試數據的輸入和測試結果的輸出;
3 對每個(gè)模塊群進(jìn)行測試;
4 刪除測試使用的驅動(dòng)模塊，用較高層模塊把模塊群組織成為完成更大功能的新模塊群。
8、負載測試是驗證要檢驗的系統的能力最高能達到什么程度。( N )
負載測試(Load testing)，通過(guò)測試系統在資源超負荷情況下的表現，以發(fā)現設計上的錯誤或驗證系統的負載能力。在這種測試中，將使測試對象承擔不同的工作量，以評測和評估測試對象在不同工作量條件下的性能行為，以及持續正常運行的能力。負載測試的目標是確定并確保系統在超出最大預期工作量的情況下仍能正常運行。此外，負載測試還要評估性能特征。例如，響應時(shí)間、事務(wù)處理速率和其他與時(shí)間相關(guān)的方面。
9 .測試人員要堅持原則，缺陷未修復完堅決不予通過(guò)。( N )
10 .代碼評審員一般由測試員擔任。( N )
11 .我們可以人為的使得軟件不存在配置問(wèn)題。( N )
是一種標識、組織和控制修改的技術(shù)。軟件配置管理應用于整個(gè)軟件工程過(guò)程。我們知道，在軟件建立時(shí)變更是不可避免的，而變更加劇了項目中軟件開(kāi)發(fā)者之間的混亂。
12 .集成測試計劃在需求分析階段末提交。( N )
執行階段
1)時(shí)間安排 單元測試已經(jīng)完成后就可以開(kāi)始執行集成測試了
2)輸入 需求規格說(shuō)明書(shū) 概要設計 集成測試計劃 集成高度設計 集成測試例 集成測試規程 集成測試代碼(如果有)集成測試腳本 集成測試工具 詳細設計 代碼 單元測試報告
3)入口條件 單元測試階段已經(jīng)通過(guò)基線(xiàn)化評審
4)活動(dòng)步 驟 執行集成測試用例 回歸集成測試用例 撰寫(xiě)集成測試報告
5)輸出 集成測試報告
6)出口條件 集成測試報告通過(guò)集成測試階段基線(xiàn)評審
史上最全軟件筆試題目及答案匯總
選擇題
1 .軟件驗收測試的合格通過(guò)準則是：(ABCD)
A . 軟件需求分析說(shuō)明書(shū)中定義的所有功能已全部實(shí)現，性能指標全部達到要求。
B . 所有測試項沒(méi)有殘余一級、二級和三級錯誤。
C . 立項審批表、需求分析文檔、設計文檔和編碼實(shí)現一致。
D . 驗收測試工件齊全。
2 .軟件測試計劃評審會(huì )需要哪些人員參加?( ABCD )
A .項目經(jīng)理
B .SQA 負責人
軟件質(zhì)量保證(SQA)是建立一套有計劃
目標 1: 軟件質(zhì)量保證工作是有計劃進(jìn)行的。
目標 2: 客觀(guān)地驗證軟件項目產(chǎn)品和工作是否遵循恰當的標準、步驟和需求。
目標 3: 將軟件質(zhì)量保證工作及結果通知給相關(guān)組別和個(gè)人。
目標 4: 高級管理層接觸到在項目?jì)炔坎荒芙鉀Q的不符合類(lèi)問(wèn)題。
C .配置負責人
D .測試組
3 .下列關(guān)于alpha 測試的描述中正確的是：( AD )
A .alpha 測試需要用戶(hù)代表參加
B .alpha 測試不需要用戶(hù)代表參加
C .alpha 測試是系統測試的一種
D .alpha 測試是驗收測試的一種
4 .測試設計員的職責有：( BC )
A .制定測試計劃
B .設計測試用例
C .設計測試過(guò)程、腳本
D .評估測試活動(dòng)
5 .軟件實(shí)施活動(dòng)的進(jìn)入準則是：( ABC )
A .需求工件已經(jīng)被基線(xiàn)化
工件加工過(guò)程中的生產(chǎn)對象。
基線(xiàn)化 一個(gè)文檔如果經(jīng)過(guò)討論被通過(guò)了，被固定了，就可以說(shuō)這個(gè)文檔被“基線(xiàn)化”了，然后所有人就可以在這個(gè)“基線(xiàn)”的基礎上工作。
B .詳細設計工件已經(jīng)被基線(xiàn)化
C .構架工件已經(jīng)被基線(xiàn)化
D .項目階段成果已經(jīng)被基線(xiàn)化
1. 軟件驗收測試包括：_正式驗收測試，alpha測試，beta測試。
2. 系統測試的策略有：功能測試，性能測試，可靠性測試，負載測試，易用性測試，強度測試，安全測試，配置測試，安裝測試，卸載測試，文擋測試，故障恢復測試，界面測試，容量測試，兼容性測試，分布測試，可用性測試
(有的可以合在一起，分開(kāi)寫(xiě)只要寫(xiě)出15 就滿(mǎn)分哦)
3. 設計系統測試計劃需要參考的項目文擋有：_軟件測試計劃，軟件需求工件和迭代計劃。
4. 對面向過(guò)程的系統采用的集成策略有：自頂向下，自底向上兩種。
5. 通過(guò)畫(huà)因果圖來(lái)寫(xiě)測試用例的步驟為：
(1)根據程序規格說(shuō)明書(shū)描述，分析并確定因(輸入條件)和果(輸出結果或程序狀態(tài)的改變)，畫(huà)出因果圖。
(2)將得到的因果圖轉換為判定表。
(3)為判定表中每一列所表示的情況設計一個(gè)測試用例。
四、簡(jiǎn)答
1. 區別階段評審的與同行評審
答：
同行評審目的:發(fā)現小規模工作產(chǎn)品的錯誤,只要是找錯誤;
階段評審目的:評審模塊 階段作品的正確性 可行性 及完整性
同行評審人數:3-7人 人員必須經(jīng)過(guò)同行評審會(huì )議的培訓,由SQA指導
階段評審人數:5人左右 評審人必須是專(zhuān)家 具有系統評審資格
同行評審內容:內容小 一般文檔 < 40頁(yè), 代碼 < 500行
階段評審內容: 內容多,主要看重點(diǎn)
同行評審時(shí)間:一小部分工作產(chǎn)品完成
階段評審時(shí)間: 通常是設置在關(guān)鍵路徑的時(shí)間點(diǎn)上!
2. 什么是軟件測試
答：測試是為發(fā)現錯誤而執行程序的過(guò)程
軟件測試就是利用測試工具按照測試方案和流程對產(chǎn)品進(jìn)行功能和性能測試，甚至根據需要編寫(xiě)不同的測試工具，設計和維護測試系統，對測試方案可能出現的問(wèn)題進(jìn)行分析和評估。執行測試用例后，需要跟蹤故障，以確保開(kāi)發(fā)的產(chǎn)品適合需求。
3 簡(jiǎn)述集成測試的過(guò)程
答：系統集成測試主要包括以下過(guò)程：
1. 構建的確認過(guò)程。
2. 補丁的確認過(guò)程。
3. 系統集成測試測試組提交過(guò)程。
4. 測試用例設計過(guò)程。
5. 測試代碼編寫(xiě)過(guò)程。
6. Bug的報告過(guò)程。
7. 每周/每?jì)芍艿臉嫿ㄟ^(guò)程。
8. 點(diǎn)對點(diǎn)的測試過(guò)程。
9. 組內培訓過(guò)程。
5 白盒測試有幾種方法
答：總體上分為靜態(tài)方法和動(dòng)態(tài)方法兩大類(lèi)。
靜態(tài)：關(guān)鍵功能是檢查軟件的表示和描述是否一致,沒(méi)有沖突或者沒(méi)有歧義。
動(dòng)態(tài)：語(yǔ)句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。
6 系統測試計劃是否需要同行審批，為什么
答：需要，系統測試計劃屬于項目階段性關(guān)鍵文檔，因此需要評審。
7Alpha 測試與beta 的區別
Alpha測試(α測試)是由一個(gè)用戶(hù)在開(kāi)發(fā)環(huán)境下進(jìn)行的測試，也可以是公司內部的用戶(hù)在模擬實(shí)際操作環(huán)境下進(jìn)行的受控測試，Alpha測試不能由程序員或測試員完成。Alpha測試發(fā)現的錯誤，可以在測試現場(chǎng)立刻反饋給開(kāi)發(fā)人員，由開(kāi)發(fā)人員及時(shí)分析和處理。目的是評價(jià)軟件產(chǎn)品的功能、可使用性、可靠性、性能和支持。尤其注重產(chǎn)品的界面和特色。Alpha測試可以從軟件產(chǎn)品編碼結束之后開(kāi)始，或在模塊(子系統)測試完成后開(kāi)始，也可以在確認測試過(guò)程中產(chǎn)品達到一定的穩定和可靠程度之后再開(kāi)始。有關(guān)的手冊(草稿)等應該在A(yíng)lpha測試前準備好。
Beta測試(β測試)是軟件的多個(gè)用戶(hù)在一個(gè)或多個(gè)用戶(hù)的實(shí)際使用環(huán)境下進(jìn)行的測試。開(kāi)發(fā)者通常不在測試現場(chǎng)，Beta測試不能由程序員或測試員完成。因而，Beta測試是在開(kāi)發(fā)者無(wú)法控制的環(huán)境下進(jìn)行的軟件現場(chǎng)應用。在Beta測試中，由用戶(hù)記下遇到的所有問(wèn)題，包括真實(shí)的以及主管認定的，定期向開(kāi)發(fā)者報告，開(kāi)發(fā)者在綜合用戶(hù)的報告后，做出修改，最后將軟件產(chǎn)品交付給全體用戶(hù)使用。Beta測試著(zhù)重于產(chǎn)品的支持性，包括文檔、客戶(hù)培訓和支持產(chǎn)品的生產(chǎn)能力。只有當Alpha測試達到一定的可靠程度后，才能開(kāi)始Beta測試。由于Beta測試的主要目標是測試可支持性，所以Beta測試應該盡可能由主持產(chǎn)品發(fā)行的人員來(lái)管理。
答：Alpha 測試 在系統開(kāi)發(fā)接近完成時(shí)對應用系統的測試;測試后仍然會(huì )有少量的設計變更。這種測試一般由最終用戶(hù)或其它人員完成，不能由程序或測試員完成。
Beta 測試 當開(kāi)發(fā)和測試根本完成時(shí)所做的測試，最終的錯誤和問(wèn)題需要在最終發(fā)行前找到。這種測試一般由最終用戶(hù)或其它人員完成，不能由程序員或測試員完成。
8 比較負載測試，容量測試和強度測試的區別
答：負載測試：在一定的工作負荷下，系統的負荷及響應時(shí)間。
強度測試：在一定的負荷條件下，在較長(cháng)時(shí)間跨度內的系統連續運行給系統性能所造成的影響。
容量測試：容量測試目的是通過(guò)測試預先分 析出反映軟件 系統應用特征的某項指標的極限值(如最大并發(fā)用戶(hù)數、數據庫記錄數等)，系統在其極限值狀態(tài)下沒(méi)有出現任何軟件故障或還能保持主要功能正常運行。容量測試還將確定測試對象在給定時(shí)間內能夠持續處理的最大負載或工作量。容量測試的目的是使系統承受超額的數據容量來(lái)發(fā)現它是否能夠正確處理。容量測試是面向數據 的，并且它的目的是顯示系統可以處理目標內確定的數據容量。
9 測試結束的標準是什么?
答：用例全部測試。覆蓋率達到標準。缺陷率達到標準。其他指標達到質(zhì)量標準。
10 描述軟件測試活動(dòng)的生命周期?
測試周期分為計劃、設計、實(shí)現、執行、總結。其中：
計劃：對整個(gè)測試周期中所有活動(dòng)進(jìn)行規劃，估計工作量、風(fēng)險，安排人力物力資源，安排進(jìn)度等;
設計：完成測試方案，從技術(shù)層面上對測試進(jìn)行規劃;實(shí)現：進(jìn)行測試用例和測試規程設計;執行：根據前期完成的計劃、方案、用例、規程等文檔，執行測試用例�？偨Y：記錄測試結果，進(jìn)行測試分析，完成測試報告。
11 軟件的缺陷等級應如何劃分?
A 類(lèi)— 嚴重錯誤，包括以下各種錯誤：
1 . 由于程序所引起的死機, 非法退出
2 . 死循環(huán)3 . 數據庫發(fā)生死鎖 4 . 因錯誤操作導致的程序中斷
5 . 功能錯誤6 . 與數據庫連接錯誤 7 . 數據通訊錯誤
B 類(lèi)— 較嚴重錯誤，包括以下各種錯誤：
1 . 程序錯誤 2 . 程序接口錯誤
3 . 數據庫的表、業(yè)務(wù)規則、缺省值未加完整性等約束條件
C 類(lèi)— 一般性錯誤，包括以下各種錯誤：
1 . 操作界面錯誤(包括數據窗口內列名定義、含義是否一致)
2 . 打印內容、格式錯誤 3 . 簡(jiǎn)單的輸入限制未放在前臺進(jìn)行控制
4 . 刪除操作未給出提示 5 . 數據庫表中有過(guò)多的空字段
D 類(lèi)— 較小錯誤，包括以下各種錯誤：
1 . 界面不規范 2 . 輔助說(shuō)明描述不清楚
3 . 輸入輸出不規范4 . 長(cháng)操作未給用戶(hù)提示5 . 提示窗口文字未采用行業(yè)術(shù)語(yǔ)6 . 可輸入區域和只讀區域沒(méi)有明顯的區分標志
E 類(lèi)— 測試建議
4 怎么做好文檔測試
仔細閱讀，跟隨每個(gè)步驟，檢查每個(gè)圖形，嘗試每個(gè)示例。
檢查文檔的編寫(xiě)是否滿(mǎn)足文檔編寫(xiě)的目的
內容是否齊全，正確
內容是否完善
標記是否正確
【史上最全的招聘筆試題】相關(guān)文章：
史上最全的生活小技巧06-27
史上最全的情人節賣(mài)花技巧06-22
史上最全英語(yǔ)面試常見(jiàn)問(wèn)題匯總06-29
華為招聘筆試題07-11
求最全的java面試題和經(jīng)驗07-13
護理招聘面試題06-28
華為筆試題硬件筆經(jīng)07-11
護理招聘面試題目06-28
醫院護理招聘面試題06-28