第三方測(cè)試工程師考試
Jessie小魚
ilovefoood
根據(jù)目前網(wǎng)絡(luò)工程師考試體系和對(duì)100家IT培訓(xùn)機(jī)構(gòu)所提供的課程來看，基本要具備數(shù)據(jù)庫、java、軟件測(cè)試知識(shí)，以下是部分的資料，希望對(duì)你有所幫助——數(shù)據(jù)庫基本概念 Oracle的邏輯結(jié)構(gòu)、物理結(jié)構(gòu)和數(shù)據(jù)字典Oracle的模式；Oracle數(shù)據(jù)庫對(duì)象介紹（表、視圖、觸發(fā)器、序列、存儲(chǔ)過程）PL/SQL應(yīng)用 Oracle安裝介紹客戶端配置；數(shù)據(jù)庫啟動(dòng)和停止；常用工具介紹創(chuàng)建數(shù)據(jù)庫用戶和其它對(duì)象（表、視圖等）PowerDesigner設(shè)計(jì)工具的使用其他流行DBMS（MySQL、SQLServer）的介紹與應(yīng)用項(xiàng)目實(shí)踐 在項(xiàng)目背景下進(jìn)行綜合應(yīng)用，分析設(shè)計(jì)數(shù)據(jù)庫Java JAVA初級(jí) 基本概念JAVA語言基本語法JAVA程序工程規(guī)范認(rèn)識(shí)并了解面向?qū)ο髢?nèi)部類異常JAVA高級(jí) Eclipse工具介紹及使用JAVA基本類庫多線程機(jī)制集合框架圖形用戶界面設(shè)計(jì)（GUI編程）I/O輸入輸出流網(wǎng)絡(luò)編程JDBC數(shù)據(jù)庫編程項(xiàng)目實(shí)踐 在項(xiàng)目背景下進(jìn)行綜合應(yīng)用軟件測(cè)試 測(cè)試?yán)碚?軟件測(cè)試技術(shù)概論黑盒測(cè)試白盒測(cè)試性能測(cè)試自動(dòng)化測(cè)試測(cè)試模型與測(cè)試管理缺陷生命周期及管理軟件測(cè)試標(biāo)準(zhǔn)及規(guī)范配置管理項(xiàng)目實(shí)訓(xùn) 測(cè)試準(zhǔn)備、測(cè)試計(jì)劃、用例設(shè)計(jì)、用例執(zhí)行、測(cè)試報(bào)告及缺陷報(bào)告、評(píng)審及總結(jié)項(xiàng)目實(shí)戰(zhàn) WEB網(wǎng)站測(cè)試自動(dòng)化工具 自動(dòng)化工具介紹配置管理及工具缺陷管理工具功能測(cè)試工具性能測(cè)試工具測(cè)試管理工具
超愛吃的丫頭
測(cè)試開發(fā)工程師筆試題
一。問答題。
1.最適合用來濾除高頻噪音的電容是
9001管理八原則是什么?并進(jìn)行簡(jiǎn)要描述?
3.線形電源與開關(guān)電源的區(qū)別
指標(biāo)：
是什么電路?輸出要注意什么?
6.示波器的觸發(fā)方式(要求寫3種)?同時(shí)測(cè)量高.低頻兩種信號(hào)應(yīng)采用那種觸發(fā)方式?
7.閂鎖效應(yīng)是那種器件獨(dú)有的一種失效特性?
SDRAM與SDRAM有什么區(qū)別?
走線的3W原則是什么?差分信號(hào)的走線原則;
10.產(chǎn)品可靠性指標(biāo)(要求寫3個(gè))，你在設(shè)計(jì)中如何確保產(chǎn)品的可靠性?
二、單選題 (每題2分，共40分)20題
1、軟件測(cè)試的目的正確的是 ( D )
①測(cè)試是為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過程;
②好的測(cè)試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試方案;
③成功的測(cè)試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試
④測(cè)試并不僅僅是為了找出錯(cuò)誤.通過分析錯(cuò)誤產(chǎn)生的原因和錯(cuò)誤的發(fā)生趨勢(shì),可以幫助項(xiàng)目管理者發(fā)現(xiàn)當(dāng)前軟件開發(fā)過程中的缺陷,以便及時(shí)改進(jìn);
A、① B、①②③ C、②③④ D、①②③④
2、軟件測(cè)試的對(duì)象包括( B )
A.目標(biāo)程序和相關(guān)文檔 B.源程序、目標(biāo)程序、數(shù)據(jù)及相關(guān)文檔
C.目標(biāo)程序、操作系統(tǒng)和平臺(tái)軟件D.源程序和目標(biāo)程序
3、從是否關(guān)心軟件內(nèi)部結(jié)構(gòu)和具體實(shí)現(xiàn)的角度劃分。( B )
A、靜態(tài)測(cè)試、動(dòng)態(tài)測(cè)試
B、黑盒測(cè)試、白盒測(cè)試、灰盒測(cè)試
C、單元測(cè)試、集成測(cè)試、確認(rèn)測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試
D、以上都不對(duì)
4、關(guān)于軟件測(cè)試模型，描述正確的是( C )
A、V模型測(cè)試的對(duì)象就是程序本身，測(cè)試與開發(fā)可以同一階段進(jìn)行
B、W模型測(cè)試的對(duì)象是程序，需求、設(shè)計(jì)等，可以支持迭代的開發(fā)模型
C、H模型軟件測(cè)試過程活動(dòng)完全獨(dú)立，貫穿產(chǎn)品整個(gè)生命周期,與其他流程并發(fā)地進(jìn)行。
D、X模型是事先計(jì)劃再進(jìn)行測(cè)試。
5、軟件測(cè)試按實(shí)施組織分，測(cè)試應(yīng)該包括以下的( A )
① 開發(fā)方測(cè)試 ②用戶方測(cè)試 ③第三方測(cè)試 ④ 驗(yàn)收測(cè)試 ⑤確認(rèn)測(cè)試
A.①②③ B.③④⑤ C.①②④ D.①②③④⑤
6、制定測(cè)試計(jì)劃的步驟：(D)
A、確定項(xiàng)目管理機(jī)制 預(yù)計(jì)測(cè)試工作量 測(cè)試計(jì)劃評(píng)審
B、確定測(cè)試范圍 確定測(cè)試策略 確定測(cè)試標(biāo)準(zhǔn)、預(yù)計(jì)測(cè)試工作量
C、確定測(cè)試構(gòu)架 確定項(xiàng)目管理機(jī)制 預(yù)計(jì)測(cè)試工作量 測(cè)試計(jì)劃評(píng)審
D、確定測(cè)試范圍 確定測(cè)試策略 確定測(cè)試標(biāo)準(zhǔn) 確定測(cè)試構(gòu)架 確定項(xiàng)目管理機(jī)制 預(yù)計(jì)測(cè)試工作量 測(cè)試計(jì)劃評(píng)審
7、為保證測(cè)試活動(dòng)的可控性，必須在軟件測(cè)試過程中進(jìn)行軟件測(cè)試配置管理，一般來說，軟件測(cè)試配置管理中最基本的活動(dòng)包括( A )
A.配置項(xiàng)標(biāo)識(shí)、配置項(xiàng)控制、配置狀態(tài)報(bào)告、配置審計(jì)
B.配置基線確立、配置項(xiàng)控制、配置報(bào)告、配置審計(jì)
C.配置項(xiàng)標(biāo)識(shí)、配置項(xiàng)變更、配置審計(jì)、配置跟蹤
D.配置項(xiàng)標(biāo)識(shí)、配置項(xiàng)控制、配置狀態(tài)報(bào)告、配置跟蹤
8、某次程序調(diào)試沒有出現(xiàn)預(yù)計(jì)的結(jié)果，下列( B)不可能是導(dǎo)致出錯(cuò)的原因。
A、變量沒有初始化 B、編寫的語句書寫格式不規(guī)范
C、循環(huán)控制出錯(cuò) D、代碼輸入有誤
9、下列關(guān)于程序效率的描述錯(cuò)誤的是(B )。
A、提高程序的執(zhí)行速度可以提高程序的效率
B、降低程序占用的存儲(chǔ)空間可以提高程序的效率
C、源程序的效率與詳細(xì)設(shè)計(jì)階段確定的算法的效率無關(guān)
D、好的程序設(shè)計(jì)可以提高效率
10、邏輯路徑覆蓋法是白盒測(cè)試用例的重要設(shè)計(jì)方法，其中語句覆蓋法是較為常用的方法，針對(duì)下面的語句段，采用語句覆蓋法完成測(cè)試用例設(shè)計(jì)，測(cè)試用例見下表，對(duì)表中的空缺項(xiàng)(True或者False)，正確的選擇是( A )。
語句段：
if (A && (B||C)) x=l;
else x=O;
用例表：
#FormatTableID_0#
A.①TRUE ②FALSE ③TRUE B.①TRUE ②FALSE ③FALSE
C.①FALSE ②FALSE ③TRUE D.①TRUE ②TRUE ③FALSE
11、程序設(shè)計(jì)語言中( D )。
A. while 循環(huán)語句的執(zhí)行效率比 do-while 循環(huán)語句的執(zhí)行效率高
B. while 循環(huán)語句的'循環(huán)體執(zhí)行次數(shù)比循環(huán)條件的判斷次數(shù)多 1，而do-while 語句的循環(huán)體執(zhí)行次數(shù)比循環(huán)條件的判斷次數(shù)少 1
C. while 語句的循環(huán)體執(zhí)行次數(shù)比循環(huán)條件的判斷次數(shù)少 1，而 do-while語句的循環(huán)體執(zhí)行次數(shù)比循環(huán)條件的判斷次數(shù)多 1
D. while 語句的循環(huán)體執(zhí)行次數(shù)比循環(huán)條件的判斷次數(shù)少 1，而 do-while語句的循環(huán)體執(zhí)行次數(shù)等于循環(huán)條件的判斷次數(shù)
12、DB, DBMS 和 DBS 三者間的關(guān)系是( B )
A . DB 包括 DBMS 和 DBS B . DBS 包括 DB 和 DBMS
C . DBMS 包括 DBS 和 DB D . DBS 與 DB 、 DBMS 無關(guān)
13.在TCP/IP模型中，應(yīng)用層包含了所有的高層協(xié)議，在下列的一些應(yīng)用協(xié)議中，B是能夠?qū)崿F(xiàn)本地與遠(yuǎn)程主機(jī)之間的文件傳輸工作。
A telnetB FTPC SNMPD NFS
14、一個(gè)局域網(wǎng)中某臺(tái)主機(jī)的IP 地址為，使用22 位作為網(wǎng)絡(luò)地址，那么該局域網(wǎng)的子網(wǎng)掩碼和，最多可以連接的主機(jī)數(shù)分別為 ( B )
A、 1021
B、 1022
C、 1023
D、 1024
15、Linux文件系統(tǒng)的文件都按其作用分門別類地放在相關(guān)的目錄中，對(duì)于外部設(shè)備文件，一般應(yīng)將其放在( C )目錄中。
A /binB /etcC /devD /lib
16、某公司采用的軟件開發(fā)過程通過了CMM2認(rèn)證，表明該公司 ( C ) 。
A. 開發(fā)項(xiàng)目成效不穩(wěn)定，管理混亂
B. 對(duì)軟件過程和產(chǎn)品質(zhì)量建立了定量的質(zhì)量目標(biāo)
C. 建立了基本的項(xiàng)目級(jí)管理制度和規(guī)程，可對(duì)項(xiàng)目的成本、進(jìn)度進(jìn)行跟蹤和控制
D. 可集中精力采用新技術(shù)新方法，優(yōu)化軟件過程
17、質(zhì)量管理人員在安排時(shí)間進(jìn)度時(shí)，為了能夠從全局出發(fā)、抓住關(guān)鍵路徑、統(tǒng)籌安排、集中力量，從而達(dá)到按時(shí)或提前完成計(jì)劃的目標(biāo)，可以使用( A )。
A.活動(dòng)網(wǎng)絡(luò)圖 B.因果圖
C.優(yōu)先矩陣圖 D.檢查表
18、某公司最近承接了一個(gè)大型信息系統(tǒng)項(xiàng)目，項(xiàng)目整體壓力較大，對(duì)這個(gè)項(xiàng)目中的變更，可以使用( B )等方式提高效率。
①分優(yōu)先級(jí)處理②規(guī)范處理③整批處理④分批處理
A.①②③ B.①②④ C.②③④ D.①③④
19、下面哪項(xiàng)工作是制訂進(jìn)度計(jì)劃的基礎(chǔ)：( A )
A、工作分解結(jié)構(gòu)(WBS)
B、網(wǎng)絡(luò)圖
C、甘特圖(GANTT)
D、資源平衡(RESOURCE LEVELLING)
20、下面哪一方法通常不會(huì)被用來縮短進(jìn)度? ( D )
A. 趕工
B. 變更范圍
C. 以并行方式而不是序列方式來實(shí)施進(jìn)行活動(dòng)
D. 資源平衡
多彩裝修
軟件測(cè)試需要很多了內(nèi)容了，你先了解下基礎(chǔ)，再對(duì)自己進(jìn)行補(bǔ)充。軟件測(cè)試基礎(chǔ)軟件質(zhì)量與軟件測(cè)試：軟件測(cè)試是軟件質(zhì)量保證工作的一個(gè)重要環(huán)節(jié)。軟件測(cè)試和軟件質(zhì)量保證是軟件質(zhì)量工程的兩個(gè)不同層面的工作。軟件測(cè)試只是軟件質(zhì)量保證工作中的一個(gè)重要環(huán)節(jié)。質(zhì)量保證（QA）的工作是通過預(yù)防、檢查與改進(jìn)來保證軟件的質(zhì)量，它所關(guān)注的是軟件質(zhì)量的檢查和測(cè)量。軟件測(cè)試所關(guān)心的不是過程的活動(dòng)，而是對(duì)過程的產(chǎn)物以及開發(fā)出的軟件進(jìn)行剖析（相關(guān)文章可參考網(wǎng)絡(luò)工程大全）。軟件測(cè)試定義：軟件測(cè)試就是在軟件投入運(yùn)行前對(duì)軟件需求分析、軟件設(shè)計(jì)規(guī)格說明和軟件編碼進(jìn)行的查錯(cuò)（包括代碼執(zhí)行活動(dòng)與人工活動(dòng)）。軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程。軟件測(cè)試是根據(jù)軟件開發(fā)各階段的規(guī)格說明和程序的內(nèi)部結(jié)構(gòu)而精心設(shè)計(jì)一批測(cè)試用例（即輸入數(shù)據(jù)及其預(yù)期的輸出結(jié)果），并利用這些測(cè)試用例去運(yùn)行程序，以發(fā)現(xiàn)程序的錯(cuò)誤。是在軟件投入運(yùn)行前，對(duì)軟件需求分析、軟件設(shè)計(jì)規(guī)格說明和軟件編碼的最終復(fù)審，是軟件質(zhì)量保證的關(guān)鍵步驟。軟件測(cè)試目的：（1）測(cè)試是一個(gè)為了尋找錯(cuò)誤而運(yùn)行程序的過程；（2）一個(gè)好的測(cè)試用例是指很可能找到迄今為止未發(fā)現(xiàn)的錯(cuò)誤的用例；（3）一個(gè)成功的測(cè)試是指揭示了迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。軟件測(cè)試的目標(biāo)是能夠以耗費(fèi)最少時(shí)間與最小工作量找出軟件系統(tǒng)中潛在的各種錯(cuò)誤與缺陷。測(cè)試只能證明程序中錯(cuò)誤的存在，但不能證明程序中沒有錯(cuò)誤。軟件測(cè)試原則：（1）盡早地并不斷地進(jìn)行軟件測(cè)試；（2）程序員或程序設(shè)計(jì)機(jī)構(gòu)應(yīng)避免測(cè)試自己設(shè)計(jì)的程序；（3）測(cè)試前應(yīng)當(dāng)設(shè)定合理的測(cè)試用例；（4）測(cè)試用例的設(shè)計(jì)不僅要有合法的輸入數(shù)據(jù)，還要有非法的輸入數(shù)據(jù)；（5）在對(duì)程序修改之后要進(jìn)行回歸測(cè)試；（6）充分注意測(cè)試中的群集現(xiàn)象；（7）妥善保留測(cè)試計(jì)劃、全部測(cè)試用例、出錯(cuò)統(tǒng)計(jì)和最終分析報(bào)告，并把它們作為+軟件的組成部分之一，為軟件的維護(hù)提供方便；（8）應(yīng)當(dāng)對(duì)每一個(gè)測(cè)試結(jié)果做全面檢查；（9）嚴(yán)格執(zhí)行測(cè)試計(jì)劃，排除測(cè)試的隨意性。軟件測(cè)試對(duì)象：軟件的測(cè)試不僅僅是程序的測(cè)試，軟件的測(cè)試應(yīng)貫穿于整個(gè)軟件生命同期中。在軟件定義階段產(chǎn)生的可行性報(bào)告、項(xiàng)目實(shí)施計(jì)劃、軟件需求說明書或系統(tǒng)功能說明書，在軟件開發(fā)階段產(chǎn)生的概要測(cè)試說明書、詳細(xì)設(shè)計(jì)說明書，以及源程序等都是軟件測(cè)試的對(duì)象。軟件測(cè)試過程模型：V模型、W模型、H模型。軟件測(cè)試模型的使用：在實(shí)際軟件測(cè)試的實(shí)施過程中，應(yīng)靈活地運(yùn)用各種模型的優(yōu)點(diǎn)，通?？梢栽?W模型的框架下，運(yùn)用H模型的思想進(jìn)行獨(dú)立的測(cè)試。當(dāng)有變更發(fā)生時(shí)，按X模型和前置模型的思想進(jìn)行處理。同時(shí)，將測(cè)試和開發(fā)緊密結(jié)合，尋找恰當(dāng)?shù)木途w點(diǎn)開始測(cè)試，并反復(fù)進(jìn)行迭代測(cè)試，以達(dá)到按期完成預(yù)定的目標(biāo)。軟件問題分類：軟件錯(cuò)誤、軟件缺陷、軟件故障、軟件失效。軟件測(cè)試類型：按開發(fā)階段分：?jiǎn)卧獪y(cè)試、集成測(cè)試、確認(rèn)測(cè)試（有效性測(cè)試）、系統(tǒng)測(cè)試、確認(rèn)測(cè)試、驗(yàn)收測(cè)試按測(cè)試實(shí)施組織分：開發(fā)方測(cè)試（驗(yàn)證測(cè)試或alpha測(cè)試）、用戶測(cè)試（beta）、第三方測(cè)試（獨(dú)立測(cè)試）按測(cè)試方式分：動(dòng)態(tài)測(cè)試、靜態(tài)測(cè)試按測(cè)試技術(shù)分：白盒測(cè)試、黑盒測(cè)試、灰盒測(cè)試軟件測(cè)試過程：用黑盒法設(shè)計(jì)基本的測(cè)試方案，再利用白盒法補(bǔ)充一些必要的測(cè)試方案。可以用以下策略結(jié)合各種方法：（1）在任何情況下都應(yīng)該使用邊界值分析的方法；（2）必要時(shí)用等價(jià)劃分法補(bǔ)充測(cè)試方案；（3）必要時(shí)用錯(cuò)誤推測(cè)法補(bǔ)充測(cè)試方案；（4）如果在程序的功能說明中含有輸入條件的組合，最好在一開始就用因果圖法，然后再按以上（1）、（2）、（3）步進(jìn)行。（5）對(duì)照程序邏輯，檢查已設(shè)計(jì)出的設(shè)計(jì)方案?？梢愿鶕?jù)對(duì)程序可靠性的要求采用不同的邏輯覆蓋標(biāo)準(zhǔn)，如果現(xiàn)有測(cè)試方案的邏輯覆蓋程度沒有達(dá)到要求的覆蓋標(biāo)準(zhǔn)，則應(yīng)再補(bǔ)充一些測(cè)試方案。單元測(cè)試主要是對(duì)模塊的5個(gè)基本特性進(jìn)行測(cè)試和評(píng)價(jià)：（1）模塊接口；（2）局部數(shù)據(jù)結(jié)構(gòu)；（3）重要的執(zhí)行路徑；（4）錯(cuò)誤處理；（5）邊界測(cè)試。在集成測(cè)試時(shí)，要考慮的問題有：數(shù)據(jù)經(jīng)過接口是否會(huì)丟失；一個(gè)模塊對(duì)另一模塊是否造成不應(yīng)有的影響；幾個(gè)子功能組合起來能否實(shí)現(xiàn)主功能；誤差不斷積累是否達(dá)到不可接受的程度；全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問題。確認(rèn)測(cè)試又稱為有效性測(cè)試、合格測(cè)試或驗(yàn)收測(cè)試。確認(rèn)測(cè)試主要由使用用戶參加測(cè)試，檢驗(yàn)軟件規(guī)格說明的技術(shù)標(biāo)準(zhǔn)的符合程度，是保證軟件質(zhì)量的最后關(guān)鍵環(huán)節(jié)。系統(tǒng)測(cè)試是將通過確認(rèn)測(cè)試的軟件，作為整個(gè)基于計(jì)算機(jī)系統(tǒng)的一個(gè)元素，與計(jì)算機(jī)硬件、外設(shè)、某些支持軟件、數(shù)據(jù)和人員等其他系統(tǒng)元素結(jié)合在一起，在實(shí)際運(yùn)行（使用）環(huán)境下，對(duì)計(jì)算機(jī)系統(tǒng)進(jìn)行一系列的組裝測(cè)試和確認(rèn)測(cè)試。系統(tǒng)管理測(cè)試實(shí)質(zhì)上是由一系列不同測(cè)試組成的，其主要目的是充分運(yùn)行系統(tǒng)，驗(yàn)證系統(tǒng)各個(gè)部件是否都能正常工作并完成所分配的功能。系統(tǒng)測(cè)試包括：恢復(fù)測(cè)試、安全性測(cè)試、強(qiáng)度測(cè)試、性能測(cè)試等。驗(yàn)收測(cè)試是以用戶為主，軟件開發(fā)人員和質(zhì)量保證人員也應(yīng)參加的測(cè)試。由用戶參加設(shè)計(jì)測(cè)試用例。使用用戶界面輸入測(cè)試數(shù)據(jù)，并分析測(cè)試的輸出結(jié)果。驗(yàn)收測(cè)試往往知系統(tǒng)測(cè)試完成后，項(xiàng)目最終交付前進(jìn)行。測(cè)試用例設(shè)計(jì)方法（軟件測(cè)試技巧）白盒測(cè)試基本技術(shù)：控制流圖、代碼覆蓋率分析（Code Coverage Analysis）。白盒測(cè)試方法：從總體上可劃分為靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試；按測(cè)試操作的實(shí)施方式劃分為手工測(cè)試和借助于工具的自動(dòng)化測(cè)試等。白盒測(cè)試的靜態(tài)測(cè)試方法：代碼檢查法、靜態(tài)結(jié)構(gòu)分析法、代碼質(zhì)量度量法等。白盒測(cè)試的動(dòng)態(tài)測(cè)試方法：功能確認(rèn)與接口測(cè)試、邏輯覆蓋分析法、基本路徑測(cè)試法、性能分析、內(nèi)存分析等。動(dòng)態(tài)測(cè)試通常在靜態(tài)測(cè)試之后進(jìn)行。其他白盒測(cè)試方法：域測(cè)試（Domain Testing）、程序變異測(cè)試、符號(hào)測(cè)試、數(shù)據(jù)流測(cè)試、Z路徑測(cè)試。常用的黑盒測(cè)試用例設(shè)計(jì)方法有：等價(jià)類劃分法、邊值分析法、錯(cuò)誤猜測(cè)法、因果圖方法等，其他的一些測(cè)試方法還有判定表驅(qū)動(dòng)法、正交試驗(yàn)法、功能圖法，以及場(chǎng)景法等。面向?qū)ο鬁y(cè)試關(guān)注于設(shè)計(jì)合適的操作序列以測(cè)試類的狀態(tài)。測(cè)試用例設(shè)計(jì)方法的主要原則包括：（1）對(duì)每個(gè)測(cè)試用例應(yīng)當(dāng)給予特殊的標(biāo)識(shí)，并且還應(yīng)當(dāng)與測(cè)試的類有明確的聯(lián)系。（2）測(cè)試目的應(yīng)當(dāng)明確。應(yīng)當(dāng)為每個(gè)測(cè)試用例開發(fā)一個(gè)測(cè)試步驟列表。這個(gè)列表應(yīng)包括以下一些內(nèi)容：（1）列出所要測(cè)試的對(duì)象的專門說明；（2）列出將要作為測(cè)試結(jié)果運(yùn)行的消息和操作；（3）列出測(cè)試對(duì)象可能發(fā)生的例外情況；（4）列出外部條件；（5）列出為了幫助理解和實(shí)現(xiàn)測(cè)試所需要的附加信息。軟件自動(dòng)化測(cè)試自動(dòng)化測(cè)試可以幫助測(cè)試人員做到：（1）提高測(cè)試執(zhí)行的速度；（2）提高運(yùn)行效率；（3）保證測(cè)試結(jié)果的準(zhǔn)確性；（4）連續(xù)運(yùn)行測(cè)試腳本；（5）模擬現(xiàn)實(shí)環(huán)境下受約束的情況。自動(dòng)化測(cè)試不能做到的是：（1）所有測(cè)試活動(dòng)都可以自動(dòng)完成；（2）減少人力成本；（3）毫無成本的得到；（4）降低測(cè)試的工作量。面向?qū)ο筌浖臏y(cè)試面向?qū)ο蠹夹g(shù)主要包括6個(gè)核心概念：對(duì)象、消息、接口、類、繼承、多態(tài)。面向?qū)ο蟮拈_發(fā)模型實(shí)質(zhì)是將軟件測(cè)試過程分成3個(gè)階段，即面向?qū)ο蠓治觯∣OA）、面向?qū)ο笤O(shè)計(jì)（OOD）和面向?qū)ο缶幊蹋∣OP）。面向?qū)ο鬁y(cè)試的類型分為：面向?qū)ο蠓治龅臏y(cè)試（OOA Test）、面向?qū)ο笤O(shè)計(jì)的測(cè)試（OOD Test）、面向?qū)ο缶幊痰臏y(cè)試（OOP Test）、面向?qū)ο髥卧獪y(cè)試（OO Unit Test）、面向?qū)ο蠹蓽y(cè)試（OO Integration Test）、面向?qū)ο笙到y(tǒng)測(cè)試（OO System Test）。面向?qū)ο鬁y(cè)試類型的另一種劃分：模型測(cè)試、類測(cè)試（用于代替單元測(cè)試）、交互測(cè)試（用于代替集成測(cè)試）、系統(tǒng)（包括子系統(tǒng)）測(cè)試、接收測(cè)試、部署測(cè)試。傳統(tǒng)測(cè)試模式與面向?qū)ο蟮臏y(cè)試模式的最主要的區(qū)別在于，面向?qū)ο蟮臏y(cè)試更關(guān)注對(duì)象而不是完成輸入/輸出的單一功能，這樣的話測(cè)試可以在分析與設(shè)計(jì)階段就先行介入，便得測(cè)試更好的配合軟件生產(chǎn)過程并為之服務(wù)。與傳統(tǒng)測(cè)試模式相比，面向?qū)ο鬁y(cè)試的優(yōu)點(diǎn)在于：更早地定義出測(cè)試用例；早期介入可以降低成本；盡早的編寫系統(tǒng)測(cè)試用例以便于開發(fā)人員與測(cè)試人員對(duì)系統(tǒng)需求的理解保持一致；面向?qū)ο蟮臏y(cè)試模式更注重于軟件的實(shí)質(zhì)。面向?qū)ο鬁y(cè)試的過程：（1）指定范圍；（2）指定深度；（3）指定已創(chuàng)建的被測(cè)試模塊的基本要求（上一個(gè)階段需要提供的接口）；（4）以基本模型的內(nèi)容為輸入來設(shè)計(jì)測(cè)試用例作為評(píng)估標(biāo)準(zhǔn)；（5）生成測(cè)試覆蓋度量標(biāo)準(zhǔn)；（6）試用測(cè)試清單執(zhí)行靜態(tài)分析，確保被測(cè)模塊與基本模型的一致性；（7）執(zhí)行測(cè)試用例；（8）如果覆蓋不足以檢測(cè)所有的活動(dòng)，就需要分解測(cè)試工作，并且使用傳統(tǒng)測(cè)試用例的方式來警醒，或者中斷測(cè)試，重新測(cè)試傳統(tǒng)測(cè)試用例。轉(zhuǎn)載：