第一篇：《軟件工程》教學(xué)輔導(dǎo)8——軟件質(zhì)量與質(zhì)量保證

《軟件工程》教學(xué)輔導(dǎo)8——軟件質(zhì)量與質(zhì)量保證

第八章 軟件質(zhì)量與質(zhì)量保證

一、軟件質(zhì)量的定義

軟件質(zhì)量反映了以下三方面的問(wèn)題。

1．軟件需求是度量軟件質(zhì)量的基礎(chǔ)，不符合需求的軟件就不具備質(zhì)量。

2．在各種標(biāo)準(zhǔn)中定義了一些開(kāi)發(fā)準(zhǔn)則，用來(lái)指導(dǎo)軟件人員用工程化的方法來(lái)開(kāi)發(fā)軟件。如果不遵守這些開(kāi)發(fā)準(zhǔn)則，軟件質(zhì)量就得不到保證。

3．往往會(huì)有一些隱含的需求沒(méi)有明確地提出來(lái)。如果軟件只滿足那些精確定義了的需求而沒(méi)有滿足這些隱含的需求，軟件質(zhì)量也不能保證。

二、影響軟件質(zhì)量的因素

1．影響軟件質(zhì)量的主要因素

2．軟件質(zhì)量討論評(píng)價(jià)應(yīng)遵守的原則

三、軟件質(zhì)量保證策略

為了在軟件開(kāi)發(fā)過(guò)程中保證軟件的質(zhì)量，主要采取下述措施：

1．審查

2．復(fù)查和管理復(fù)審

3．測(cè)試

四、軟件質(zhì)量保證活動(dòng)

1．驗(yàn)證與確認(rèn)

2．開(kāi)發(fā)時(shí)期的配置管理

五、軟件評(píng)審

通常，把質(zhì)量定義為用戶(hù)的滿意程度。為使得用戶(hù)滿意，有兩個(gè)必要條件：

（1）設(shè)計(jì)的規(guī)格說(shuō)明要符合用戶(hù)的要求；

（2）程序要按照設(shè)計(jì)規(guī)格說(shuō)明所規(guī)定的情況正確執(zhí)行。

設(shè)計(jì)質(zhì)量的評(píng)審內(nèi)容

程序質(zhì)量的評(píng)審內(nèi)容

1．軟件的結(jié)構(gòu)

2．與運(yùn)行環(huán)境的接口

六、軟件質(zhì)量保證的標(biāo)準(zhǔn)

1．ISO質(zhì)量保證模型

2．ISO 9001標(biāo)準(zhǔn)

七、結(jié)構(gòu)化的軟件測(cè)試

軟件測(cè)試在程序員對(duì)每一個(gè)模塊的編碼之后先做程序測(cè)試，再做單元測(cè)試，然后再進(jìn)行集成（綜合或組裝）測(cè)試，系統(tǒng)測(cè)試，驗(yàn)收（確認(rèn)）測(cè)試，平行測(cè)試，人工測(cè)試，其中單元測(cè)試的一部分己在編碼階段就開(kāi)始了，測(cè)試橫跨開(kāi)發(fā)與測(cè)試兩個(gè)階段，又有不同的人員參加，測(cè)試工作本身是復(fù)雜的。

據(jù)統(tǒng)計(jì)測(cè)試工作量要占軟件開(kāi)發(fā)總成本的40％到50％以上。

測(cè)試的目的是確保軟件的質(zhì)量，盡量找出軟件錯(cuò)誤并加以糾正，而不是證明軟件沒(méi)有錯(cuò)。

測(cè)試的范圍是整個(gè)軟件的生存周期，而不限于程序編碼階段。

軟件測(cè)試的概念和原則

1、測(cè)試的概念

（1）軟件測(cè)試

軟件測(cè)試是對(duì)軟件計(jì)劃、軟件設(shè)計(jì)、軟件編碼進(jìn)行查錯(cuò)和糾錯(cuò)的活動(dòng)（包括代碼執(zhí)行活動(dòng)與人工活動(dòng)）。

（2）程序測(cè)試

程序測(cè)試是早已流行的概念。它是對(duì)編碼階段的語(yǔ)法錯(cuò)、語(yǔ)義錯(cuò)、運(yùn)行錯(cuò)進(jìn)行查找的編碼執(zhí)行活動(dòng)。找出編碼中錯(cuò)誤的代碼執(zhí)行活動(dòng)稱(chēng)程序測(cè)試。糾正編碼中的錯(cuò)誤的執(zhí)行活動(dòng)稱(chēng)程序調(diào)試。通過(guò)查找編碼錯(cuò)與糾正編碼錯(cuò)來(lái)保證算法的正確實(shí)現(xiàn)。

（3）軟件確認(rèn)與程序確認(rèn)

軟件確認(rèn)是廣義上的軟件測(cè)試，它是企圖證明程序軟件在給定的外部環(huán)境中的邏輯正確性的一系列活動(dòng)和過(guò)程，指需求說(shuō)明書(shū)的確認(rèn)，程序的確認(rèn)。程序確認(rèn)又分成靜態(tài)確認(rèn)與動(dòng)態(tài)確認(rèn)。靜態(tài)確認(rèn)包括，正確性證明，人工分析，靜態(tài)分析。動(dòng)態(tài)分析包括動(dòng)態(tài)確認(rèn)與動(dòng)態(tài)測(cè)試。

①靜態(tài)分析是不執(zhí)行程序本身，分析程序正文可能導(dǎo)致錯(cuò)誤的異常情況?？梢匀斯さ倪M(jìn)行分析，也可以用測(cè)試工具靜態(tài)分析程序來(lái)進(jìn)行，被測(cè)試程序的正文做為輸入，經(jīng)靜態(tài)分析程序分析得出分析結(jié)果。靜態(tài)分析包括結(jié)構(gòu)檢查，流圖分析，符號(hào)執(zhí)行。

②動(dòng)態(tài)分析是執(zhí)行被測(cè)程序，從執(zhí)行結(jié)果分析程序可能出現(xiàn)的錯(cuò)誤。可以人工設(shè)計(jì)程序測(cè)試用例，也可以由測(cè)試工具動(dòng)態(tài)分析程序來(lái)做檢測(cè)與分析。動(dòng)態(tài)測(cè)試包括功能測(cè)試和結(jié)構(gòu)測(cè)試。動(dòng)態(tài)測(cè)試的內(nèi)容包括：?jiǎn)卧獪y(cè)試，也稱(chēng)邏輯測(cè)試，模塊測(cè)試，功能測(cè)試。組裝測(cè)試也稱(chēng)集成測(cè)試，綜合測(cè)試，或結(jié)構(gòu)測(cè)試，子系統(tǒng)測(cè)試。系統(tǒng)測(cè)試是軟硬件或子系統(tǒng)的組裝測(cè)試。

（4）各種軟件錯(cuò)誤的出現(xiàn)比例

①功能錯(cuò)，占整個(gè)軟件錯(cuò)誤27％，是需求分析設(shè)計(jì)不完整而引起的。

②系統(tǒng)錯(cuò)，占整個(gè)軟件錯(cuò)誤16％，是總體設(shè)計(jì)錯(cuò)誤而引起的。

③數(shù)據(jù)錯(cuò)，占整個(gè)軟件錯(cuò)誤10％，由編碼錯(cuò)誤引起的。

④編碼錯(cuò)，占整個(gè)軟件錯(cuò)誤4％，程序員編碼錯(cuò)誤引起的。

⑤其它錯(cuò)，占整個(gè)軟件錯(cuò)誤16％，由文檔錯(cuò)和硬件錯(cuò)所引起的。

2、測(cè)試過(guò)程

3、測(cè)試的原則

測(cè)試的原則如下：

（1）測(cè)試前要認(rèn)定被測(cè)試軟件有錯(cuò)，不要認(rèn)為軟件設(shè)有錯(cuò)。

（2）要預(yù)先確定被測(cè)試軟件的測(cè)試結(jié)果。

（3）要盡量避免測(cè)試自己編寫(xiě)的程序。

（4）測(cè)試要兼顧合理輸入與不合理輸入數(shù)據(jù)。

（5）測(cè)試要以軟件需求規(guī)格說(shuō)明書(shū)為標(biāo)準(zhǔn)。

（6）要明確找到的新錯(cuò)與已找到的舊錯(cuò)成正比。

（7）測(cè)試是相對(duì)的，不能窮盡所有的測(cè)試，要據(jù)人力物力安排測(cè)試，并選擇好測(cè)試用例與測(cè)試方法。

（8）測(cè)試用例留作測(cè)試報(bào)告與以后的反復(fù)測(cè)試用，重新驗(yàn)證糾錯(cuò)的程序是否有錯(cuò)。

軟件測(cè)試技術(shù)

1.軟件測(cè)試的目標(biāo)

測(cè)試的目標(biāo)：

（1）測(cè)試是為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過(guò)程；

（2）好的測(cè)試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試方案；

（3）成功的測(cè)試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。

2.測(cè)試方法

按照測(cè)試過(guò)程是否在實(shí)際應(yīng)用環(huán)境中來(lái)分，有靜態(tài)分析與動(dòng)態(tài)測(cè)試。

測(cè)試方法有分析方法（包括靜態(tài)分析法與白盒法）與非分析方法（稱(chēng)黑盒法）。白盒法是通過(guò)分析程序內(nèi)部的邏輯與執(zhí)行路線來(lái)設(shè)計(jì)測(cè)試用例，進(jìn)行測(cè)試的方法，白盒法也稱(chēng)邏輯驅(qū)動(dòng)方法。黑盒法是功能驅(qū)動(dòng)方法，僅根據(jù)I/O數(shù)據(jù)條件來(lái)設(shè)計(jì)測(cè)試用例，而不管程序的內(nèi)部結(jié)構(gòu)與路徑如何。白盒法的具體設(shè)計(jì)程序測(cè)試用例的方法有：語(yǔ)句覆蓋、分支（判定）覆蓋、條件覆蓋、路徑覆蓋（或條件組合覆蓋），主要目的是提高測(cè)試的覆蓋率。黑盒法的具體設(shè)計(jì)程序測(cè)試用例的方法有：等價(jià)類(lèi)劃分法，邊界值分析法，錯(cuò)誤推測(cè)法，主要目的是設(shè)法以最少測(cè)試數(shù)據(jù)子集來(lái)盡可能多的測(cè)試軟件程序的錯(cuò)誤。

（1）靜態(tài)分析技術(shù)

不執(zhí)行被測(cè)軟件，可對(duì)需求分析說(shuō)明書(shū)、軟件設(shè)計(jì)說(shuō)明書(shū)、源程序做結(jié)構(gòu)檢查、流程分析、符號(hào)執(zhí)行來(lái)找出軟件錯(cuò)誤。

（2）動(dòng)態(tài)測(cè)試技術(shù)

當(dāng)把程序作為一個(gè)函數(shù)，輸入的全體稱(chēng)為函數(shù)的定義域，輸出的全體稱(chēng)為函數(shù)的值域，函數(shù)則描述了輸入的定義域與輸出值域的關(guān)系。這樣動(dòng)態(tài)測(cè)試的算法有：

①選取定義域中的有效值，或定義域外無(wú)效值。

②對(duì)已選取值決定預(yù)期的結(jié)果。

③用選取值執(zhí)行程序。

④觀察程序行為，記錄執(zhí)行結(jié)果。

⑤將④的結(jié)果與②的結(jié)果相比較，不吻合則程序有錯(cuò)。

動(dòng)態(tài)測(cè)試既可以采用白盒法對(duì)模塊進(jìn)行邏輯結(jié)構(gòu)的測(cè)試，又可以用黑盒法做功能結(jié)枸的測(cè)試，接口的測(cè)試，都是以執(zhí)行程序并分析執(zhí)行結(jié)果來(lái)查錯(cuò)的。

（3）黑盒測(cè)試和白盒測(cè)試

①黑盒測(cè)試法

黑盒測(cè)試法把程序看成一個(gè)黑盒子，完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過(guò)程。黑盒測(cè)試是在程序接口進(jìn)行的測(cè)試，它只檢查程序功能是否能按照規(guī)格說(shuō)明書(shū)的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)產(chǎn)生正確的輸出信息，并且保持外部信息的完整性。黑盒測(cè)試又稱(chēng)為功能測(cè)試。

②白盒測(cè)試法

白盒測(cè)試法的前提是可以把程序看成裝在一個(gè)透明的白盒子里，也就是完全了解程序的結(jié)構(gòu)和處理過(guò)程。這種方法按照程序內(nèi)部的邏輯測(cè)試程序，檢驗(yàn)程序中的每條通路是否都能按預(yù)定要求正確工作，白盒測(cè)試又稱(chēng)為結(jié)構(gòu)測(cè)試。

3.設(shè)計(jì)測(cè)試方案

（1）白盒法

①句覆蓋

②判定覆蓋

③條件覆蓋

④判定／條件覆蓋

⑤條件組合覆蓋

⑥點(diǎn)覆蓋

⑦邊覆蓋

⑧路徑覆蓋

這部分是本章的重點(diǎn)，要求掌握句覆蓋、判定覆蓋和條件覆蓋，會(huì)做題。

（2）黑盒法

測(cè)試的步驟

軟件糾錯(cuò)技術(shù)

八、面向?qū)ο蟮能浖y(cè)試

九、軟件測(cè)試計(jì)劃與測(cè)試分析報(bào)告

十、軟件維護(hù)

軟件維護(hù)的定義、分類(lèi)、特點(diǎn)

人們稱(chēng)在軟件運(yùn)行/維護(hù)階段對(duì)軟件產(chǎn)品所進(jìn)行的修改就是維護(hù)。

1．結(jié)構(gòu)化維護(hù)與非結(jié)構(gòu)化維護(hù)的對(duì)比

2．維護(hù)的代價(jià)

3．維護(hù)的問(wèn)題

軟件維護(hù)步驟及組織

維護(hù)步驟

需要經(jīng)歷以下四個(gè)步驟。

（1）分析和理解程序

（2）修改程序

（3）重新驗(yàn)證程序

（4）維護(hù)組織

軟件的可維護(hù)性

軟件維護(hù)的副作用

逆向工程和再生工程

逆向工程與再生工程是目前預(yù)防性維護(hù)采用的主要技術(shù)，逆向工程術(shù)語(yǔ)源于硬件制造業(yè)，相互競(jìng)爭(zhēng)的公司為了了解對(duì)方設(shè)計(jì)和制造工藝的機(jī)密，在得不到設(shè)計(jì)和制造說(shuō)明書(shū)的情況下，通過(guò)拆卸實(shí)物獲取信息，軟件的逆項(xiàng)工程也基本類(lèi)似，不過(guò)通?！敖馄省钡牟粌H是競(jìng)爭(zhēng)對(duì)手的程序，而且還包括本公司多年前的產(chǎn)品，此時(shí)得不到設(shè)計(jì)“機(jī)密”的主要障礙是缺乏文檔。因此，所謂軟件的逆向工程就是分析已有的程序，尋求比源代碼更高級(jí)的抽象表現(xiàn)形式。一般認(rèn)為，凡是在軟件生命周期內(nèi)的，將軟件某種形式的描述轉(zhuǎn)換為更抽象形式的活動(dòng)都可稱(chēng)為逆向工程。

第二篇：淺談軟件質(zhì)量保證

淺談軟件質(zhì)量保證

摘要：

Software Quality Assurance軟件質(zhì)量保證（SQA）是建立一套有計(jì)劃，有系統(tǒng)的方法，來(lái)向管理層保證擬定出的標(biāo)準(zhǔn)、步驟、實(shí)踐和方法能夠正確地被所有項(xiàng)目所采用

前言：

SQA的由來(lái)：隨著第一個(gè)正式的質(zhì)量保證和控制方案在1916年貝爾實(shí)驗(yàn)室的出現(xiàn)，整個(gè)制造業(yè)都認(rèn)可了這一方案，時(shí)至今日每個(gè)公司都有其保證其產(chǎn)品質(zhì)量的機(jī)制，公司對(duì)質(zhì)量的保證也漸漸成為其核心的市場(chǎng)策略。對(duì)于軟件開(kāi)發(fā)來(lái)說(shuō)，一個(gè)項(xiàng)目的主要內(nèi)容是：成本、進(jìn)度、質(zhì)量。軟件本身作為一種無(wú)形產(chǎn)品，其質(zhì)量指的是：“系統(tǒng),部件或者過(guò)程滿足顧客或者用戶(hù)需要或期望的程度”。在20世紀(jì)五六十年代，質(zhì)量保證曾經(jīng)只由程序員承擔(dān)。而正規(guī)的軟件質(zhì)量保證標(biāo)準(zhǔn)首先在20世紀(jì)70年代初軍方的軟件合同中出現(xiàn)，此后迅速傳遍整個(gè)商業(yè)世界。提出而隨著市場(chǎng)化發(fā)展的成型，任何軟件公司對(duì)自己產(chǎn)品的質(zhì)量問(wèn)題越來(lái)越關(guān)注，測(cè)試所花費(fèi)的成本越來(lái)越多。在起初國(guó)外很多的大軟件公司公司比如IBM、CA等，SQA的職責(zé)就是測(cè)試（主要是系統(tǒng)測(cè)試）。后來(lái)，由于缺乏有效的項(xiàng)目計(jì)劃和項(xiàng)目管理，留給系統(tǒng)測(cè)試的時(shí)間很少。另外由于軟件最終使用者的不專(zhuān)業(yè)性，需求變化太快，沒(méi)有完整的需求文檔，測(cè)試人員就只能根據(jù)自己的想象來(lái)測(cè)試。這樣一來(lái)，測(cè)試就很難保障產(chǎn)品的質(zhì)量，促進(jìn)了事先預(yù)防的SQA職能的產(chǎn)生。隨后隨著軟件開(kāi)發(fā)模型的不斷演化和發(fā)展CMM模型的出現(xiàn)，它引入了“全面質(zhì)量管理”的思想，至此許多公司將SQA人員獨(dú)立于項(xiàng)目組，以保證評(píng)價(jià)的客觀性。專(zhuān)業(yè)的SQA人員應(yīng)運(yùn)而生。

簡(jiǎn)介：

軟件質(zhì)量保證（SQA）是建立一套有計(jì)劃，有系統(tǒng)的方法，來(lái)向管理層保證擬定出的標(biāo)準(zhǔn)、步驟、實(shí)踐和方法能夠正確地被所有項(xiàng)目所采用。其根本目的是使軟件過(guò)程對(duì)于管理人員來(lái)說(shuō)是可見(jiàn)的。它通過(guò)對(duì)軟件產(chǎn)品和活動(dòng)進(jìn)行評(píng)審和審計(jì)來(lái)驗(yàn)證軟件是合乎標(biāo)準(zhǔn)的。軟件質(zhì)量保證組在項(xiàng)目開(kāi)始時(shí)就一起參與建立計(jì)劃、標(biāo)準(zhǔn)和過(guò)程。這些將使軟件項(xiàng)目滿足機(jī)構(gòu)方針的要求。

SQA的基本目標(biāo)：

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

2: 客觀地驗(yàn)證軟件項(xiàng)目產(chǎn)品和工作是否遵循恰當(dāng)?shù)臉?biāo)準(zhǔn)、步驟和需求。3: 將軟件質(zhì)量保證工作及結(jié)果通知給相關(guān)組別和個(gè)人。

4: 高級(jí)管理層接觸到在項(xiàng)目?jī)?nèi)部不能解決的不符合類(lèi)問(wèn)題。

具體分析：

1：軟件質(zhì)量所包含的因素及軟件質(zhì)量評(píng)價(jià)標(biāo)準(zhǔn)：

軟件質(zhì)量包含的因素：正確性，可靠性，效率，完整性，可用性可維護(hù)

性，靈活性，可測(cè)試性，可移植性，可復(fù)用性，互操作性等等。

軟件質(zhì)量評(píng)價(jià)標(biāo)準(zhǔn)：質(zhì)量需求準(zhǔn)則，著眼點(diǎn)是是否滿足用戶(hù)的要求；質(zhì)量設(shè)計(jì)準(zhǔn)則，開(kāi)發(fā)者在設(shè)計(jì)實(shí)現(xiàn)時(shí)是否按軟件需求保證了質(zhì)量。質(zhì)量度量準(zhǔn)則，為質(zhì)量度量規(guī)定了一些檢查項(xiàng)目。

從事專(zhuān)業(yè)SQA的人員所應(yīng)具備的基本素質(zhì)，工作中的基本職能及與其他相似職能的區(qū)別：

SQA人員所應(yīng)具備的基本素質(zhì)：

按照軟件界已經(jīng)達(dá)成的共識(shí)：影響軟件項(xiàng)目進(jìn)度、成本、質(zhì)量的因素主要是 “人、過(guò)程、技術(shù)”。首先要明確的是這三個(gè)因素中，人是第一位的。SQA小組的成員首先應(yīng)當(dāng)時(shí)刻以客戶(hù)的觀點(diǎn)看待軟件。從事SQA工作由于要按照相應(yīng)的標(biāo)準(zhǔn)對(duì)專(zhuān)業(yè)的行為加以監(jiān)管，深刻了解企業(yè)的工程，并具有一定的過(guò)程管理理論知識(shí) 對(duì)開(kāi)發(fā)工作的基本情況了解，能夠理解項(xiàng)目的活動(dòng)，因此首先應(yīng)具備較高的關(guān)于軟件開(kāi)發(fā)方面的知識(shí)；在工作中過(guò)程為中心：應(yīng)當(dāng)站在過(guò)程的角度來(lái)考慮問(wèn)題，只要保證了過(guò)程，QA就盡到了責(zé)任；還應(yīng)具有服務(wù)精神即為項(xiàng)目組服務(wù)，幫助項(xiàng)目組確保正確執(zhí)行過(guò)程；另外應(yīng)善于溝通，能夠營(yíng)造良好的氣氛，避免其工作本身成為一種找茬活動(dòng)。我所在的小組在課程實(shí)踐過(guò)程中就出現(xiàn)過(guò)負(fù)責(zé)設(shè)計(jì)的同學(xué)對(duì)編碼階段的同學(xué)出現(xiàn)質(zhì)疑，最終出現(xiàn)不愉快的事情。

工作中的基本職能以及于其他相似職能的區(qū)別：

要做好SQA工作首先應(yīng)該明確SQA人員的職能以及與QC、SEPG的區(qū)別。QC：檢驗(yàn)產(chǎn)品的質(zhì)量，保證產(chǎn)品符合客戶(hù)的需求；是產(chǎn)品質(zhì)量檢查者； SEPG：制定過(guò)程，實(shí)施過(guò)程改進(jìn)；

而SQA人員的主要工作為審計(jì)過(guò)程的質(zhì)量，是過(guò)程質(zhì)量審計(jì)者，其基本職能為確保過(guò)程被正確執(zhí)行。其本身并不參與過(guò)程的制定，A的職責(zé)就是確保過(guò)程的有效執(zhí)行，監(jiān)督項(xiàng)目按照過(guò)程進(jìn)行項(xiàng)目活動(dòng)；它不負(fù)責(zé)監(jiān)管產(chǎn)品的質(zhì)量，不負(fù)責(zé)向管理層提供項(xiàng)目的情況，不負(fù)責(zé)代表管理層進(jìn)行管理，只是代表管理層來(lái)保證過(guò)程的執(zhí)行。

3：SQA活動(dòng)：

軟件質(zhì)量保證由各種任務(wù)構(gòu)成，這些任務(wù)分別與兩種不同的參與者有關(guān)：做設(shè)計(jì)工作的軟件工程師和SQA小組成員。

軟件工程師通過(guò)采用可靠的技術(shù)方法和措施，進(jìn)行正式的技術(shù)評(píng)審，執(zhí)行計(jì)劃周密的軟件測(cè)試來(lái)考慮質(zhì)量問(wèn)題（并完成軟件質(zhì)量保證和質(zhì)量控制活動(dòng)）

SQA小組成員的職責(zé)為輔助軟件工程小組得到高質(zhì)量的最終產(chǎn)品。其主要工作如下：

為項(xiàng)目準(zhǔn)備SQA計(jì)劃。該計(jì)劃在制定項(xiàng)目計(jì)劃實(shí)制定，由所以感興趣的相關(guān)部門(mén)評(píng)審。該計(jì)劃將控制由項(xiàng)目組和SQA小組執(zhí)行的質(zhì)量保證活動(dòng)。在計(jì)劃中應(yīng)標(biāo)識(shí)一下幾點(diǎn)：需要進(jìn)行的評(píng)價(jià)；需要進(jìn)行的審計(jì)和評(píng)審；項(xiàng)目可用的標(biāo)準(zhǔn)；錯(cuò)誤報(bào)告和跟蹤的規(guī)程；由SQA小組產(chǎn)生的文檔；為軟件項(xiàng)目提供的反饋數(shù)量。另外還需明確最終審計(jì)的結(jié)果報(bào)告給誰(shuí)。

參與開(kāi)發(fā)該項(xiàng)目的軟件過(guò)程描述。軟件工程小組為要進(jìn)行的工作選擇一個(gè)過(guò)程。SQA將評(píng)審過(guò)程描述以保證該過(guò)程與組織政策，內(nèi)部軟件標(biāo)準(zhǔn)，外界所訂標(biāo)準(zhǔn)（如ISO9001）以及軟件項(xiàng)目計(jì)劃的其他部分相符。

評(píng)審各項(xiàng)軟件工程活動(dòng)，對(duì)其是否符合定義好的軟件過(guò)程進(jìn)行核實(shí)。SQA小組識(shí)別記錄和跟蹤與過(guò)量的偏差，并對(duì)是否已經(jīng)改正進(jìn)行核實(shí)。

審計(jì)指定的軟件工作產(chǎn)品，對(duì)其是否符合定義好的軟件過(guò)程中的相應(yīng)部分進(jìn)行核實(shí)。SQA小組對(duì)選出的產(chǎn)品進(jìn)行評(píng)審；識(shí)別，記錄和跟蹤出現(xiàn)的偏差；對(duì)是否已經(jīng)改正進(jìn)行核實(shí)；定期將工作結(jié)果向項(xiàng)目管理者報(bào)告。在審計(jì)過(guò)程中。注意審計(jì)一定要有項(xiàng)目組人員陪同，雙方要開(kāi)誠(chéng)布公，坦誠(chéng)相對(duì)。審計(jì)的內(nèi)容主要包括：是否按照過(guò)程要求執(zhí)行了相應(yīng)活動(dòng)，是否按照過(guò)程要求產(chǎn)生了相應(yīng)產(chǎn)品。

確保軟件工作及工作產(chǎn)品中的偏差已被記錄在案并根據(jù)預(yù)定規(guī)程進(jìn)行處理。偏差可能出現(xiàn)在項(xiàng)目計(jì)劃，過(guò)程描述，采用的標(biāo)準(zhǔn)或技術(shù)工作產(chǎn)品中。

記錄所有不符合的部分并報(bào)告給高級(jí)管理者。對(duì)不符合的部分進(jìn)行跟蹤直至問(wèn)題得到解決。

4：軟件評(píng)審：軟件評(píng)審是軟件工程過(guò)程中的過(guò)濾器。評(píng)審被用于軟件開(kāi)發(fā)過(guò)程的多個(gè)不同的點(diǎn)上，起到發(fā)現(xiàn)錯(cuò)誤和缺陷節(jié)日引發(fā)排錯(cuò)活動(dòng)的作用。軟件評(píng)審起到的作用是凈化分析，設(shè)計(jì)和編碼的軟件工程活動(dòng)。在課程實(shí)踐過(guò)程中由于初始需求分析的不明確以及后來(lái)概要設(shè)計(jì)過(guò)程中關(guān)鍵點(diǎn)的遺漏所引發(fā)的錯(cuò)誤曾經(jīng)導(dǎo)致我們小組代碼的兩次大部分返工，現(xiàn)在看來(lái)在課程實(shí)踐過(guò)程中沒(méi)有進(jìn)行軟件評(píng)審所致

5：正式技術(shù)評(píng)審（FTR）

正式技術(shù)評(píng)審是一種由軟件工程師和其他人進(jìn)行的軟件質(zhì)量保障活動(dòng)。

正式技術(shù)評(píng)審的目標(biāo)是：發(fā)現(xiàn)功能、邏輯或?qū)崿F(xiàn)的錯(cuò)誤；證實(shí)經(jīng)過(guò)評(píng)審的軟件的確滿足需求；保證軟件的表示符合預(yù)定義的標(biāo)準(zhǔn)；得到一種一致的方式開(kāi)發(fā)的軟件；使項(xiàng)目更易管理。

評(píng)審會(huì)議一般由3-5人參加，不超過(guò)2小時(shí)，由評(píng)審主席、評(píng)審者和生產(chǎn)者參加，必須做出下列決定中的一個(gè)：工作產(chǎn)品可不可以不經(jīng)修改而被接受；由于嚴(yán)重錯(cuò)誤而否決工作產(chǎn)品；暫時(shí)接受工作產(chǎn)品。

評(píng)審總結(jié)報(bào)告和記錄保存：評(píng)審會(huì)議結(jié)束時(shí)，生成一份評(píng)審問(wèn)題列表，完成一份包括“評(píng)審什么？由誰(shuí)評(píng)審？結(jié)論是什么？”的評(píng)審總結(jié)報(bào)告。

評(píng)審總結(jié)報(bào)告是項(xiàng)目歷史記錄的一部分，標(biāo)識(shí)產(chǎn)品中存在問(wèn)題的區(qū)域，作為行政條目檢查表以指導(dǎo)生產(chǎn)者進(jìn)行改正。

評(píng)審指導(dǎo)原則：評(píng)審產(chǎn)品，而不是評(píng)審生產(chǎn)者。注意客氣地指出錯(cuò)誤，氣氛輕松；制定日程并且遵守日程；不要離題，限制爭(zhēng)論和辯駁。有異議的問(wèn)題不要爭(zhēng)論但要記錄在案；對(duì)各個(gè)問(wèn)題都發(fā)表見(jiàn)解。問(wèn)題解決應(yīng)該放到評(píng)審會(huì)議之后進(jìn)行；做書(shū)面筆記；限制參與者的人數(shù)并堅(jiān)持事先做準(zhǔn)備；為每個(gè)要評(píng)審的工作產(chǎn)品建立一個(gè)檢查表。應(yīng)為分析、設(shè)計(jì)、編碼、測(cè)試文檔都建立檢查表。；為了讓評(píng)審有效，為FTR分配資源和時(shí)間；為了提高效益對(duì)所有評(píng)審進(jìn)行有意義的培訓(xùn)；評(píng)審以前所做的評(píng)審。

6結(jié)合課程實(shí)踐淺談自己的感受

下面我將結(jié)合課程的實(shí)踐講一講個(gè)人對(duì)于軟件質(zhì)量保證的一些感受，首先說(shuō)一說(shuō)每個(gè)人所扮演的角色，負(fù)責(zé)編碼的同學(xué)相當(dāng)于軟件工程師的角色，而負(fù)責(zé)需求分析及概要設(shè)計(jì)的同學(xué)責(zé)同時(shí)兼任了SQA小組成員的角色。在具體實(shí)現(xiàn)過(guò)程中，在需求分析階段，通過(guò)需求調(diào)研我們小組大體明確了客戶(hù)即TA對(duì)機(jī)動(dòng)車(chē)違章管理系統(tǒng)的需求，但由于沒(méi)有把需求調(diào)研的工作做到位，在完成需求分析的過(guò)程中，我們小組出現(xiàn)了一些問(wèn)題，主要是對(duì)TA要求的理解出現(xiàn)了分歧。此時(shí)承擔(dān)SQA小組責(zé)任的同學(xué)并沒(méi)有嚴(yán)格要求自己進(jìn)一步與TA溝通，解決理解上的分歧，而是個(gè)人主觀的認(rèn)為自己的理解就是對(duì)的。致使在具體實(shí)現(xiàn)時(shí)與初始需求出現(xiàn)了一些偏差。這個(gè)問(wèn)題的發(fā)生，主要是因?yàn)槌袚?dān)需求分析的同學(xué)同時(shí)兼任SQA小組工作的原因，致使監(jiān)督的客觀性方面出現(xiàn)了問(wèn)題。在概要設(shè)計(jì)階段由于考慮到后期一些功能在后期具體實(shí)現(xiàn)中的困難，沒(méi)有嚴(yán)格按照獲取的需求進(jìn)行設(shè)計(jì)，主要是出于實(shí)現(xiàn)難度的考慮草率的對(duì)本已獲得的需求進(jìn)行了一些修改致使本就出現(xiàn)變差的需求進(jìn)一步打了折扣。在編碼階段針對(duì)出現(xiàn)問(wèn)題時(shí)，更是僅僅是就問(wèn)題而談問(wèn)題，把原始的計(jì)劃放到了一邊?；仡櫿麄€(gè)課程的過(guò)程：從在初始人員定位時(shí)并沒(méi)有認(rèn)識(shí)到SQA小組的重要性，因此并沒(méi)有嚴(yán)格指定專(zhuān)人負(fù)責(zé)，只是在出現(xiàn)問(wèn)題時(shí)才想到，而在明確兩人兼任SQA小組工作后，也沒(méi)有嚴(yán)格制定明確的計(jì)劃，也沒(méi)有正式的評(píng)審各項(xiàng)軟件工程活動(dòng)，僅僅是想到什么就說(shuō)什么，不但造成了小組成員間的沖突，更是對(duì)問(wèn)題的解決沒(méi)有多大的幫助。而“軟件工程師”即從事編碼的同學(xué)雖然對(duì)軟件本身進(jìn)行了一些測(cè)試，修正了一些錯(cuò)誤，改進(jìn)了一些BUG，但這一切都是通過(guò)想當(dāng)然去做的，并沒(méi)有參考設(shè)計(jì)文檔。結(jié)論：

無(wú)論何種軟件只有在保證其質(zhì)量的前提下才能體現(xiàn)出它的價(jià)值。軟件質(zhì)量保證則是保證軟件質(zhì)量的基石。而在軟件質(zhì)量保證的過(guò)程中，首先應(yīng)該明確自己的定位，而后嚴(yán)格按照上面提出的步驟與方法去實(shí)現(xiàn)才能更好的完成SQA工作。這一切，都需要我們?cè)诮窈蟮膶W(xué)習(xí)、工作中積極地去實(shí)踐。

參考文獻(xiàn)：

軟件工程實(shí)踐者的研究方法 Roger S.Pressman

軟件質(zhì)量保證 Schulmeyer,G.G

第三篇：軟件質(zhì)量保證管理

1、V模型：V模型是在RAD模型的基礎(chǔ)上演變而來(lái)的，由于開(kāi)發(fā)過(guò)程構(gòu)造成一個(gè)V字形而得名。V模型強(qiáng)調(diào)軟件開(kāi)發(fā)的協(xié)作和速度，將軟件實(shí)現(xiàn)和驗(yàn)證有機(jī)地結(jié)合起來(lái)，在保證較高的軟件質(zhì)量情況下縮短開(kāi)發(fā)周期。V模型具有面向客戶(hù)、效率高、質(zhì)量防范意識(shí)等特點(diǎn)。

左邊是設(shè)計(jì)和分析，是軟件設(shè)計(jì)實(shí)現(xiàn)的過(guò)程，同時(shí)伴隨著質(zhì)量保證活動(dòng)---審核過(guò)程，也就是靜態(tài)的測(cè)試過(guò)程；右邊是對(duì)左邊結(jié)果的驗(yàn)證，是動(dòng)態(tài)的過(guò)程，即對(duì)設(shè)計(jì)和分析的結(jié)果進(jìn)行測(cè)試，以確認(rèn)是否滿足用戶(hù)的需求。V模型避免了瀑布模型所帶來(lái)的誤區(qū)-----軟件測(cè)試是在代碼完成之后進(jìn)行的。p302、什么是變更控制？（P111）

軟件開(kāi)發(fā)過(guò)程中都會(huì)產(chǎn)生許多變更，如配置項(xiàng)，配置，基線，構(gòu)建的版本，發(fā)布的版本的變更，對(duì)于這些變更，都要有一個(gè)控制機(jī)構(gòu)，以保證所有的變更都是可控的，可跟蹤的，可重現(xiàn)的。這樣的一類(lèi)機(jī)構(gòu)對(duì)變更的管理，就是變更控制。

3、軟件可靠性概念？（P176）

軟件可靠性是指在給定時(shí)間內(nèi)，特定環(huán)境下軟件無(wú)錯(cuò)運(yùn)行的概率，軟件可靠性包含了以下三個(gè)要素：規(guī)定的時(shí)間，規(guī)定的環(huán)境條件，規(guī)定的功能。

4、CMM（P195）

CMM：能力成熟度模型，用來(lái)衡量組織軟件過(guò)程成熟度和評(píng)價(jià)其軟件過(guò)程能力。能力成熟度是指一個(gè)特定過(guò)程被明確定義，管理，測(cè)量，控制并且是有效的程度。分為五個(gè)等級(jí)： 初始級(jí) 軟件過(guò)程的特點(diǎn)是無(wú)序的，甚至是混亂的。幾乎沒(méi)有什么過(guò)程是進(jìn)過(guò)定義的?？芍貜?fù)級(jí) 關(guān)鍵過(guò)程區(qū)域集中關(guān)注軟件項(xiàng)目所關(guān)心的，與建立基本項(xiàng)目管理控制有關(guān)的事情。

已定義級(jí) 將軟件生命周期的各個(gè)階段嚴(yán)格的劃分出來(lái)，從組織這個(gè)層次來(lái)保證過(guò)程質(zhì)量該進(jìn)

已管理級(jí) 軟件產(chǎn)品的質(zhì)量目標(biāo)被量化管理，它遵循了全面質(zhì)量管理活動(dòng)的科學(xué)程序，關(guān)鍵過(guò)程域的關(guān)注焦點(diǎn)是建立起對(duì)軟件過(guò)程和正在構(gòu)造的軟件工作產(chǎn)品的定量了解。

優(yōu)化級(jí) 關(guān)鍵過(guò)程域包括那些為了實(shí)施連續(xù)不斷的和可測(cè)的軟件過(guò)程改進(jìn)，組織和項(xiàng)目都必須解決的問(wèn)題。

5、TQM的實(shí)施步驟（P265）

（1）建立質(zhì)量小組，負(fù)責(zé)過(guò)程改進(jìn)，流程完善，不斷發(fā)現(xiàn)質(zhì)量問(wèn)題提出并實(shí)施解決方案。

（2）進(jìn)行TQM思想的教育，通過(guò)教育，要讓每個(gè)員工深刻認(rèn)識(shí)到“滿足顧客的需求是第一的”的思想，理解“什么是顧客需求”，如何讓顧客滿意等內(nèi)容。

（3）了解市場(chǎng)，明確顧客需求，了解目前研發(fā)的軟件產(chǎn)品的市場(chǎng)，包括競(jìng)爭(zhēng)對(duì)手，客戶(hù)群等，讓員工明白什么是質(zhì)量好的軟件產(chǎn)品或軟件服務(wù)，認(rèn)真對(duì)待質(zhì)量要求，開(kāi)發(fā)出合格的產(chǎn)品。

（4）建立明確的質(zhì)量基準(zhǔn)和質(zhì)量評(píng)估機(jī)制，以便和實(shí)際質(zhì)量水平進(jìn)行對(duì)比，識(shí)別質(zhì)量的目標(biāo)和工作的重點(diǎn)區(qū)域，采取相應(yīng)措施。

（5）建立相對(duì)完善的獎(jiǎng)勵(lì)機(jī)制，在認(rèn)可和給予獎(jiǎng)勵(lì)的過(guò)程中，應(yīng)力求公正，真實(shí)，選擇恰當(dāng)?shù)臅r(shí)間，恰當(dāng)?shù)膱?chǎng)合，恰當(dāng)?shù)姆绞健?/p>

2、版本控制的目的:是在于對(duì)軟件開(kāi)發(fā)過(guò)程中文件或目錄的發(fā)展過(guò)程提供有效的追蹤手段，保證在需要時(shí)找到舊的版本，避免文件的丟失，修改文件的丟失和相互覆蓋，通過(guò)對(duì)版本庫(kù)的訪問(wèn)控制避免未經(jīng)授權(quán)訪問(wèn)和修改。另外軟件的控制是實(shí)現(xiàn)團(tuán)隊(duì)開(kāi)發(fā)，提高效率的基礎(chǔ)。

3、PDCA包括4個(gè)部分：計(jì)劃、執(zhí)行、檢查、行動(dòng)描述總結(jié)

(1)計(jì)劃計(jì)劃：就是分析當(dāng)前狀況，發(fā)現(xiàn)問(wèn)題，找出原因和主要原因，制定質(zhì)量方針、質(zhì)量

目標(biāo)、質(zhì)量計(jì)劃書(shū)和管理原則。管理原則有：過(guò)程方法、管理的系統(tǒng)方法、持續(xù)改進(jìn)

(2)執(zhí)行：執(zhí)行時(shí)計(jì)劃的履行和實(shí)現(xiàn)，主要按計(jì)劃實(shí)施地去做，去落實(shí)具體對(duì)策，并實(shí)施過(guò)

程的監(jiān)控，使活動(dòng)按預(yù)期設(shè)想前進(jìn)，最終達(dá)到計(jì)劃設(shè)定的目標(biāo)。

(3)檢查：是對(duì)執(zhí)行后效果的評(píng)估。檢查是伴隨著實(shí)施過(guò)程自始至終的，不斷收集數(shù)據(jù)、信

息獲取的過(guò)程，并通過(guò)數(shù)據(jù)分析、結(jié)果度量來(lái)完成檢查。

行動(dòng)：重點(diǎn)在于檢查完結(jié)果，要采取措施，即總結(jié)成功的經(jīng)驗(yàn)，吸取失敗的教訓(xùn)，實(shí)施標(biāo)準(zhǔn)化，以后依據(jù)標(biāo)準(zhǔn)執(zhí)行。

4、階段性開(kāi)發(fā)模型：增量模型和迭代模型

(1)增量模型描述軟件產(chǎn)品的不同階段是按產(chǎn)品所具有的功能進(jìn)行劃分的，先開(kāi)發(fā)主要

功能或用戶(hù)最需要的功能，然后隨著時(shí)間的推進(jìn)，不斷增 加新的輔助功能或次要功能，最終開(kāi)發(fā)出一個(gè)功能完善的，穩(wěn)定的產(chǎn)品。

(2)迭代模型描述軟件產(chǎn)品的不同階段是按產(chǎn)品深度或細(xì)化程度來(lái)劃分，先將產(chǎn)品的整個(gè)框架都建立起來(lái)，在系統(tǒng)的初期，已經(jīng)具有用戶(hù)所需要的全部功能。然后隨著時(shí)間推進(jìn),不斷細(xì)化已具有的功能或完善已具有的功能,這個(gè)過(guò)程是一個(gè)迭代的過(guò)程

6、零缺陷質(zhì)量管理的實(shí)施步驟：（P268）

（1）建立推行零缺陷質(zhì)量管理的組織事情的推行都需要組織的保證，通過(guò)建立組織，可以動(dòng)員和組織全體職工積極的投入零缺陷管理，提高他們參與管理的自覺(jué)性也可以對(duì)每個(gè)人的合理化建議進(jìn)行統(tǒng)計(jì)分析，不斷進(jìn)行經(jīng)驗(yàn)交流，公司的最高管理者要親自參加，表明決心，做出表率，要任命相應(yīng)的領(lǐng)導(dǎo)人，建立相應(yīng)的制度，要教育和訓(xùn)練員工

（2）確定零缺陷管理的目標(biāo)，確定零缺陷小組在一定時(shí)期內(nèi)所要達(dá)到的具體要求，包括確定目標(biāo)項(xiàng)目，評(píng)價(jià)標(biāo)準(zhǔn)和目標(biāo)值

（3）進(jìn)行績(jī)效評(píng)價(jià)，（4）建立相應(yīng)的提案機(jī)制

（5）建立表彰制度

SQA組織的責(zé)任是審計(jì)軟件經(jīng)理和軟件工程組的質(zhì)量活動(dòng)中出現(xiàn)的偏差。

7、SQA計(jì)劃（P283）

SQA在項(xiàng)目早期要根據(jù)項(xiàng)目計(jì)劃制定與其相應(yīng)的SQA計(jì)劃，定義各階段的檢查點(diǎn)。標(biāo)識(shí)出檢查審計(jì)的工作產(chǎn)品對(duì)象，以及在每個(gè)階段SQA的輸出產(chǎn)品。具體實(shí)施步驟如下：

（1）了解項(xiàng)目的需求，明確項(xiàng)目SQA計(jì)劃的要求和范圍

（2）選擇SQA任務(wù)

（3）估計(jì)SQA的工作量和資源

（4）安排SQA任務(wù)和日程

（5）形成SQA計(jì)劃

（6）協(xié)商，評(píng)審SQA計(jì)劃

（7）批準(zhǔn)SQA計(jì)劃

（8）執(zhí)行SQA計(jì)劃

SQA計(jì)劃包含以下內(nèi)容：

（1）目的，SQA計(jì)劃的目的和范圍（2）參考文件，該SQA計(jì)劃參考的文件列表（3）管理，組織，任務(wù)，責(zé)任（4）文檔，列出所有的相關(guān)文檔，如程序員手冊(cè)，測(cè)試計(jì)劃，配置管理計(jì)劃等（5）標(biāo)準(zhǔn)定義，文檔標(biāo)準(zhǔn)，邏輯結(jié)構(gòu)標(biāo)準(zhǔn)，代碼編寫(xiě)標(biāo)準(zhǔn)，注釋標(biāo)準(zhǔn)等（6）評(píng)審/審核（7）配置管理，配置定義，配置控制，配置評(píng)審（8）問(wèn)題報(bào)告和處理（9）工具，技術(shù)，方法（10）代碼控制（11）事故/災(zāi)難控制，包括火災(zāi)，水災(zāi)，緊急情況等。

8、評(píng)審和審核的區(qū)別？（P285）

評(píng)審：過(guò)程進(jìn)行時(shí)，SQA對(duì)過(guò)程的檢查，SQA的角色在于確保當(dāng)執(zhí)行工程活動(dòng)時(shí)，各項(xiàng)計(jì)劃所規(guī)定的過(guò)程得到遵循，評(píng)審?fù)ǔＭㄟ^(guò)評(píng)委會(huì)的的方式進(jìn)行，是對(duì)工作流程的評(píng)審

審核：在軟件工作產(chǎn)品生成時(shí)，SQA對(duì)工作產(chǎn)品進(jìn)行的檢查，SQA的角色在于確保開(kāi)發(fā)工作產(chǎn)品中各項(xiàng)計(jì)劃所規(guī)定的過(guò)程得到遵循，審核通常通過(guò)對(duì)工作產(chǎn)品的審查來(lái)執(zhí)行。側(cè)重于產(chǎn)品本身。

SQA報(bào)告應(yīng)遵循三條原則SQA和高級(jí)管理者之間應(yīng)有的溝通渠道，SQA報(bào)告必須發(fā)布給軟件工程組織但不必發(fā)布給項(xiàng)目管理人員，在可能的情況下向關(guān)心軟件質(zhì)量的人發(fā)布。

SQA度量是記錄花費(fèi)在SQA活動(dòng)時(shí)間人力數(shù)據(jù)。涉及以下三方面：軟件產(chǎn)品評(píng)估度量、軟件產(chǎn)品質(zhì)量度量、軟件過(guò)程審核度量。

SQA的評(píng)估任務(wù)是軟件開(kāi)發(fā)前期對(duì)目標(biāo)的軟件和硬件資源進(jìn)行評(píng)估，以確保其充分性和適合性。

9、白盒測(cè)試、黑盒測(cè)試（P390）

白盒測(cè)試將被測(cè)試程序看做一個(gè)盒子，測(cè)試者能夠看到被測(cè)程序，可以分析被測(cè)程序的內(nèi)部結(jié)構(gòu)。

白盒測(cè)試可以用來(lái)對(duì)代碼結(jié)構(gòu)進(jìn)行全面測(cè)試，常用的有語(yǔ)句覆蓋，判定覆蓋，條件覆蓋，判定/條件覆蓋，條件組合覆蓋，路徑覆蓋，循環(huán)測(cè)試

黑盒測(cè)試常用來(lái)驗(yàn)證軟件或模塊功能是否得到實(shí)現(xiàn)，主要運(yùn)用單元的性能和功能方面的測(cè)試除了測(cè)試其功能外，還需確保代碼在結(jié)構(gòu)上可靠，健全并能夠有良好的響應(yīng)。黑盒測(cè)試主要運(yùn)用于單元的功能和性能方面的測(cè)試。功能測(cè)試包括用戶(hù)界面測(cè)試各種操作的測(cè)試不同的數(shù)據(jù)輸入邏輯思路，數(shù)據(jù)輸出和存儲(chǔ)的測(cè)試。

區(qū)別：關(guān)鍵區(qū)別應(yīng)該就是測(cè)試對(duì)象不一樣，白盒測(cè)試主要針對(duì)的是程序代碼邏輯，黑盒測(cè)試主要針對(duì)的是程序所展現(xiàn)給用戶(hù)的功能，簡(jiǎn)單的說(shuō)就是前者測(cè)試后臺(tái)程序后者測(cè)試前臺(tái)展示功能

10、測(cè)試的原則概括為10項(xiàng)：

（1）所有測(cè)試的標(biāo)準(zhǔn)都是建立在用戶(hù)需求之上2軟件測(cè)試必須基于“質(zhì)量第一”的思想去開(kāi)展各項(xiàng)工作3實(shí)現(xiàn)定義好產(chǎn)品的質(zhì)量標(biāo)準(zhǔn)4軟件項(xiàng)目一啟動(dòng)。軟件測(cè)試也就是開(kāi)始5窮舉測(cè)試是不可能的6第三方進(jìn)行測(cè)試會(huì)更客觀，更有效7軟件測(cè)試計(jì)劃是做好軟件測(cè)試工作的前提8測(cè)試用例的設(shè)計(jì)出來(lái)的，不是寫(xiě)出來(lái)的9不可將測(cè)試用例置之度外，排除隨意性10對(duì)發(fā)現(xiàn)錯(cuò)誤較多的程序段，應(yīng)進(jìn)行更深入的測(cè)試

39、功能測(cè)試的概念：是基于產(chǎn)品功能說(shuō)明書(shū)，是在已知產(chǎn)品所應(yīng)具有的功能，從用戶(hù)角度來(lái)進(jìn)行功能驗(yàn)證，以確認(rèn)每個(gè)功能是否能正常使用、是否實(shí)現(xiàn)了產(chǎn)品規(guī)格說(shuō)明書(shū)要求、是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)而產(chǎn)生正確的輸出結(jié)果等。

5、風(fēng)險(xiǎn)管理法：SEI（軟件工程研究所）風(fēng)險(xiǎn)控制一般分5個(gè)步驟：P80

(1)風(fēng)險(xiǎn)識(shí)別：試圖系統(tǒng)化的方法來(lái)確定威脅項(xiàng)目計(jì)劃的因素。識(shí)別方法包括：風(fēng)險(xiǎn)檢

測(cè)表、頭腦風(fēng)暴會(huì)議、流程圖分析、與項(xiàng)目人員面談。

(2)風(fēng)險(xiǎn)分析：可以分為定性風(fēng)險(xiǎn)分析和定量風(fēng)險(xiǎn)分析。定性風(fēng)險(xiǎn)分析是評(píng)估已經(jīng)識(shí)別

風(fēng)險(xiǎn)的影響和可能性的過(guò)程。定量風(fēng)險(xiǎn)分析是量化分析每一風(fēng)險(xiǎn)的概率及其對(duì)項(xiàng)目目標(biāo)造成的后果，同時(shí)也要分析項(xiàng)目總體風(fēng)險(xiǎn)的程度。

(3)風(fēng)險(xiǎn)計(jì)劃：制定風(fēng)險(xiǎn)行動(dòng)計(jì)劃，應(yīng)考慮以下部分：責(zé)任、資源、時(shí)間、活動(dòng)、應(yīng)對(duì)

措施、結(jié)果、負(fù)責(zé)人。

(4)風(fēng)險(xiǎn)控制：方法：風(fēng)險(xiǎn)避免、風(fēng)險(xiǎn)弱化、風(fēng)險(xiǎn)承擔(dān)、風(fēng)險(xiǎn)轉(zhuǎn)移。

(5)風(fēng)險(xiǎn)跟蹤：監(jiān)視風(fēng)險(xiǎn)的狀況，檢查風(fēng)險(xiǎn)的對(duì)策是否有效、跟蹤機(jī)制是否在運(yùn)行，不

斷識(shí)別新的風(fēng)險(xiǎn)并制定對(duì)策。

6、評(píng)審的內(nèi)容：分為管理評(píng)審、技術(shù)評(píng)審、文檔評(píng)審、過(guò)程評(píng)審（P217簡(jiǎn)答）

(1)管理評(píng)審是以實(shí)施質(zhì)量方針和目標(biāo)的質(zhì)量體系的適應(yīng)性和有效性為評(píng)論基準(zhǔn),對(duì)體系文

件的適應(yīng)性和質(zhì)量活動(dòng)的有效性進(jìn)行評(píng)價(jià)。目標(biāo)：按規(guī)定的時(shí)間間隔對(duì)質(zhì)量體系進(jìn)行評(píng)審，確保持續(xù)的適宜性和有效性，以滿足本標(biāo)準(zhǔn)要求和提供的質(zhì)量方針和目標(biāo)。輸入：體系審核的結(jié)果。輸出：《管理評(píng)審報(bào)表》

(2)技術(shù)評(píng)審是對(duì)產(chǎn)品以及各階段的輸出內(nèi)容進(jìn)行評(píng)估。目的：確保需求說(shuō)明、設(shè)計(jì)說(shuō)明書(shū)

與最初的說(shuō)明書(shū)保持一致，并按照計(jì)劃對(duì)軟件進(jìn)行了正確的開(kāi)發(fā)。輸入：需求文檔、源代碼、測(cè)試用例、評(píng)審檢查單、其它文檔。輸出：技術(shù)評(píng)審報(bào)告

(3)文檔評(píng)審分為格式評(píng)審和內(nèi)容評(píng)審。

(4)過(guò)程評(píng)審是對(duì)軟件開(kāi)發(fā)過(guò)程的評(píng)審，其主要任務(wù)是通過(guò)對(duì)流程的監(jiān)控，保證SQA組織

定義的軟件過(guò)程在項(xiàng)目中得到了遵循，同時(shí)保證質(zhì)量方針能得到更快更好的執(zhí)行。

40.朱蘭三部曲：

質(zhì)量策劃：為建立有能力滿足質(zhì)量標(biāo)準(zhǔn)化的工作程序，質(zhì)量策劃是必要的質(zhì)量控制：為了掌握何時(shí)采取必要措施糾正質(zhì)量問(wèn)題就必須實(shí)施質(zhì)量控制

質(zhì)量改進(jìn)：質(zhì)量改進(jìn)有助于發(fā)現(xiàn)更好的管理工作方式

40、從軟件開(kāi)發(fā)的各階段論述如何提高軟件產(chǎn)品的質(zhì)量？

1、需求

我們知道人與人的交流總是會(huì)存在一些誤會(huì)，同樣一句話，心情不好與心情好的時(shí)候聽(tīng)起來(lái)的感覺(jué)可能會(huì)截然相反，正是因?yàn)槿藗冎g存在著理解上的偏差，在描述需求的語(yǔ)言上就應(yīng)該注意盡量避免歧義的產(chǎn)生。如果對(duì)UML比較熟悉的話，需求分析可以利用UML工具進(jìn)行，這樣可以減少一些自然語(yǔ)言引起的歧義，但是UML可能與用戶(hù)溝通起來(lái)有一些障礙，因?yàn)椴⒉皇撬械挠脩?hù)都了解UML各種圖形的意思。除了工具之外，我們可以從以下幾個(gè)方面來(lái)保證需求描述的質(zhì)量。

1、看句子和段落是否簡(jiǎn)短，一個(gè)很長(zhǎng)的句子，看起來(lái)會(huì)非常困難，因此無(wú)法弄懂真正的需求，另外過(guò)長(zhǎng)的句子和段落容易讓人忽視一些需求，所以如果一個(gè)句子不能完全描述清楚需求，應(yīng)該將其拆分成多個(gè)小句子。

2、句子是否有語(yǔ)法錯(cuò)誤，還要注意標(biāo)點(diǎn)符號(hào)，有時(shí)，標(biāo)點(diǎn)符號(hào)點(diǎn)錯(cuò)了，就完全成了另外一個(gè)意思了。

3、是否存在模糊不清的需求，出現(xiàn)類(lèi)似于可能，大概，或者等詞匯表述的需求。

4、另外注意引用的術(shù)語(yǔ)和詞匯是否前后一致。

5、是否存在一些形容詞、比較性詞語(yǔ)，比如：容易的、快速的、方便的、有效的、許多、很少、簡(jiǎn)單、復(fù)雜、最新的，界面友好的，減少、擴(kuò)大，不小于等等，需要將描述性詞語(yǔ)進(jìn)行量化，并且給出具體值或者范圍，要不然不同的人根據(jù)不同的理解就會(huì)得出不同的結(jié)果，最終可能跟用戶(hù)最初的要求有偏差，那“炒回鍋肉”的事情就不可避免地會(huì)發(fā)生。

另外保證需求質(zhì)量的一個(gè)很重要的因素就是需求是否細(xì)化，如果需求不細(xì)化也會(huì)很容易造成代碼的返工，于是就出現(xiàn)了我們的程序員盡管總是加班加點(diǎn)卻總是不能如期的完成任務(wù)的情景。那么我們?cè)鯓硬拍芘袛嘈枨蠹?xì)化的程度呢?需求細(xì)化程度確實(shí)很難把握，什么樣的需求可以算是比較細(xì)了，不用再進(jìn)行細(xì)化了呢?哪些需求又太粗了呢?答案是需求是否可以寫(xiě)出相應(yīng)的測(cè)試用例，如果寫(xiě)不出來(lái)，就說(shuō)明需求還不是很細(xì)，還需要再進(jìn)行細(xì)化。

2、設(shè)計(jì)

軟件架構(gòu)設(shè)計(jì)在軟件產(chǎn)品開(kāi)發(fā)周期中占有很重要的位置，我們開(kāi)發(fā)出來(lái)的軟件產(chǎn)品在開(kāi)發(fā)伊始到產(chǎn)品發(fā)布會(huì)涉及到方方面面的角色，例如：用戶(hù)、項(xiàng)目管理人員、程序員、測(cè)試員、維護(hù)人員等等。不同的角色對(duì)架構(gòu)設(shè)計(jì)的要求也不相同。例如用戶(hù)關(guān)心的是需求，因此我們的設(shè)計(jì)對(duì)需求的覆蓋率是多少?對(duì)于程序員來(lái)說(shuō)模塊是否清晰，類(lèi)的功能是否單一等等，對(duì)于測(cè)試人員來(lái)說(shuō)系統(tǒng)的是系統(tǒng)的可測(cè)試性。對(duì)于維護(hù)人員來(lái)講系統(tǒng)的擴(kuò)展性、可維護(hù)性如何?一個(gè)高質(zhì)量的軟件架構(gòu)，應(yīng)該最大限度的考慮并滿足不同角色的不同要求。正

是因?yàn)橛羞@些要求，我們?cè)谶M(jìn)行軟件設(shè)計(jì)的時(shí)候，應(yīng)該進(jìn)行全面的考慮。一般用來(lái)衡量軟件設(shè)計(jì)質(zhì)量的標(biāo)準(zhǔn)可以從以下幾個(gè)方面來(lái)考慮：

1)、功能性：包括完全性、正確性、安全性、兼容性、互用性。完全性包括功能點(diǎn)覆蓋率，重點(diǎn)功能點(diǎn)覆蓋率，優(yōu)先功能覆蓋率。正確性包括需求一致度。安全性根據(jù)軟件需求的不同有不同的安全性要求。

2)、效率：包括產(chǎn)品運(yùn)行的時(shí)間效率和利用的硬件資源兩方面來(lái)考慮。

3)維護(hù)性：包括架構(gòu)的可改正性，可擴(kuò)充性以及可測(cè)試性。如果用戶(hù)的一個(gè)很小的需求變更會(huì)引起架構(gòu)設(shè)計(jì)很大的變化，那么這樣的架構(gòu)設(shè)計(jì)的可改正性和可擴(kuò)充性就比較差。

4)可移植性：包括硬件的獨(dú)立性、軟件獨(dú)立性、可安裝性、可重用性。軟件設(shè)計(jì)是否模塊化、每個(gè)模塊的可復(fù)用性如何都是應(yīng)該考慮的因素。

5)可靠性：包括缺陷數(shù)量、容錯(cuò)性、可用性。

6)使用性：包括可理解性、易學(xué)習(xí)性、可操作性、易溝通性。我們軟件的最終目的是讓用戶(hù)來(lái)使用的，如果易用性不好，可操作性不好都會(huì)影響用戶(hù)對(duì)軟件的接納程度。因此在軟件的可使用性也是非常重要的。

3、編碼

代碼質(zhì)量的一個(gè)很重要的標(biāo)準(zhǔn)就是代碼的可讀性及規(guī)范性，可讀性不一定是簡(jiǎn)單的代碼，而是容易理解的代碼，因?yàn)檫^(guò)于復(fù)雜的代碼難以測(cè)試和維護(hù)，同時(shí)出錯(cuò)的幾率也會(huì)更高。如果一個(gè)方法內(nèi)部的代碼很長(zhǎng)，而且使用了很多令人難以理解的數(shù)據(jù)集，這樣就會(huì)帶來(lái)代碼維護(hù)的困難，因?yàn)楹苌儆腥四軌蛴行У胤治鏊鼈?，因此也就是最容易出現(xiàn)缺陷和錯(cuò)誤的地方。類(lèi)之間的耦合度會(huì)造成類(lèi)與類(lèi)之間的相互關(guān)聯(lián)，當(dāng)一個(gè)類(lèi)發(fā)生改變時(shí)會(huì)使其他的類(lèi)發(fā)生意想不到的變化，一般從導(dǎo)入類(lèi)的個(gè)數(shù)判斷類(lèi)之間的耦合度，如果導(dǎo)入類(lèi)的個(gè)數(shù)很多，每一個(gè)導(dǎo)入類(lèi)發(fā)生變化都會(huì)影響到該類(lèi)本身，另外如果該類(lèi)的public方法太多也會(huì)導(dǎo)致類(lèi)之間的高耦合性增加。

也許有的程序員會(huì)認(rèn)為寫(xiě)出可讀、規(guī)范的代碼會(huì)影響工作進(jìn)度。的確，對(duì)于程序員個(gè)體短時(shí)間來(lái)說(shuō)為代碼寫(xiě)上注釋是要花費(fèi)些時(shí)間，但如今軟件開(kāi)發(fā)是多人協(xié)作

周期很長(zhǎng)的過(guò)程，寫(xiě)過(guò)程序的人都知道，如果自己寫(xiě)了不規(guī)范的代碼，隨著自己所寫(xiě)的代碼越來(lái)越多，到后來(lái)需要修改某個(gè)前期寫(xiě)的模塊時(shí)都不知道自己當(dāng)初是怎么想的了，讀自己的代碼也需要花很長(zhǎng)時(shí)間才讀懂。況且如果隨著人員的調(diào)動(dòng)等其他原因，往往維護(hù)代碼的程序員已不是當(dāng)初寫(xiě)代碼的人，很多情況就是讀懂了一段糟糕的代碼還比重新寫(xiě)出一段代碼花費(fèi)的時(shí)間還長(zhǎng)，嚴(yán)重影響工作效率(有些時(shí)候還影響維護(hù)人員的心情)，反過(guò)來(lái)，如果大家都講究把代碼寫(xiě)成規(guī)范可讀的，無(wú)疑對(duì)于整個(gè)組織來(lái)說(shuō)提高總體工作效率是非常有用的。

代碼質(zhì)量另一個(gè)非常重要的衡量手段就是測(cè)試，通過(guò)統(tǒng)計(jì)測(cè)試代碼所產(chǎn)生的缺陷情況，如嚴(yán)重等級(jí)分布、缺陷曲線的變化等可以從一個(gè)方面來(lái)簡(jiǎn)單地評(píng)估代碼質(zhì)量。

4、測(cè)試

測(cè)試人員在測(cè)試過(guò)程中，需要站在不同的利益相關(guān)者的角度，對(duì)測(cè)試對(duì)象的質(zhì)量進(jìn)行檢查和驗(yàn)證，例如：測(cè)試人員除了關(guān)注需求文檔中明確描述的需求條目之外，還應(yīng)該關(guān)注隱現(xiàn)的需求，比如：競(jìng)爭(zhēng)對(duì)手的產(chǎn)品特征、用戶(hù)的群體特征和使用習(xí)慣等。因此，在測(cè)試過(guò)程中，測(cè)試人員除了關(guān)注測(cè)試對(duì)象的功能測(cè)試之外，還需要針對(duì)其他非功能特性進(jìn)行測(cè)試。

為了在測(cè)試過(guò)程中盡量多的覆蓋質(zhì)量特性，測(cè)試人員需要清楚的了解產(chǎn)品有哪些質(zhì)量特性是客戶(hù)最關(guān)注的因此，測(cè)試人員在進(jìn)行具體的測(cè)試用例設(shè)計(jì)和執(zhí)行之前，需要定義該產(chǎn)品應(yīng)該滿足的質(zhì)量特性集。

第四篇：《軟件測(cè)試與質(zhì)量保證》讀書(shū)報(bào)告

學(xué)生課程讀書(shū)報(bào)告

姓

名

某某某

學(xué)號(hào)＿

0000000＿

專(zhuān)

業(yè)＿ 軟件工程＿＿ 班級(jí)＿**級(jí)軟件*班

讀書(shū)報(bào)告題目

××××××××××××× 指導(dǎo)教師及職稱(chēng)

XXX

開(kāi)課學(xué)期

2011

至＿ 2012 學(xué)年＿1＿學(xué)期

此處寫(xiě)題目(應(yīng)用此格式)

學(xué)號(hào)：

姓名：

1.一級(jí)標(biāo)題格式（黑體小四）

正文格式（宋體五號(hào)）

1.1 二級(jí)標(biāo)題格式（楷體五號(hào)加粗）

正文格式（宋體五號(hào)）

參考文獻(xiàn)

[1] 作者一, 作者二, 作者三等.論文題目.期刊名稱(chēng), 年份, 卷號(hào)(期號(hào)):起始頁(yè)-終止頁(yè).[2] 作者一, 作者二, 作者三等.書(shū)名(版次).出版社, 年份, 起始頁(yè)-終止頁(yè).

第五篇：軟件測(cè)試與質(zhì)量保證實(shí)驗(yàn)指導(dǎo)

實(shí)驗(yàn)一.NET軟件調(diào)試及測(cè)試計(jì)劃

一、實(shí)驗(yàn)?zāi)康?/p>

通過(guò)本實(shí)驗(yàn)，熟悉.NET軟件調(diào)試環(huán)境與技巧及測(cè)試計(jì)劃的內(nèi)容，并掌握測(cè)試計(jì)劃的制定過(guò)程，能夠針對(duì)具體項(xiàng)目完成測(cè)試策略的制定、測(cè)試人員的安排、測(cè)試進(jìn)度安排、測(cè)試資源組織等工作。

二、實(shí)驗(yàn)內(nèi)容

1.掌握.NET軟件調(diào)試環(huán)境與調(diào)試技巧?；緝?nèi)容如下：

一、學(xué)習(xí)附件一的內(nèi)容，掌握調(diào)試技巧；

二、學(xué)習(xí)c# 中跟蹤和調(diào)試的技巧-------如何使用 Debug

2.研究給定項(xiàng)目的需求規(guī)格說(shuō)明書(shū)，提取測(cè)試需求，按照小組的人員情況，安排測(cè)試進(jìn)度，為每一階段的測(cè)試選定測(cè)試方法，最后按照給定的測(cè)試計(jì)劃書(shū)模版生成完整的測(cè)試計(jì)劃書(shū)。

項(xiàng)目需求規(guī)格說(shuō)明書(shū)及測(cè)試計(jì)劃模版由教師給出（見(jiàn)相關(guān)附件）。

（http://blog.csdn.net/zhouhuozhi/archive/2009/05/14/4180605.aspx）

三、實(shí)驗(yàn)要求

1、做好實(shí)驗(yàn)預(yù)習(xí)，掌握，并熟悉本實(shí)驗(yàn)中所使用的測(cè)試環(huán)境及相應(yīng)的測(cè)試軟件。

2、寫(xiě)出實(shí)驗(yàn)報(bào)告，內(nèi)容是：

（1）實(shí)驗(yàn)日期（2）實(shí)驗(yàn)題目（3）實(shí)驗(yàn)內(nèi)容

（4）實(shí)驗(yàn)結(jié)果，包括測(cè)試用例，代碼清單、測(cè)試結(jié)果分析和心得體會(huì)。

3、本實(shí)驗(yàn)以小組為單位，每組上交一篇報(bào)告，報(bào)告的名稱(chēng)要包括組內(nèi)人員的姓名。

四、實(shí)驗(yàn)學(xué)時(shí)

本實(shí)驗(yàn)需要2學(xué)時(shí)。

注：實(shí)驗(yàn)二與實(shí)驗(yàn)三任選一個(gè)做；實(shí)驗(yàn)四與實(shí)驗(yàn)五任選一個(gè)做

實(shí)驗(yàn)二 單元測(cè)試

一、實(shí)驗(yàn)?zāi)康?/p>

通過(guò)本實(shí)驗(yàn)，熟悉單元測(cè)試的目的、內(nèi)容，并掌握黑盒單元測(cè)試的基本方法，能夠按照具體要求對(duì)指定的程序設(shè)計(jì)測(cè)試用例并進(jìn)行單元測(cè)試。

二、實(shí)驗(yàn)內(nèi)容

1、黑盒單元測(cè)試（二選一）

（1）等價(jià)類(lèi)劃分法

三角形問(wèn)題的需求規(guī)格描述如下：

輸入三個(gè)整數(shù)a、b、c，分別作為三角形的三條邊，現(xiàn)通過(guò)程序判斷由三條邊構(gòu)成的三角形的類(lèi)型為等邊三角形、等腰三角形、一般三角形（特殊的還有直角三角形），以及構(gòu)不成三角形。

現(xiàn)在要求輸入三個(gè)整數(shù)a、b、c，必須滿足以下條件：

條件1 1≤a≤100 條件2 1≤b≤100 條件3 1≤c≤100 條件4 a

1、條件2和條件3，程序給出“邊的取值超出允許范圍”的信息。

如果輸入值a、b、c 滿足條件

1、條件2和條件3，則輸出下列四種情況之一：（1）如果不滿足條件

4、條件5和條件6中的一個(gè)，則程序輸出為“非三角形”。（2）如果三條邊相等，則程序輸出為“等邊三角形”。（3）如果恰好有兩條邊相等，則程序輸出為“等腰三角形”。（4）如果三條邊都不相等，則程序輸出為“一般三角形”。針對(duì)此需求：

1、自己編寫(xiě)程序?qū)崿F(xiàn)，程序語(yǔ)言不限，并要求在實(shí)驗(yàn)前完成；

2、分析該程序的輸入，建立等價(jià)類(lèi)劃分表，并根據(jù)等價(jià)類(lèi)表設(shè)計(jì)測(cè)試用例；

3、根據(jù)邊界值條件設(shè)計(jì)不少于10組的測(cè)試用例；

4、用所有測(cè)試用例對(duì)程序進(jìn)行測(cè)試，記錄每組測(cè)試用例對(duì)應(yīng)的輸出結(jié)果，并對(duì)結(jié)果進(jìn)行分析；

5、確定是否存在bug，如果存在bug，分析其原因并調(diào)試修復(fù)。（2）因果圖法

有一個(gè)飲料的自動(dòng)售貨機(jī)，其規(guī)格說(shuō)明如下：投入相應(yīng)的錢(qián)數(shù)，然后按下相應(yīng)飲料的按鈕，如果錢(qián)數(shù)不夠，則給出信息“投入錢(qián)數(shù)不夠！請(qǐng)繼續(xù)投入！”，如果金額夠，就給出飲料，并找零。如果機(jī)器內(nèi)該飲料已經(jīng)售完，則提示“該飲料已經(jīng)售完！”，如果不再買(mǎi)其它的飲料則退錢(qián)。如果光投入錢(qián)沒(méi)有選擇飲料，則給出提示“請(qǐng)選擇飲料！”，如果沒(méi)有投錢(qián)就選擇飲料，也會(huì)給出提示。（本程序由教師給出）分析該需求中的原因和結(jié)果，列出來(lái)； 畫(huà)出因果圖；

根據(jù)因果圖生成判定表（決策表）； 根據(jù)判定表設(shè)計(jì)測(cè)試用例；

運(yùn)用測(cè)試用例對(duì)程序進(jìn)行測(cè)試，并記錄測(cè)試結(jié)果；

6、提交實(shí)驗(yàn)報(bào)告，報(bào)告內(nèi)容如下：實(shí)驗(yàn)題目、實(shí)驗(yàn)?zāi)康?、?shí)驗(yàn)內(nèi)容、程序清單、測(cè)試用例、測(cè)試結(jié)果、結(jié)果分析、心得體會(huì)。

三、實(shí)驗(yàn)要求

1、做好實(shí)驗(yàn)預(yù)習(xí)，提前編寫(xiě)相關(guān)程序，并設(shè)計(jì)測(cè)試用例。

2、寫(xiě)出實(shí)驗(yàn)報(bào)告，內(nèi)容是：

（1）實(shí)驗(yàn)日期（2）實(shí)驗(yàn)題目（3）實(shí)驗(yàn)內(nèi)容

（4）實(shí)驗(yàn)結(jié)果，包括測(cè)試用例，代碼清單、測(cè)試結(jié)果分析和心得體會(huì)。

3、本實(shí)驗(yàn)以小組為單位，每組上交一篇報(bào)告，報(bào)告的名稱(chēng)要包括組內(nèi)人員的姓名。

四、實(shí)驗(yàn)學(xué)時(shí)

本實(shí)驗(yàn)需要4學(xué)時(shí)。

實(shí)驗(yàn)三 單元測(cè)試

一、實(shí)驗(yàn)?zāi)康?/p>

通過(guò)本實(shí)驗(yàn)，熟悉單元測(cè)試的目的、內(nèi)容，并掌握白盒單元測(cè)試及面向?qū)ο蟮膯卧獪y(cè)試的基本方法，能夠按照具體要求對(duì)指定的程序設(shè)計(jì)測(cè)試用例并進(jìn)行單元測(cè)試。

二、實(shí)驗(yàn)內(nèi)容

1、白盒單元測(cè)試（二選一）

（1）對(duì)實(shí)驗(yàn)二中編寫(xiě)的三角形程序，畫(huà)出其程序流程圖；分析程序流程圖，確定程序分支；

（2）設(shè)計(jì)分別滿足語(yǔ)句覆蓋、路徑覆蓋、條件覆蓋及條件組合覆蓋和路徑覆蓋的測(cè)試用例；

（3）用測(cè)試用例對(duì)程序進(jìn)行測(cè)試，記錄測(cè)試結(jié)果，并對(duì)結(jié)果進(jìn)行分析，如果存在缺陷則修改程序，繼續(xù)測(cè)試；

2、面向?qū)ο蟮膯卧獪y(cè)試

對(duì)給定的類(lèi)設(shè)計(jì)樁程序或驅(qū)動(dòng)程序，設(shè)計(jì)測(cè)試用例，對(duì)其進(jìn)行單元測(cè)試。

三、實(shí)驗(yàn)要求

1、做好實(shí)驗(yàn)預(yù)習(xí)，提前編寫(xiě)相關(guān)程序，并設(shè)計(jì)測(cè)試用例。

2、寫(xiě)出實(shí)驗(yàn)報(bào)告，內(nèi)容是：

① 實(shí)驗(yàn)?zāi)康?/p>

② 實(shí)驗(yàn)內(nèi)容

③ 實(shí)驗(yàn)結(jié)果，包括測(cè)試用例，代碼清單、測(cè)試結(jié)果分析和心得體會(huì)。

3、上報(bào)實(shí)驗(yàn)源代碼（或測(cè)試腳本、測(cè)試結(jié)果文件、測(cè)試報(bào)告），本實(shí)驗(yàn)以小組為單位，每組上交一篇報(bào)告，報(bào)告的名稱(chēng)要包括組內(nèi)人員的姓名。

四、實(shí)驗(yàn)學(xué)時(shí)

本實(shí)驗(yàn)需要4學(xué)時(shí)。

實(shí)驗(yàn)四 集成測(cè)試

一、實(shí)驗(yàn)?zāi)康?/p>

通過(guò)本實(shí)驗(yàn)，熟悉集成測(cè)試的目的、內(nèi)容，并掌握自底向上和自頂向下集成測(cè)試的基本方法，能夠按照具體要求對(duì)指定的程序設(shè)計(jì)測(cè)試用例并按要求進(jìn)行集成測(cè)試。

二、實(shí)驗(yàn)內(nèi)容

自選一個(gè)包含多個(gè)模塊的程序，完成以下工作： *

1、編寫(xiě)輔助程序

2、自底向上集成

三、實(shí)驗(yàn)要求

1、做好實(shí)驗(yàn)預(yù)習(xí)，提前編寫(xiě)相關(guān)程序，并設(shè)計(jì)測(cè)試用例。

2、寫(xiě)出實(shí)驗(yàn)報(bào)告，內(nèi)容是：

① 實(shí)驗(yàn)?zāi)康?。?實(shí)驗(yàn)內(nèi)容

③ 實(shí)驗(yàn)結(jié)果，包括測(cè)試用例，代碼清單、測(cè)試結(jié)果分析和心得體會(huì)。

3、上報(bào)實(shí)驗(yàn)源代碼（或測(cè)試腳本、測(cè)試結(jié)果文件、測(cè)試報(bào)告），本實(shí)驗(yàn)以小組為單位，每組上交一篇報(bào)告，報(bào)告的名稱(chēng)要包括組內(nèi)人員的姓名。

四、實(shí)驗(yàn)學(xué)時(shí)

本實(shí)驗(yàn)需要4學(xué)時(shí)。

實(shí)驗(yàn)五 系統(tǒng)功能測(cè)試

一、實(shí)驗(yàn)?zāi)康?/p>

通過(guò)本實(shí)驗(yàn)，熟悉系統(tǒng)功能測(cè)試的目的、內(nèi)容，并掌握功能測(cè)試基本方法，能夠功能規(guī)格說(shuō)明對(duì)指定的系統(tǒng)設(shè)計(jì)測(cè)試用例并進(jìn)行測(cè)試。

二、實(shí)驗(yàn)內(nèi)容

對(duì)指定的系統(tǒng)，參照系統(tǒng)功能設(shè)計(jì)測(cè)試用例，并進(jìn)行功能測(cè)試，記錄測(cè)試結(jié)果。計(jì)算器程序功能測(cè)試

給定簡(jiǎn)單四則運(yùn)算計(jì)算器系統(tǒng)由兩個(gè)窗體構(gòu)成，一個(gè)是計(jì)算窗體，一個(gè)是幫助信息窗體。該系統(tǒng)的主要功能是進(jìn)行十進(jìn)制的二元加、減、乘、除運(yùn)算。

系統(tǒng)需求描述如下：四則運(yùn)算計(jì)算器計(jì)算用戶(hù)輸入的兩個(gè)數(shù)字的計(jì)算結(jié)果，要求既能用鼠標(biāo)點(diǎn)擊文本框和命令按鈕，也可以脫離鼠標(biāo)，完全用鍵盤(pán)操作。當(dāng)用戶(hù)輸入的內(nèi)容不是合法的數(shù)字時(shí)，要求程序能給出提示。當(dāng)用戶(hù)進(jìn)行除法運(yùn)算，并且輸入“0“作為分母時(shí)，要求程序能給出相應(yīng)的錯(cuò)誤提示。當(dāng)用戶(hù)以任何順序輸入數(shù)據(jù)時(shí)，要求程序都能計(jì)算出正確結(jié)果。當(dāng)用戶(hù)完成一次計(jì)算后，即可以不清除就再次輸入數(shù)據(jù)，也可以按“清除”鍵后再輸入運(yùn)算數(shù)。要為用戶(hù)提供幫助功能，用戶(hù)可以通過(guò)點(diǎn)擊計(jì)算窗體中的幫助按鈕進(jìn)入幫助窗體。在計(jì)算窗體中，按返回按鈕應(yīng)退出系統(tǒng)。

三、實(shí)驗(yàn)要求

1、做好實(shí)驗(yàn)預(yù)習(xí)，提前編寫(xiě)相關(guān)程序，并設(shè)計(jì)測(cè)試用例。

2、寫(xiě)出實(shí)驗(yàn)報(bào)告，內(nèi)容是：

① 實(shí)驗(yàn)?zāi)康蘑?實(shí)驗(yàn)內(nèi)容

③ 實(shí)驗(yàn)結(jié)果，包括測(cè)試用例，代碼清單、測(cè)試結(jié)果分析和心得體會(huì)。

3、上報(bào)實(shí)驗(yàn)源代碼（或測(cè)試腳本、測(cè)試結(jié)果文件、測(cè)試報(bào)告），本實(shí)驗(yàn)以小組為單位，每組上交一篇報(bào)告，報(bào)告的名稱(chēng)要包括組內(nèi)人員的姓名。

四、實(shí)驗(yàn)學(xué)時(shí)

本實(shí)驗(yàn)需要4學(xué)時(shí)。