軟件測(cè)試面試題+測(cè)試基礎(chǔ)知識(shí)

1、軟件測(cè)試面試題1、測(cè)試的定義軟件測(cè)試是軟件工程過(guò)程的一個(gè)重要階段，是在軟件升級(jí)發(fā)布之前對(duì)軟件開(kāi)發(fā)各階段產(chǎn)品的最終檢查，是為了保證軟件開(kāi)發(fā)產(chǎn)品的正確性、完全性和一致性而檢測(cè)軟件錯(cuò)誤、修正軟件錯(cuò)誤的過(guò)程。   軟件測(cè)試是：1) 程序測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過(guò)程2) 測(cè)試是為了證明程序有錯(cuò)，而不是證明程序無(wú)錯(cuò)誤；3) 一個(gè)好的測(cè)試用例是在于它能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯(cuò)誤；4) 一個(gè)成功的測(cè)試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。軟件開(kāi)發(fā)的目的：是開(kāi)發(fā)出實(shí)現(xiàn)用戶(hù)需求的高質(zhì)量、高性能的軟件產(chǎn)品，而軟件測(cè)試是以檢查軟件功能和其他非功能特性為核心，是軟件質(zhì)量保證的關(guān)鍵，也是成功實(shí)現(xiàn)軟件開(kāi)發(fā)目標(biāo)的重要保障

2、。2、測(cè)試的種類(lèi)2.1從測(cè)試方法角度分為：2.1.1黑盒測(cè)試：是功能測(cè)試、數(shù)據(jù)驅(qū)動(dòng)測(cè)試或基于規(guī)格說(shuō)明的測(cè)試。在不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，測(cè)試者依據(jù)該程序功能上的輸入輸出關(guān)系，或是程序的外部特性來(lái)設(shè)計(jì)和選擇測(cè)試用例，推斷程序編碼的正確性。黑盒測(cè)試也稱(chēng)功能測(cè)試，它是通過(guò)測(cè)試來(lái)檢測(cè)每個(gè)功能是否都能正常使用。在測(cè)試中，把程序看作一個(gè)不能打開(kāi)的黑盒子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，在程序接口進(jìn)行測(cè)試，它只檢查程序功能是否按照需求規(guī)格說(shuō)明書(shū)的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)而產(chǎn)生正確的輸出信息。黑盒測(cè)試著眼于程序外部結(jié)構(gòu)，不考慮內(nèi)部邏輯結(jié)構(gòu)，主要針對(duì)軟件界面和軟件功能進(jìn)

3、行測(cè)試。1.等價(jià)類(lèi)劃分 (1)劃分等價(jià)類(lèi)。 如果某個(gè)輸入條件規(guī)定了取值范圍或值的個(gè)數(shù)。則可確定一個(gè)合理的等價(jià)類(lèi)(輸入值或數(shù)在此范圍內(nèi))和兩個(gè)不合理等價(jià)類(lèi)(輸入值或個(gè)數(shù)小于這個(gè)范圍的最小值或大于這個(gè)范圍的最大值)。 如果規(guī)定了輸入數(shù)據(jù)的一組值，而且程序?qū)Σ煌妮斎胫底霾煌奶幚?，則每個(gè)允許輸入值是一個(gè)合理等價(jià)類(lèi)，此處還有一個(gè)不合理等價(jià)類(lèi)(任何一個(gè)不允許的輸入值)。 如果規(guī)定了輸入數(shù)據(jù)必須遵循的規(guī)則，可確定一個(gè)合理等價(jià)類(lèi)(符合規(guī)則)和若干個(gè)不合理等價(jià)類(lèi)(從各種不同角度違反規(guī)則)。 如果已劃分的等價(jià)類(lèi)中各元素在程序中的處理方式不同，則應(yīng)將此等價(jià)類(lèi)進(jìn)一步劃分為更小的等價(jià)類(lèi)。 (2)確定測(cè)試用例。 為每

4、一個(gè)等價(jià)類(lèi)編號(hào)。 設(shè)計(jì)一個(gè)測(cè)試用例，使其盡可能多地覆蓋尚未被覆蓋過(guò)的合理等價(jià)類(lèi)。重復(fù)這步，直到所有合理等價(jià)類(lèi)被測(cè)試用例覆蓋。 設(shè)計(jì)一個(gè)測(cè)試用例，使其只覆蓋一個(gè)不合理等價(jià)類(lèi)。 2.邊界值分析 使用邊界值分析方法設(shè)計(jì)測(cè)試用例時(shí)一般與等價(jià)類(lèi)劃分結(jié)合起來(lái)。但它不是從一個(gè)等價(jià)類(lèi)中任選一個(gè)例子作為代表，而是將測(cè)試邊界情況作為重點(diǎn)目標(biāo)，選取正好等于、剛剛大于或剛剛小于邊界值的測(cè)試數(shù)據(jù)。 (1)如果輸入條件規(guī)定了值的范圍，可以選擇正好等于邊界值的數(shù)據(jù)作為合理的測(cè)試用例，同時(shí)還要選擇剛好越過(guò)邊界值的數(shù)據(jù)作為不合理的測(cè)試用例。如輸入值的范圍是1，100，可取0，1，100，101等值作為測(cè)試數(shù)據(jù)。 (2)如果輸入

5、條件指出了輸入數(shù)據(jù)的個(gè)數(shù)，則按最大個(gè)數(shù)、最小個(gè)數(shù)、比最小個(gè)數(shù)少1、比最大個(gè)數(shù)多1等情況分別設(shè)計(jì)測(cè)試用例。如，一個(gè)輸入文件可包括1-255個(gè)記錄，則分別設(shè)計(jì)有1個(gè)記錄、255個(gè)記錄，以及0個(gè)記錄的輸入文件的測(cè)試用例。 (3)對(duì)每個(gè)輸出條件分別按照以上原則(1)或(2)確定輸出值的邊界情況。如，一個(gè)學(xué)生成績(jī)管理系統(tǒng)規(guī)定，只能查詢(xún)95-98級(jí)大學(xué)生的各科成績(jī)，可以設(shè)計(jì)測(cè)試用例，使得查詢(xún)范圍內(nèi)的某一屆或四屆學(xué)生的學(xué)生成績(jī)，還需設(shè)計(jì)查詢(xún)94級(jí)、99級(jí)學(xué)生成績(jī)的測(cè)試用例(不合理輸出等價(jià)類(lèi))。 由于輸出值的邊界不與輸入值的邊界相對(duì)應(yīng)，所以要檢查輸出值的邊界不一定可能，要產(chǎn)生超出輸出值之外的結(jié)果也不一定能做到

6、，但必要時(shí)還需試一試。 (4)如果程序的規(guī)格說(shuō)明給出的輸入或輸出域是個(gè)有序集合(如順序文件、線(xiàn)形表、鏈表等)，則應(yīng)選取集合的第一個(gè)元素和最后一個(gè)元素作為測(cè)試用例。 3.錯(cuò)誤推測(cè)法在測(cè)試程序時(shí)，人們可能根據(jù)經(jīng)驗(yàn)或直覺(jué)推測(cè)程序中可能存在的各種錯(cuò)誤，從而有針對(duì)性地編寫(xiě)檢查這些錯(cuò)誤的測(cè)試用例，這就是錯(cuò)誤推測(cè)法。 4.因果圖法等價(jià)類(lèi)劃分和邊界值方法分析方法都只是孤立地考慮各個(gè)輸入數(shù)據(jù)的測(cè)試功能，而沒(méi)有考慮多個(gè)輸入數(shù)據(jù)的組合引起的錯(cuò)誤。 5.判斷表驅(qū)動(dòng)法6正交試驗(yàn)設(shè)計(jì)法7.功能圖法 2.1.2白盒測(cè)試：是結(jié)構(gòu)測(cè)試、邏輯驅(qū)動(dòng)測(cè)試或基于程序的測(cè)試。測(cè)試者熟悉程序的內(nèi)部結(jié)構(gòu)，依據(jù)程序模塊的內(nèi)部結(jié)構(gòu)來(lái)設(shè)計(jì)測(cè)試用例

7、，檢測(cè)程序代碼的正確性白盒測(cè)試是結(jié)構(gòu)測(cè)試，所以被測(cè)對(duì)象基本上是源程序，以程序的內(nèi)部邏輯為基礎(chǔ)設(shè)計(jì)測(cè)試用例。 白盒測(cè)試方法：總體上分為 靜態(tài)方法和動(dòng)態(tài)方法兩大類(lèi)。靜態(tài)測(cè)試方法：不要求在計(jì)算機(jī)上實(shí)際執(zhí)行所測(cè)程序，主要以一些人工的模擬技術(shù)對(duì)軟件進(jìn)行分析和測(cè)試，關(guān)鍵功能是檢查軟件的表示和描述是否一致,沒(méi)有沖突或者沒(méi)有歧義。動(dòng)態(tài)測(cè)試方法：是通過(guò)輸入一組預(yù)先按照一定的測(cè)試準(zhǔn)則構(gòu)造的實(shí)例數(shù)據(jù)來(lái)動(dòng)態(tài)運(yùn)行程序，而達(dá)到發(fā)現(xiàn)程序錯(cuò)誤的過(guò)程。動(dòng)態(tài)測(cè)試方法分為以下幾種：1、邏輯覆蓋 程序內(nèi)部的邏輯覆蓋程度，當(dāng)程序中有循環(huán)時(shí)，覆蓋每條路徑是不可能的，要設(shè)計(jì)使覆蓋程度較高的或覆蓋最有代表性的路徑的測(cè)試用例。(1)語(yǔ)句覆蓋。

8、 為了個(gè)提高發(fā)現(xiàn)錯(cuò)誤的可能性，在測(cè)試時(shí)應(yīng)該執(zhí)行到程序中的每一個(gè)語(yǔ)句。語(yǔ)句覆蓋是指設(shè)計(jì)足夠的測(cè)試用例，使被測(cè)試程序中每個(gè)語(yǔ)句至少執(zhí)行一次。 (2)判定覆蓋。 判定覆蓋指設(shè)計(jì)足夠的測(cè)試用例，使得被測(cè)程序中每個(gè)判定表達(dá)式至少獲得一次“真”值和“假”值，從而使程序的每一個(gè)分支至少都通過(guò)一次，因此判定覆蓋也稱(chēng)分支覆蓋。 (3)條件覆蓋。 條件覆蓋是指設(shè)計(jì)足夠的測(cè)試用例，使得判定表達(dá)式中每個(gè)條件的各種可能的值至少出現(xiàn)一次。 (4)判定/條件測(cè)試。 該覆蓋標(biāo)準(zhǔn)指設(shè)計(jì)足夠的測(cè)試用例，使得判定表達(dá)式的每個(gè)條件的所有可能取值至少出現(xiàn)一次，并使每個(gè)判定表達(dá)式所有可能的結(jié)果也至少出現(xiàn)一次。 (5)條件組合覆蓋。 條件

9、組合覆蓋是比較強(qiáng)的覆蓋標(biāo)準(zhǔn)，它是指設(shè)計(jì)足夠的測(cè)試用例，使得每個(gè)判定表達(dá)式中條件的各種可能的值的組合都至少出現(xiàn)一次。 (6)路徑覆蓋。 路徑覆蓋是指設(shè)計(jì)足夠的測(cè)試用例，覆蓋被測(cè)程序中所有可能的路徑。 在實(shí)際的邏輯覆蓋測(cè)試中，一般以條件組合覆蓋為主設(shè)計(jì)測(cè)試用例，然后再補(bǔ)充部分用例，以達(dá)到路徑覆蓋測(cè)試標(biāo)準(zhǔn)。 2.循環(huán)覆蓋 3.基本路徑測(cè)試 其中運(yùn)用最為廣泛的是 基本路徑測(cè)試法?；韭窂綔y(cè)試法是在程序控制流圖的基礎(chǔ)上，通過(guò)分析控制構(gòu)造的環(huán)路復(fù)雜性，導(dǎo)出基本可執(zhí)行路徑集合，從而設(shè)計(jì)測(cè)試用例的方法。2.1.3灰盒測(cè)試：是介于白盒測(cè)試與黑盒測(cè)試之間的，可以這樣理解，灰盒測(cè)試關(guān)注輸出對(duì)于輸入的正確性，同時(shí)也關(guān)

10、注內(nèi)部表現(xiàn)，但這種關(guān)注不象白盒那樣詳細(xì)、完整，只是通過(guò)一些表征性的現(xiàn)象、事件、標(biāo)志來(lái)判斷內(nèi)部的運(yùn)行狀態(tài)，有時(shí)候輸出是正確的，但內(nèi)部其實(shí)已經(jīng)錯(cuò)誤了，這種情況非常多，如果每次都通過(guò)白盒測(cè)試來(lái)操作，效率會(huì)很低，因此需要采取這樣的一種灰盒的方法。 2.2從測(cè)試發(fā)生的時(shí)間順序分為：2.2.1單元測(cè)試：是對(duì)軟件基本單元的測(cè)試單元測(cè)試（模塊測(cè)試）是：開(kāi)發(fā)者編寫(xiě)的一小段代碼，用于檢驗(yàn)被測(cè)代碼的一個(gè)很小的、很明確的功能是否正確。通常而言，一個(gè)單元測(cè)試是用于判斷某個(gè)特定條件（或者場(chǎng)景）下某個(gè)特定函數(shù)的行為。單元測(cè)試是由程序員自己來(lái)完成，最終受益的也是程序員自己?？梢赃@么說(shuō)，程序員有責(zé)任編寫(xiě)功能代碼，同時(shí)

11、也就有責(zé)任為自己的代碼編寫(xiě)單元測(cè)試。執(zhí)行單元測(cè)試，就是為了證明這段代碼的行為和我們期望的一致。單元測(cè)試的主要目的：是針對(duì)編碼過(guò)程中可能存在的各種錯(cuò)誤，例如用戶(hù)輸入驗(yàn)證過(guò)程中的邊界值的錯(cuò)誤。2.2.2集成測(cè)試對(duì)由個(gè)模塊組裝而成的系統(tǒng)進(jìn)行測(cè)試，檢查各模塊間的接口和通信集成測(cè)試（也叫組裝測(cè)試，聯(lián)合測(cè)試）是單元測(cè)試的邏輯擴(kuò)展。它的最簡(jiǎn)單的形式是：兩個(gè)已經(jīng)測(cè)試過(guò)的單元組合成一個(gè)組件，并且測(cè)試它們之間的接口。從這一層意義上講，組件是指多個(gè)單元的集成聚合。在現(xiàn)實(shí)方案中，許多單元組合成組件，而這些組件又聚合成程序的更大部分。方法是測(cè)試片段的組合，并最終擴(kuò)展進(jìn)程，將您的模塊與其他組的模塊一起測(cè)試。最后，將構(gòu)成進(jìn)

12、程的所有模塊一起測(cè)試。集成測(cè)試主要目的：是針對(duì)詳細(xì)設(shè)計(jì)中可能存在的問(wèn)題，尤其是檢查各單元與其它程序部分之間的接口上可能存在的錯(cuò)誤。 2.2.3系統(tǒng)測(cè)試系統(tǒng)測(cè)試是將經(jīng)過(guò)測(cè)試的子系統(tǒng)裝配成一個(gè)完整系統(tǒng)來(lái)測(cè)試。它是檢驗(yàn)系統(tǒng)是否確實(shí)能提供系統(tǒng)方案說(shuō)明書(shū)中指定功能的有效方法。（常見(jiàn)的聯(lián)調(diào)測(cè)試）系統(tǒng)測(cè)試的目的是對(duì)最終軟件系統(tǒng)進(jìn)行全面的測(cè)試，確保最終軟件系統(tǒng)滿(mǎn)足產(chǎn)品需求并且遵循系統(tǒng)設(shè)計(jì)。系統(tǒng)測(cè)試主要針對(duì)b概要設(shè)計(jì)/b，檢查了系統(tǒng)作為一個(gè)整體是否有效地得到運(yùn)行，例如在產(chǎn)品設(shè)置中是否達(dá)到了預(yù)期的高性能 2.2.4驗(yàn)收測(cè)試驗(yàn)證軟件的功能和性能及其它特性是否與用戶(hù)的要求一致。驗(yàn)收測(cè)試是部署軟件之

13、前的最后一個(gè)測(cè)試操作。驗(yàn)收測(cè)試的目的是確保軟件準(zhǔn)備就緒，并且可以讓最終用戶(hù)將其用于執(zhí)行軟件的既定功能和任務(wù)。驗(yàn)收測(cè)試是向未來(lái)的用戶(hù)表明系統(tǒng)能夠像預(yù)定要求那樣工作。經(jīng)集成測(cè)試后，已經(jīng)按照設(shè)計(jì)把所有的模塊組裝成一個(gè)完整的軟件系統(tǒng)，接口錯(cuò)誤也已經(jīng)基本排除了，接著就應(yīng)該進(jìn)一步驗(yàn)證軟件的有效性，這就是驗(yàn)收測(cè)試的任務(wù)，即軟件的功能和性能如同用戶(hù)所合理期待的那樣。驗(yàn)收測(cè)試通常由業(yè)務(wù)專(zhuān)家或用戶(hù)進(jìn)行，以確認(rèn)產(chǎn)品能真正符合用戶(hù)業(yè)務(wù)上的需要(需求)。驗(yàn)收測(cè)試分為非正式驗(yàn)收測(cè)試和正式驗(yàn)收測(cè)試兩大類(lèi)。其中非正式驗(yàn)收測(cè)試包括alpha測(cè)試和beta測(cè)試。  在MSF中，測(cè)試分為2大類(lèi)：（其中MSF 是什么？）1

14、 覆蓋測(cè)試：找出程序中的缺陷，即是否該找的地方都找了。 2使用測(cè)試：找出程序中的失敗，即為什么使用不成功。覆蓋測(cè)試使用測(cè)試單元測(cè)試配置測(cè)試功能測(cè)試兼容性測(cè)試檢入測(cè)試強(qiáng)度測(cè)試構(gòu)造驗(yàn)證測(cè)試性能測(cè)試回歸測(cè)試文檔和幫助文件測(cè)試 /測(cè)試3、測(cè)試的執(zhí)行過(guò)程     測(cè)試主要由下面6個(gè)相互關(guān)聯(lián)、相互作用的過(guò)程組成：3.1測(cè)試計(jì)劃    確定各測(cè)試階段的目標(biāo)和策略。這個(gè)過(guò)程將輸出測(cè)試計(jì)劃，明確要完成的測(cè)試活動(dòng)，評(píng)估完成活動(dòng)所需要的時(shí)間和資源，設(shè)計(jì)測(cè)試組織和崗位職權(quán)，進(jìn)行活動(dòng)安排和資源分配，安排跟蹤和控制測(cè)試過(guò)程的活動(dòng)。3.2測(cè)試設(shè)計(jì)根據(jù)測(cè)試

15、計(jì)劃設(shè)計(jì)測(cè)試方案。測(cè)試設(shè)計(jì)過(guò)程輸出的是各測(cè)試階段使用的測(cè)試用例。測(cè)試設(shè)計(jì)也與軟件開(kāi)發(fā)活動(dòng)同步進(jìn)行，其結(jié)果可以作為各階段測(cè)試計(jì)劃的附件提交評(píng)審。測(cè)試設(shè)計(jì)的另一項(xiàng)內(nèi)容是回歸測(cè)試設(shè)計(jì)，即確定回歸測(cè)試的用例集。對(duì)于測(cè)試用例的修訂部分，也要求進(jìn)行重新評(píng)審。測(cè)試用例（Test Case）是為某個(gè)特殊目標(biāo)而編制的一組測(cè)試輸入、執(zhí)行條件以及預(yù)期結(jié)果，以便測(cè)試某個(gè)程序路徑或核實(shí)是否滿(mǎn)足某個(gè)特定需求。指對(duì)一項(xiàng)特定的軟件產(chǎn)品進(jìn)行測(cè)試任務(wù)的描述，體現(xiàn)測(cè)試方案、方法、技術(shù)和策略。內(nèi)容包括測(cè)試目標(biāo)、測(cè)試環(huán)境、輸入數(shù)據(jù)、測(cè)試步驟、預(yù)期結(jié)果、測(cè)試腳本等，并形成文檔。測(cè)試用例構(gòu)成了設(shè)計(jì)和制定測(cè)試過(guò)程的基礎(chǔ)。編制測(cè)試用例的具體做

16、法：1) 測(cè)試用例文檔2) 測(cè)試用例的設(shè)置3) 設(shè)計(jì)測(cè)試用例測(cè)試用例在軟件測(cè)試中的作用：1) 指導(dǎo)測(cè)試的實(shí)施。測(cè)試用例主要適用于集成測(cè)試、系統(tǒng)測(cè)試和回歸測(cè)試。2) 規(guī)劃測(cè)試數(shù)據(jù)的準(zhǔn)備3) 編寫(xiě)測(cè)試腳本的"設(shè)計(jì)規(guī)格說(shuō)明書(shū)"4) 評(píng)估測(cè)試結(jié)果的度量基準(zhǔn)。完成測(cè)試實(shí)施后需要對(duì)測(cè)試結(jié)果進(jìn)行評(píng)估，并且編制測(cè)試報(bào)告。判斷軟件測(cè)試是否完成、衡量測(cè)試質(zhì)量需要一些量化的結(jié)果。例：測(cè)試覆蓋率是多少、測(cè)試合格率是多少、重要測(cè)試合格率是多少，等等。5) 分析缺陷的標(biāo)準(zhǔn)3.3測(cè)試實(shí)施    使用測(cè)試用例運(yùn)行程序，將獲得的運(yùn)行結(jié)果與預(yù)期結(jié)果進(jìn)行比較和分析，記錄、跟蹤和管理

17、軟件缺陷，最終得到測(cè)試報(bào)告3.4測(cè)試配置管理    測(cè)試配置管理是軟件配置管理的子集，作用于測(cè)試的各個(gè)階段。其管理對(duì)象包括測(cè)試計(jì)劃、測(cè)試方案（用例）、測(cè)試版本、測(cè)試工具及環(huán)境、測(cè)試結(jié)果等。一般會(huì)得到一個(gè)基線(xiàn)測(cè)試用例庫(kù)。3.5資源管理    包括對(duì)人力資源和工作場(chǎng)所，以及相關(guān)設(shè)施和技術(shù)支持的管理。如果建立了測(cè)試實(shí)驗(yàn)室，還存在其他的管理問(wèn)題。3.6測(cè)試管理采用適宜的方法對(duì)上述過(guò)程及結(jié)果進(jìn)行監(jiān)視，并在適用時(shí)進(jìn)行測(cè)量，以保證上述過(guò)程的有效性。如果沒(méi)有實(shí)現(xiàn)預(yù)定的結(jié)果，則應(yīng)進(jìn)行適當(dāng)?shù)恼{(diào)整或糾正。4、幾種測(cè)試類(lèi)型的介紹 4.1單元測(cè)試4.1.1定義

18、     單元測(cè)試是對(duì)最小的可測(cè)試軟件元素（單元）實(shí)施的測(cè)試，它所測(cè)試的內(nèi)容包括內(nèi)部結(jié)構(gòu)（如邏輯和數(shù)據(jù)流）以及單元的功能和可觀測(cè)的行為。側(cè)重于單元內(nèi)部結(jié)構(gòu)的測(cè)試設(shè)計(jì)和實(shí)施依賴(lài)于對(duì)單元實(shí)施情況的了解（白盒方法）。為核實(shí)單元的可觀測(cè)行為和功能而進(jìn)行的測(cè)試設(shè)計(jì)和實(shí)施并不依賴(lài)于對(duì)實(shí)施情況的了解，因而被稱(chēng)為黑盒方法。    單元測(cè)試是一種非常高效的測(cè)試方法，并且是軟件測(cè)試周期中第一個(gè)進(jìn)行的測(cè)試。加強(qiáng)單元測(cè)試力度有利于降低缺陷定位和修復(fù)難度，從而降低缺陷解決成本，同時(shí)加強(qiáng)單元測(cè)試也減輕了后續(xù)集成測(cè)試和系統(tǒng)測(cè)試的負(fù)擔(dān)。單元測(cè)試一般是由開(kāi)發(fā)工程師執(zhí)行的。4.1

19、.2方法    單元測(cè)試一般要做以下三項(xiàng)工作        a.設(shè)計(jì)測(cè)試用例        b.編寫(xiě)測(cè)試代碼        c.執(zhí)行待測(cè)程序    其中測(cè)試用例的設(shè)計(jì)是很重要的一步，好的測(cè)試用例的原則是：        a.能夠發(fā)現(xiàn)至今沒(méi)有

20、發(fā)現(xiàn)的錯(cuò)誤        b.測(cè)試用例應(yīng)由測(cè)試輸入數(shù)據(jù)和與之對(duì)應(yīng)的預(yù)期輸出結(jié)果這兩部分組成        c.應(yīng)當(dāng)包含合理的輸入條件和不合理的輸入條件。    可以依照以下方法來(lái)設(shè)計(jì)測(cè)試用例：       1、程序中每一條可執(zhí)行語(yǔ)句至少被執(zhí)行一次。      2、程序中每一個(gè)分支判斷的每一種可能結(jié)果(主要指s

21、witch-case情況)都至少被執(zhí)行一次。       3、程序中每一個(gè)分支判斷中的每一個(gè)條件的可能結(jié)果都至少被執(zhí)行一次。       4、程序中每一個(gè)分支判斷中的每一個(gè)條件的每一種可能組合結(jié)果都至少被執(zhí)行一次。       5、程序中所有的可能路徑都至少被執(zhí)行一次。4.1.3常用的工具 常用的單元測(cè)試工具有 NUnit 和 NUnitAsp 。4.2回歸測(cè)試 4.2.1定義  回歸測(cè)試是指根據(jù)修復(fù)好了的

22、缺陷再重新進(jìn)行的測(cè)試。     回歸測(cè)試作為軟件生命周期的一個(gè)組成部分，在整個(gè)軟件測(cè)試過(guò)程中占有很大的工作量比重，軟件開(kāi)發(fā)的各個(gè)階段都會(huì)進(jìn)行多次回歸測(cè)試。    回歸測(cè)試的目的在于驗(yàn)證以前出現(xiàn)過(guò)但已經(jīng)修復(fù)好的缺陷不再重新出現(xiàn)。一般指對(duì)某已知修正的缺陷再次圍繞它原來(lái)出現(xiàn)時(shí)的步驟重新測(cè)試。   當(dāng)軟件中所含錯(cuò)誤被發(fā)現(xiàn)時(shí)，如果錯(cuò)誤跟蹤與管理系統(tǒng)不夠完善，就可能會(huì)遺漏對(duì)這些錯(cuò)誤的修改；而開(kāi)發(fā)者對(duì)錯(cuò)誤理解的不夠透徹，也可能導(dǎo)致所做的修改只修正了錯(cuò)誤的外在表現(xiàn)，而沒(méi)有修復(fù)錯(cuò)誤本身，從而造成修改失??；修改還有可能產(chǎn)生副作用從而導(dǎo)

23、致軟件未被修改的部分產(chǎn)生新的問(wèn)題，使本來(lái)工作正常的功能產(chǎn)生錯(cuò)誤。同樣，在有新代碼加入軟件的時(shí)候，除了新加入的代碼中有可能含有錯(cuò)誤外，新代碼還有可能對(duì)原有的代碼帶來(lái)影響。因此，每當(dāng)軟件發(fā)生變化時(shí)，我們就必須重新測(cè)試現(xiàn)有的功能，以便確定修改是否達(dá)到了預(yù)期的目的，檢查修改是否損害了原有的正常功能。    回歸測(cè)試一般是由測(cè)試工程師執(zhí)行的。4.2.2方法     一般進(jìn)行回歸測(cè)試的步驟如下：         1.建立測(cè)試基線(xiàn),這是回歸測(cè)試的前提。具體方式是將所有的

24、測(cè)試用例放到配置庫(kù)中，打上版本標(biāo)記。        2.從基線(xiàn)測(cè)試用例庫(kù)中提取合適的測(cè)試用例組成回歸測(cè)試包，必要時(shí)進(jìn)行開(kāi)發(fā)和重新設(shè)計(jì)整理。        3.在后續(xù)開(kāi)發(fā)過(guò)程中，每次測(cè)試之前先運(yùn)行回歸測(cè)試包。保存在基線(xiàn)測(cè)試用例庫(kù)中的測(cè)試用例可能是自動(dòng)測(cè)試腳本，也有可能是測(cè)試用例的手工實(shí)現(xiàn)過(guò)程。4.2.3常用的工具 在實(shí)際工作中，回歸測(cè)試需要反復(fù)進(jìn)行，當(dāng)測(cè)試者一次又一次地完成相同的測(cè)試時(shí)，這些回歸測(cè)試將變得非常令人厭煩，為了提高回歸測(cè)試的效率，我們可以使用些自

25、動(dòng)化回歸測(cè)試工具。常用的工具有WinRunner等，具體的用法見(jiàn)相關(guān)的文檔。4.3性能測(cè)試 4.3.1目的     性能測(cè)試的目的是驗(yàn)證軟件系統(tǒng)是否能夠達(dá)到用戶(hù)提出的性能指標(biāo)，同時(shí)發(fā)現(xiàn)軟件系統(tǒng)中存在的性能瓶頸，優(yōu)化軟件，最后起到優(yōu)化系統(tǒng)的目的。    包括以下幾個(gè)方面：    一評(píng)估系統(tǒng)的能力，測(cè)試中得到的負(fù)荷和響應(yīng)時(shí)間數(shù)據(jù)可以被用于驗(yàn)證所計(jì)劃的模型的能力，并幫助作出決策。    二識(shí)別體系中的弱點(diǎn)：受控的負(fù)荷可以被增加到一個(gè)極端的水平，并突破它，從而修復(fù)體系的瓶頸或薄弱的環(huán)

26、節(jié)。    三系統(tǒng)調(diào)優(yōu)：重復(fù)運(yùn)行測(cè)試，驗(yàn)證調(diào)整系統(tǒng)的活動(dòng)得到了預(yù)期的結(jié)果，從而改進(jìn)性能。檢測(cè)軟件中的問(wèn)題：長(zhǎng)時(shí)間的測(cè)試執(zhí)行可導(dǎo)致程序發(fā)生由于內(nèi)存泄露引起的失敗，揭示程序中的隱含的問(wèn)題或沖突。    四驗(yàn)證穩(wěn)定性（resilience）可靠性（reliability）：在一個(gè)生產(chǎn)負(fù)荷下執(zhí)行測(cè)試一定的時(shí)間是評(píng)估系統(tǒng)穩(wěn)定性和可靠性是否滿(mǎn)足要求的唯一方法。4.3.2定義 性能測(cè)試是通過(guò)自動(dòng)化的測(cè)試工具模擬多種正常、峰值以及異常負(fù)載條件來(lái)對(duì)系統(tǒng)的各項(xiàng)性能指標(biāo)進(jìn)行測(cè)試性能測(cè)試主要測(cè)試軟件的性能，包括負(fù)載測(cè)試，強(qiáng)度測(cè)試，數(shù)據(jù)庫(kù)容量測(cè)試，基準(zhǔn)測(cè)試以及

27、競(jìng)爭(zhēng)測(cè)試。    負(fù)載測(cè)試：負(fù)載測(cè)試是一種性能測(cè)試,指當(dāng)數(shù)據(jù)在超負(fù)荷環(huán)境中運(yùn)行時(shí)程序是否能夠承擔(dān)。在這種測(cè)試中，將使測(cè)試對(duì)象承擔(dān)不同的工作量，以評(píng)測(cè)和評(píng)估測(cè)試對(duì)象在不同工作量條件下的性能行為，以及持續(xù)正常運(yùn)行的能力。負(fù)載測(cè)試的目標(biāo)是確定并確保系統(tǒng)在超出最大預(yù)期工作量的情況下仍能正常運(yùn)行。此外，負(fù)載測(cè)試還要評(píng)估性能特征，例如，響應(yīng)時(shí)間、事務(wù)處理速率和其他與時(shí)間相關(guān)的方面。    強(qiáng)度測(cè)試：強(qiáng)度測(cè)試是一種性能測(cè)試，它在系統(tǒng)資源特別低的情況下測(cè)試軟件系統(tǒng)運(yùn)行情況。實(shí)施和執(zhí)行此類(lèi)測(cè)試的目的是找出因資源不足或資源爭(zhēng)用而導(dǎo)致的錯(cuò)誤。如果內(nèi)存或磁盤(pán)

28、空間不足，測(cè)試對(duì)象就可能會(huì)表現(xiàn)出一些在正常條件下并不明顯的缺陷。而其他缺陷則可能由于爭(zhēng)用共享資源（如數(shù)據(jù)庫(kù)鎖或網(wǎng)絡(luò)帶寬）而造成的。強(qiáng)度測(cè)試還可用于確定測(cè)試對(duì)象能夠處理的最大工作量。    數(shù)據(jù)庫(kù)容量測(cè)試：數(shù)據(jù)庫(kù)容量測(cè)試指通過(guò)存儲(chǔ)過(guò)程往數(shù)據(jù)庫(kù)表中插入一定數(shù)量的數(shù)據(jù)，看看相關(guān)頁(yè)面是否能夠及時(shí)顯示數(shù)據(jù)。數(shù)據(jù)庫(kù)容量測(cè)試使測(cè)試對(duì)象處理大量的數(shù)據(jù)，以確定是否達(dá)到了將使軟件發(fā)生故障的極限。容量測(cè)試還將確定測(cè)試對(duì)象在給定時(shí)間內(nèi)能夠持續(xù)處理的最大負(fù)載或工作量。    基準(zhǔn)測(cè)試：基準(zhǔn)測(cè)試是一種與已知現(xiàn)有的系統(tǒng)進(jìn)行比較，主要檢驗(yàn)是否與類(lèi)似的產(chǎn)品具有競(jìng)爭(zhēng)性的

29、一種測(cè)試。    競(jìng)爭(zhēng)測(cè)試：軟件競(jìng)爭(zhēng)使用各種資源（數(shù)據(jù)紀(jì)錄，內(nèi)存等），看他與其他相關(guān)系統(tǒng)對(duì)資源的爭(zhēng)奪能力。比如：一臺(tái)機(jī)器上既安裝您的財(cái)務(wù)系統(tǒng)，又安裝用友財(cái)務(wù)系統(tǒng)。當(dāng)CPU占有率下降后，看看是否能夠強(qiáng)過(guò)用友財(cái)務(wù)系統(tǒng)，而是自己的系統(tǒng)能夠正常運(yùn)行？4.3.3 方法     做性能測(cè)試一般可以通過(guò)一些三方的工具來(lái)實(shí)現(xiàn)4.3.3常用的工具     性能測(cè)試一般都是通過(guò)工具來(lái)完成的，常用的工具有 Microsoft Application Center Test(ACT)。5、測(cè)試計(jì)劃的制定 5.1、制定的階段 &#

30、160;   測(cè)試計(jì)劃是與軟件開(kāi)發(fā)活動(dòng)同步進(jìn)行的。 在MSF的構(gòu)想(Envisioning)階段,要制定測(cè)試策略和測(cè)試的驗(yàn)收標(biāo)準(zhǔn)。在計(jì)劃(Planning)階段),要完成和評(píng)審測(cè)試計(jì)劃及所用到的資源。在開(kāi)發(fā)(Developing)階段,要完成和評(píng)審單元測(cè)試計(jì)劃。對(duì)于測(cè)試計(jì)劃的修訂部分，需要進(jìn)行重新評(píng)審。 5.2、制定過(guò)程中要考慮的因素 1.應(yīng)明確的在測(cè)試計(jì)劃中確立好測(cè)試管理機(jī)制的關(guān)鍵事件,如。    a.匯報(bào)機(jī)制。確定好用周報(bào)制度還是日?qǐng)?bào)制度，日?qǐng)?bào)的反饋速度越快，定位解決問(wèn)題越快，但信息處理工作量大。    b.例

31、會(huì)制度。每周舉行一次例會(huì)，根據(jù)實(shí)際情況，考慮測(cè)試計(jì)劃的調(diào)整或滾動(dòng)。    c.實(shí)施怎樣的實(shí)驗(yàn)室管理制度，以做到責(zé)任明確。    d.在日?qǐng)?bào)中的工作匯報(bào)。不僅要包括發(fā)現(xiàn)的問(wèn)題，還應(yīng)包括在測(cè)試時(shí)新創(chuàng)造的測(cè)試點(diǎn)，這些測(cè)試點(diǎn)應(yīng)該補(bǔ)充到測(cè)試計(jì)劃中作為一個(gè)測(cè)試項(xiàng)；e.人員情緒如何調(diào)整。在測(cè)試周期過(guò)長(zhǎng)時(shí)，影響測(cè)試效率的一個(gè)重要因素是測(cè)試人員的情緒，一個(gè)人反復(fù)測(cè)試一個(gè)模塊，總是會(huì)出現(xiàn)厭倦情緒的。2.應(yīng)明確的在測(cè)試計(jì)劃中確立數(shù)據(jù)的管理和分析體系的辦法,如：專(zhuān)人對(duì)提交的過(guò)程文檔,周報(bào)報(bào)告中的數(shù)據(jù)予以整理和管理，以便后期在系統(tǒng)測(cè)試評(píng)審時(shí)作為數(shù)據(jù)來(lái)

32、分析?，F(xiàn)在往往是在系統(tǒng)測(cè)試結(jié)束后才來(lái)收集數(shù)據(jù)，可能會(huì)造成數(shù)據(jù)的不同程度失真或滯后。收集的數(shù)據(jù)可以按不同種類(lèi)來(lái)劃分。這可以依賴(lài)我們系統(tǒng)的CHECKLIST。有一種工具叫 SRES (軟件可靠性專(zhuān)家系統(tǒng)) 是很有用的，我們可以按照它的輸入數(shù)據(jù)來(lái)收集。3.應(yīng)明確的在測(cè)試計(jì)劃中確立風(fēng)險(xiǎn)估計(jì)的引入,如：    制定測(cè)試計(jì)劃時(shí),就應(yīng)該考慮好對(duì)系統(tǒng)測(cè)試工作量的估計(jì)，測(cè)試成本的估計(jì),版本市場(chǎng)定位的估計(jì)等等,并且必要時(shí)可根據(jù)實(shí)際情況進(jìn)行裁剪或補(bǔ)充。5.3、計(jì)劃的內(nèi)容  1.概述 2.測(cè)試的目的 3.測(cè)試方案和假設(shè) 4.主要測(cè)試職責(zé)：參與測(cè)試過(guò)

33、程的人 5.測(cè)試的特征和功能：要測(cè)試的功能和特殊 6.測(cè)試期望的結(jié)果 7.交付物：實(shí)施測(cè)試要用材料（文檔和數(shù)據(jù)） 8.測(cè)試的規(guī)程和評(píng)審方法:為了確保測(cè)試的質(zhì)量需要經(jīng)過(guò)的測(cè)試步驟 9.跟蹤和狀態(tài)報(bào)告：定義在測(cè)試過(guò)程中，測(cè)試小組成員溝通的方式 10.測(cè)試資源需求：測(cè)試要用到的資源（人，軟件工具，硬件環(huán)境） 11.Bug報(bào)告工具和方法：描述如何記錄測(cè)試過(guò)程中發(fā)現(xiàn)的BUG 12.進(jìn)度表：描述測(cè)試的周期，任務(wù)，里程碑和交付物 13.風(fēng)險(xiǎn)和依賴(lài)：描述測(cè)試的假設(shè)，風(fēng)險(xiǎn)和依賴(lài)性6、負(fù)載測(cè)試，容量測(cè)試，強(qiáng)度測(cè)試和兼容測(cè)試的

34、區(qū)別負(fù)載測(cè)試：在一定的工作負(fù)荷下，系統(tǒng)的負(fù)荷及響應(yīng)時(shí)間。強(qiáng)度測(cè)試：在一定的負(fù)荷條件下，在較長(zhǎng)時(shí)間跨度內(nèi)的系統(tǒng)連續(xù)運(yùn)行給系統(tǒng)性能所造成的影響。容量測(cè)試：容量測(cè)試目的是通過(guò)測(cè)試預(yù)先分 析出反映軟件 系統(tǒng)應(yīng)用特征的某項(xiàng)指標(biāo)的極限值（如最大并發(fā)用戶(hù)數(shù)、數(shù)據(jù)庫(kù)記錄數(shù)等），系統(tǒng)在其極限值狀  態(tài)下沒(méi)有出現(xiàn)任何軟件故障或還能保持主要功能正常運(yùn)行。容量測(cè)試 還將確定測(cè)試對(duì)象在給定時(shí)間內(nèi)能夠持續(xù)處理的最大負(fù)載或工作量。容量測(cè)試的目的是使系統(tǒng)承受超額的數(shù)據(jù)容量來(lái)發(fā)現(xiàn)它是否能夠正確處理。容量測(cè)試是面向數(shù)據(jù)的，并且它的目的是顯示系統(tǒng)可以處理目標(biāo)內(nèi)確定的數(shù)據(jù)容量。兼容測(cè)試：主要是檢查軟件在不同的硬件

35、平臺(tái)、軟件平臺(tái)上是否可以正常的運(yùn)行，即是通常說(shuō)的軟件的可移植性。兼容的類(lèi)型，如果細(xì)分的話(huà)，有平臺(tái)的兼容，網(wǎng)絡(luò)兼容，數(shù)據(jù)庫(kù)兼容，以及數(shù)據(jù)格式的兼容。兼容測(cè)試的重點(diǎn)是，對(duì)兼容環(huán)境的分析。通常，是在運(yùn)行軟件的環(huán)境不是很確定的情況下，才需要做兼容。根據(jù)軟件運(yùn)行的需要，或者根據(jù)需求文檔，一般都能夠得出用戶(hù)會(huì)在什么環(huán)境下使用該軟件，把這些環(huán)境整理成表單，就得出做兼容測(cè)試的兼容環(huán)境了。兼容和配置測(cè)試的區(qū)別在于，做配置測(cè)試通常不是Clean OS下做測(cè)試，而兼容測(cè)試多是在Clean OS的環(huán)境下做的。7、alpha測(cè)試、beta測(cè)試 和gamma測(cè)試 測(cè)試有三個(gè)傳統(tǒng)的稱(chēng)呼，alpha、beta、gamma，用

36、來(lái)標(biāo)識(shí)測(cè)試的階段和范圍。alpha 是指內(nèi)測(cè)，即現(xiàn)在說(shuō)的 CB，指開(kāi)發(fā)團(tuán)隊(duì)內(nèi)部測(cè)試的版本或者有限用戶(hù)體驗(yàn)測(cè)試版本。beta 是指公測(cè)，即針對(duì)所有用戶(hù)公開(kāi)的測(cè)試版本。然后做過(guò)一些修改，成為正式發(fā)布的候選版本時(shí)（現(xiàn)在叫做 RC - Release Candidate），叫做 gamma。7.1 Alpha測(cè)試Alpha 測(cè)試是由一個(gè)用戶(hù)在開(kāi)發(fā)者的場(chǎng)所來(lái)進(jìn)行的，軟件在開(kāi)發(fā)者對(duì)用戶(hù)的“指導(dǎo)”下進(jìn)行測(cè)試，開(kāi)發(fā)者負(fù)責(zé)記錄錯(cuò)誤和使用中出現(xiàn)的問(wèn)題，Alpha測(cè)試是在一個(gè)受控的環(huán)境中進(jìn)行的。Alpha測(cè)試是由一個(gè)用戶(hù)在開(kāi)發(fā)環(huán)境下進(jìn)行的測(cè)試，也可以是公司內(nèi)部用戶(hù)在模擬實(shí)際操作環(huán)境進(jìn)行的受控測(cè)試，Alpha測(cè)試不能

37、由程序員或測(cè)試員完成。Alpha測(cè)試發(fā)現(xiàn)的錯(cuò)誤，可以在測(cè)試現(xiàn)場(chǎng)立刻反饋給開(kāi)發(fā)人員，由開(kāi)發(fā)人員進(jìn)行分析和處理。目的是評(píng)論軟件產(chǎn)品的功能、可使用性、可靠性、性能和支持。尤其注重產(chǎn)品的界面和特色。Alpha可以從軟件產(chǎn)品編碼結(jié)束之后開(kāi)始，或在模塊（子系統(tǒng)）測(cè)試完成之后開(kāi)始，也可以在確認(rèn)測(cè)試過(guò)程中產(chǎn)品達(dá)到一定的可靠和穩(wěn)定性之后開(kāi)始，有關(guān)的手冊(cè)（草稿）應(yīng)該在Alpha測(cè)試之前準(zhǔn)備好。Alpha測(cè)試的關(guān)鍵在于盡可能逼真地模擬實(shí)際運(yùn)行環(huán)境和用戶(hù)對(duì)軟件產(chǎn)品的操作并盡最大努力涵蓋所有可能的用戶(hù)操作方式。7.2 Beta測(cè)試經(jīng)過(guò)測(cè)試調(diào)整的軟件產(chǎn)品稱(chēng)為版本。緊隨其后的測(cè)試是指軟件開(kāi)發(fā)公司組織各方面的典型用戶(hù)在日常工

38、作中實(shí)際使用版本，并要求用戶(hù)報(bào)告異常情況、提出批評(píng)意見(jiàn)。然后軟件開(kāi)發(fā)公司再對(duì)版本進(jìn)行改錯(cuò)和完善。 一般包括功能度、安全可靠性、易用性、可擴(kuò)充性、兼容性、效率、資源占用率、用戶(hù)文檔八個(gè)方面。 Beta測(cè)試是由軟件的多個(gè)用戶(hù)在一個(gè)或多個(gè)實(shí)際使用環(huán)境下進(jìn)行的測(cè)試，開(kāi)發(fā)者通常不在現(xiàn)場(chǎng)，Beta測(cè)試不能由程序員和測(cè)試員完成。因此，Beta測(cè)試是在開(kāi)發(fā)者無(wú)法控制的環(huán)境下進(jìn)行的軟件現(xiàn)場(chǎng)應(yīng)用。在Beta測(cè)試中，由用戶(hù)記下遇到的問(wèn)題，包括真實(shí)的和主管確認(rèn)的，定期向開(kāi)發(fā)者報(bào)告，開(kāi)發(fā)者在綜合用戶(hù)的報(bào)告后，做出修改，最后將軟件產(chǎn)品交付給全體用戶(hù)使用。Beat測(cè)試注重于產(chǎn)品的支持性，包括文檔、客戶(hù)培訓(xùn)和支持產(chǎn)品的生產(chǎn)能

39、力，只有當(dāng)Alpha測(cè)試達(dá)到一定的可靠程序后才能進(jìn)行Beta測(cè)試。由于Beta測(cè)試的主要目標(biāo)是測(cè)試產(chǎn)品的可支持性，所以beta測(cè)試應(yīng)盡可能由主持產(chǎn)品發(fā)行的人員來(lái)管理。我們認(rèn)為Beta測(cè)試就是由一部分受控制的客戶(hù)進(jìn)行的黑盒測(cè)試。由于Alpha測(cè)試和Beta測(cè)試的組織難度大，測(cè)試費(fèi)用高，測(cè)試的隨機(jī)性強(qiáng)，測(cè)試周期跨度較長(zhǎng)，測(cè)試質(zhì)量和效率難于保證，所以，很多專(zhuān)業(yè)軟件可能不進(jìn)行Beta測(cè)試，隨著測(cè)試技術(shù)的提高，以及專(zhuān)業(yè)測(cè)試服務(wù)機(jī)構(gòu)的大量涌現(xiàn)，很多軟件的Beta測(cè)試外包給測(cè)試機(jī)構(gòu)進(jìn)行測(cè)試。區(qū)別：Alpha測(cè)試是:由用戶(hù)或開(kāi)發(fā)人員在開(kāi)發(fā)環(huán)境下進(jìn)行的測(cè)試.Beta測(cè)試是:在實(shí)際應(yīng)用環(huán)境中進(jìn)行的測(cè)試,通常由用戶(hù)

40、來(lái)完成,開(kāi)發(fā)人員不在現(xiàn)場(chǎng).兩種測(cè)試最根本的區(qū)別是在于測(cè)試環(huán)境.7.3 Gamma測(cè)試Gamma測(cè)試是一個(gè)很少被提及的非正式測(cè)試階段，該測(cè)試階段對(duì)應(yīng)的是對(duì)“存在缺陷”產(chǎn)品的測(cè)試?？紤]到任何產(chǎn)品都可以被稱(chēng)為“存在缺陷”的產(chǎn)品（測(cè)試只能發(fā)現(xiàn)產(chǎn)品中存在的問(wèn)題，不能說(shuō)明產(chǎn)品不存在問(wèn)題），因此這個(gè)概念存在一定不確定。8、測(cè)試結(jié)束的標(biāo)準(zhǔn)是什么  用例全部測(cè)試。  覆蓋率達(dá)到標(biāo)準(zhǔn)。  缺陷率達(dá)到標(biāo)準(zhǔn)。  其他指標(biāo)達(dá)到質(zhì)量標(biāo)準(zhǔn)9、描述軟件測(cè)試活動(dòng)的生命周期 測(cè)試周期分為計(jì)劃、設(shè)計(jì)、實(shí)現(xiàn)、執(zhí)行、總結(jié)。計(jì)劃：對(duì)整個(gè)測(cè)試周期中所有活動(dòng)進(jìn)行規(guī)劃，估計(jì)工作量、風(fēng)險(xiǎn)，安排人力物力資源

41、，安排進(jìn)度等；設(shè)計(jì)：完成測(cè)試方案，從技術(shù)層面上對(duì)測(cè)試進(jìn)行規(guī)劃；實(shí)現(xiàn)：進(jìn)行測(cè)試用例和測(cè)試規(guī)程設(shè)計(jì)；執(zhí)行：根據(jù)前期完成的計(jì)劃、方案、用例、規(guī)程等文檔，執(zhí)行測(cè)試用例?？偨Y(jié)：記錄測(cè)試結(jié)果，進(jìn)行測(cè)試分析，完成測(cè)試報(bào)告。10、軟件的缺陷等級(jí)應(yīng)如何劃分？A類(lèi)嚴(yán)重錯(cuò)誤：1 由于程序所引起的死機(jī),非法退出 2 死循環(huán) 3 數(shù)據(jù)庫(kù)發(fā)生死鎖 4 因錯(cuò)誤操作導(dǎo)致的程序中斷 5 功能錯(cuò)誤 6 與數(shù)據(jù)庫(kù)連接錯(cuò)誤 7 數(shù)據(jù)通訊錯(cuò)誤B類(lèi)較嚴(yán)重錯(cuò)誤：1 程序錯(cuò)誤 2 程序接口錯(cuò)誤 3 數(shù)據(jù)庫(kù)的表、業(yè)務(wù)規(guī)則、缺省值未加完整性等約束條件 C類(lèi)一般性錯(cuò)誤，1 操作界面錯(cuò)誤（包括數(shù)據(jù)窗口內(nèi)列名定義、含義是否一致） 2 打印內(nèi)

42、容、格式錯(cuò)誤 3 簡(jiǎn)單的輸入限制未放在前臺(tái)進(jìn)行控制 4 刪除操作未給出提示 5 數(shù)據(jù)庫(kù)表中有過(guò)多的空字段 D類(lèi)較小錯(cuò)誤，1 界面不規(guī)范 2 輔助說(shuō)明描述不清楚 3 輸入輸出不規(guī)范 4 長(zhǎng)操作未給用戶(hù)提示 5 提示窗口文字未采用行業(yè)術(shù)語(yǔ) 6、可輸入?yún)^(qū)域和只讀區(qū)域沒(méi)有明顯的區(qū)分標(biāo)志11、當(dāng)開(kāi)發(fā)人員說(shuō)不是BUG時(shí),你如何應(yīng)付？  開(kāi)發(fā)人員說(shuō)不是bug，有2種情況，一是需求沒(méi)有確定，所以我可以這么做，這個(gè)時(shí)候可以找來(lái)產(chǎn)品經(jīng)理進(jìn)行確認(rèn)，需不需要改動(dòng)，3方商量確定好后再看要 不要改。二是這種情況不可能發(fā)生，所以不需要修改，這個(gè)時(shí)候，我可以先盡可能的說(shuō)出是BUG的依據(jù)是什么？如

43、果被用戶(hù)發(fā)現(xiàn)或出了問(wèn)題，會(huì)有什么不良結(jié)果？ 程序員可能會(huì)給你很多理由，你可以對(duì)他的解釋進(jìn)行反駁。如果還是不行，那我可以給這個(gè)問(wèn)題提出來(lái),跟開(kāi)發(fā)經(jīng)理和測(cè)試經(jīng)理進(jìn)行確認(rèn),如果要修改就改,如果不 要修改就不改。其實(shí)有些真的不是bug，我也只是建議的方式寫(xiě)進(jìn)TD中，如果開(kāi)發(fā)人員不修改也沒(méi)有大問(wèn)題。如果確定是bug的話(huà)，一定要堅(jiān)持自己的立場(chǎng)， 讓問(wèn)題得到最后的確認(rèn)（ 首先你要正確理解出錯(cuò)誤是bug，還是軟件缺陷，如果是軟件缺陷的話(huà)，最好直接找你的部門(mén)經(jīng)理，然后由部門(mén)經(jīng)理與開(kāi)發(fā)部經(jīng)理協(xié)調(diào)。如果是bug，你應(yīng)當(dāng)理清bug出現(xiàn)的原因，然后整理成報(bào)告給相應(yīng)的開(kāi)發(fā)人員，如果此人員不改正的情況下，交給部門(mén)經(jīng)理負(fù)責(zé)。

44、）12.為什么一個(gè)團(tuán)隊(duì)中要開(kāi)展軟件測(cè)試工作？ 答：軟件測(cè)試在整個(gè)團(tuán)隊(duì)中占有非常重要的地位，具體來(lái)說(shuō)就是測(cè)試是一個(gè)發(fā)現(xiàn)軟件錯(cuò)誤的過(guò)程，執(zhí)行軟件測(cè)試會(huì)以最少的人力和時(shí)間，系統(tǒng)要找到軟件存在的缺陷和錯(cuò)誤，建立起開(kāi)發(fā)人員和使用者對(duì)軟件的信息。13.您是否了解以往所工作的企業(yè)的軟件測(cè)試過(guò)程？如果了解，請(qǐng)敘述在這個(gè)過(guò)程中都有哪些工作要做？分別有哪些不同的角色來(lái)完成這些工作？答：軟件測(cè)試人員負(fù)責(zé)軟件開(kāi)發(fā)部門(mén)的新產(chǎn)品的升級(jí)測(cè)試，負(fù)責(zé)軟件問(wèn)題解決過(guò)程跟蹤，負(fù)責(zé)人軟件開(kāi)發(fā)文檔開(kāi)發(fā)工作的規(guī)范化及管理開(kāi)發(fā)部門(mén)的產(chǎn)品文檔，制作用戶(hù)手冊(cè)及操作手冊(cè)，負(fù)責(zé)產(chǎn)品的上線(xiàn)測(cè)試，監(jiān)督軟件開(kāi)發(fā)過(guò)程的執(zhí)行，提高產(chǎn)品質(zhì)量。14.您是否了解以往開(kāi)發(fā)所工作的企業(yè)的開(kāi)發(fā)過(guò)程？如果了解，請(qǐng)敘述一個(gè)完整的開(kāi)發(fā)過(guò)程需要完成那些工作？分別有哪些不同的角色來(lái)完成這些工作？(對(duì)于軟件測(cè)試部分，可以簡(jiǎn)述) 答：需求人員連同系統(tǒng)分析人員、測(cè)試人員開(kāi)會(huì)討論需求。系統(tǒng)分析人員寫(xiě)出需求分析說(shuō)明書(shū)，并連同系統(tǒng)分析人員、測(cè)試人員、需求人員開(kāi)會(huì)討論可行性。系統(tǒng)分析人員寫(xiě)出詳細(xì)設(shè)計(jì)說(shuō)明書(shū)，程式人員編碼，給出系統(tǒng)流程圖，交與測(cè)試人員，測(cè)試人員給出Bug統(tǒng)計(jì)