1、17/17本書從軟件質(zhì)量治理的流程和技術(shù)方法等方面對(duì)軟件質(zhì)量治理體系進(jìn)行了詳盡的講述，并對(duì)日常工作中的案例進(jìn)行剖析，使寬敞軟件質(zhì)量治理人員能夠更加清晰了解和掌握軟件質(zhì)量治理的精髓。本書以HYPERLINK javascript:;本書從軟件質(zhì)量治理的流程和技術(shù)方法等方面對(duì)軟件質(zhì)量治理體系進(jìn)行了詳盡的講述，并對(duì)日常工作中的案例進(jìn)行剖析，使寬敞軟件質(zhì)量治理人員能夠更加清晰了解和掌握軟件質(zhì)量治理的精髓。本書以HYPERLINK javascript:;CMMI軟件能力成熟度模型為主線，穿插了PMP項(xiàng)目治理和軟件測試技術(shù)的相關(guān)知識(shí)，從而形成了一套完整的軟件質(zhì)量治理理論。因此，本書是軟件企業(yè)進(jìn)行過程改進(jìn)

2、或CMMI認(rèn)證的輔導(dǎo)資料，同樣也能夠作為PMP和軟考“信息類HYPERLINK javascript:;項(xiàng)目治理師”考試材料的補(bǔ)充。作者：張瑾人們的日常生活往往離不開對(duì)各種各樣的情況進(jìn)行確認(rèn)，例如：當(dāng)使用信用卡的時(shí)候，服務(wù)員會(huì)要求顧客確認(rèn)銀聯(lián)回執(zhí)單上的金額，然后在上面簽字；當(dāng)顧客在銀聯(lián)回執(zhí)單上簽字后，服務(wù)員還要確認(rèn)簽字筆跡是否與信用卡上的相符；當(dāng)一對(duì)戀人打算結(jié)婚的時(shí)候，他們都會(huì)去民政局進(jìn)行婚姻登記，以在法律上確認(rèn)他們的合法關(guān)系，因此在婚姻登記時(shí)也需要男女雙方簽字確認(rèn)。在軟件研發(fā)過程中也離不開各種確認(rèn)的工作，例如：甲乙雙方簽訂合同時(shí)，要對(duì)合同上的金額、完工時(shí)刻、項(xiàng)目范圍等內(nèi)容進(jìn)行確認(rèn)，確認(rèn)后要雙

3、方簽字、蓋章；當(dāng)需求人員在完成軟件需求講明書后，為了減少需求的變更，往往也會(huì)給客戶進(jìn)行確認(rèn)。由此可見，確認(rèn)是一種行為，該行為的方式有專門多，既能夠通過口頭方式進(jìn)行確認(rèn)，也能夠通過書面形式進(jìn)行確認(rèn)。確認(rèn)的深層含義是承諾，換句話講一個(gè)人的承諾是通過確認(rèn)的方式來體現(xiàn)的。例如：顧客不在銀聯(lián)回執(zhí)單上簽字，那么就代表顧客否定了本次交易，這是一種相反的承諾，那么銀行就會(huì)按照顧客的這種承諾拒絕付款給商家；當(dāng)一對(duì)戀人沒有進(jìn)行婚姻登記，那么在法律上也就沒有給彼此一個(gè)共同生活的承諾，因此他們還有權(quán)力選擇他人；在軟件研發(fā)過程中假如客戶沒有對(duì)軟件需求講明書的內(nèi)容進(jìn)行確認(rèn)，也確實(shí)是他沒有給出承諾，那么再發(fā)生需求變更時(shí)他也

4、可不能感到內(nèi)疚。確認(rèn)（Validation）簡稱VAL，確認(rèn)治理是軟件工程體系中的一名新成員，它與配置治理、風(fēng)險(xiǎn)治理、度量治理等分支同等重要，是軟件質(zhì)量體系中不可或缺的環(huán)節(jié)。確認(rèn)是指對(duì)軟件研發(fā)生命周期中某個(gè)過程所產(chǎn)出的工作產(chǎn)品進(jìn)行的審查，這些工作產(chǎn)品能夠是軟件需求講明書、合同等文檔，也能夠是開發(fā)出來的組件或最終產(chǎn)品，甚至能夠是對(duì)某個(gè)生命周期時(shí)期進(jìn)行的整體審查。確認(rèn)的目的確實(shí)是確保某個(gè)過程或時(shí)期“做對(duì)的工作產(chǎn)品”，并使它符合使用者的期望，同時(shí)只有通過審查后的工作產(chǎn)品才能交付給“使用者”使用。在軟件研發(fā)過程中有兩個(gè)重要的確認(rèn)過程是眾所周知的，一個(gè)是“客戶”對(duì)軟件需求講明書的確認(rèn)，另一個(gè)是項(xiàng)目組開發(fā)

5、出來的最終產(chǎn)品要在客戶現(xiàn)場進(jìn)行驗(yàn)收測試，以確認(rèn)該產(chǎn)品是否符合“客戶”的需要。這兩個(gè)確認(rèn)差不多上針對(duì)客戶方的，然而在確認(rèn)治理過程中卻是不使用“客戶”兩個(gè)字的，而用“使用者”來代替“客戶”，這是為了幸免寬敞軟件從業(yè)人員對(duì)確認(rèn)過程的誤解。軟件需求講明書是軟件項(xiàng)目范圍的依據(jù)，它用來描述軟件產(chǎn)品的功能，軟件產(chǎn)品的最終“使用者”確實(shí)是“客戶”；驗(yàn)收測試的目的確實(shí)是確保產(chǎn)品達(dá)到“客戶”也確實(shí)是最終“使用者”的要求。但在軟件確認(rèn)治理中并不是只有“客戶”才需要對(duì)項(xiàng)目的工作產(chǎn)品進(jìn)行確認(rèn)，項(xiàng)目組或公司內(nèi)部同樣需要對(duì)某些工作產(chǎn)品進(jìn)行確認(rèn)，而這種確認(rèn)往往特不關(guān)鍵，但進(jìn)行確認(rèn)的人卻不是合同的甲方，因此在軟件確認(rèn)治理中要用

6、“使用者”那個(gè)名稱來對(duì)它進(jìn)行代替。那么什么時(shí)候才會(huì)出現(xiàn)項(xiàng)目組內(nèi)部的確認(rèn)呢？專門多人對(duì)那個(gè)情況都有疑問，這是能夠理解的，因?yàn)樵谠缙诘能浖こ讨姓劶按_認(rèn)治理的內(nèi)容是特很多的。但項(xiàng)目組內(nèi)的確認(rèn)工作是天天都在進(jìn)行的，例如：對(duì)概要設(shè)計(jì)文檔進(jìn)行評(píng)審?fù)瑫r(shí)合格通過后，與會(huì)人員都會(huì)在評(píng)審記錄上簽字。那個(gè)過程中就“包含”了確認(rèn)的內(nèi)容。但有人又會(huì)講同行評(píng)審是“驗(yàn)證”的過程，如何會(huì)包含確認(rèn)的內(nèi)容呢？大伙兒能夠想想，首先確認(rèn)的目的是承諾，那么簽字就代表了與會(huì)人員對(duì)概要設(shè)計(jì)文檔的正確性進(jìn)行了承諾。其次參加本次評(píng)審的人員中一定會(huì)有軟件開發(fā)人員，軟件開發(fā)人員將是這份概要設(shè)計(jì)文檔的“使用者”，只有“使用者”對(duì)該工作產(chǎn)品的質(zhì)量進(jìn)

7、行確認(rèn)后才能被使用。因此，在對(duì)概要設(shè)計(jì)文檔進(jìn)行評(píng)審時(shí)，那個(gè)過程除了對(duì)概要設(shè)計(jì)文檔的內(nèi)容進(jìn)行驗(yàn)證，與會(huì)人員中的“使用者”還要對(duì)其內(nèi)容是否符合要求同時(shí)是否能夠指導(dǎo)軟件開發(fā)人員的工作進(jìn)行確認(rèn)。由此可見，在軟件生命周期內(nèi)凡是一個(gè)環(huán)節(jié)“輸出”的工作成果都將成為后續(xù)環(huán)節(jié)的“輸入”，那么上一個(gè)環(huán)節(jié)的生產(chǎn)者要承諾該工作產(chǎn)品是符合質(zhì)量要求的，后續(xù)環(huán)節(jié)的“使用者”也要對(duì)其工作產(chǎn)品進(jìn)行確認(rèn)。這就好比“親兄弟明算賬”，通過如此的方式來建立相互間的信任關(guān)系。 軟件確認(rèn)流程及最佳實(shí)踐為了確保對(duì)工作產(chǎn)品確認(rèn)的效果，通常建議該工作產(chǎn)品在仿真環(huán)境下進(jìn)行審查，因此建立確認(rèn)的環(huán)境是確認(rèn)治理中的一個(gè)部分。一個(gè)軟件項(xiàng)目所產(chǎn)出的工作產(chǎn)品

8、特不多，僅配置項(xiàng)列表中的內(nèi)容就有幾十項(xiàng)，項(xiàng)目組需要在項(xiàng)目打算時(shí)期識(shí)不所需進(jìn)行確認(rèn)的工作產(chǎn)品。確認(rèn)是以使用者的視角來對(duì)工作產(chǎn)品進(jìn)行審查，因此要在制訂項(xiàng)目打算時(shí)就確定哪些項(xiàng)目關(guān)系人要對(duì)哪些工作產(chǎn)品進(jìn)行確認(rèn)。接下來我們對(duì)確認(rèn)治理的流程和最佳實(shí)踐進(jìn)行舉例講解。 確認(rèn)的預(yù)備工作確認(rèn)工作在預(yù)備時(shí)期包括以下3個(gè)方面的內(nèi)容，這些內(nèi)容都應(yīng)該在項(xiàng)目打算時(shí)期完成： 選擇需要確認(rèn)的工作產(chǎn)品與產(chǎn)品組件 建立和維護(hù)確認(rèn)環(huán)境 建立確認(rèn)的流程及準(zhǔn)則1選擇需要確認(rèn)的工作產(chǎn)品與產(chǎn)品組件在選擇需要確認(rèn)的工作產(chǎn)品和產(chǎn)品組件時(shí)，能夠依照項(xiàng)目的生命周期模型，并配合項(xiàng)目配置項(xiàng)列表來進(jìn)行識(shí)不。配置項(xiàng)列表中的內(nèi)容差不多上項(xiàng)目關(guān)鍵的工作產(chǎn)品，因

9、為配置項(xiàng)是項(xiàng)目基線的組成部分，盡管并不是所有配置項(xiàng)都需要進(jìn)行確認(rèn)，然而確認(rèn)治理的工作還需要專門多資源、時(shí)刻和成本的投入，這要依照項(xiàng)目的實(shí)際情況進(jìn)行確定。在識(shí)不完待確認(rèn)的對(duì)象后就應(yīng)該為它制訂相應(yīng)的確認(rèn)方法，并確定參與確認(rèn)的角色。軟件項(xiàng)目中確認(rèn)的方法有以下兩大類，軟件生命周期中常見的確認(rèn)內(nèi)容及方法如表3-1所示。 對(duì)文檔類型的工作產(chǎn)品進(jìn)行確認(rèn)，通常能夠與其文檔的評(píng)審合并進(jìn)行。 對(duì)產(chǎn)品或產(chǎn)品組件進(jìn)行確認(rèn)時(shí)，通常能夠與單元測試、集成測試、系統(tǒng)測試和驗(yàn)收測試合并進(jìn)行。表3-1 軟件項(xiàng)目中參加的確認(rèn)內(nèi)容及確認(rèn)方法項(xiàng)目生命周期確認(rèn)內(nèi)容確認(rèn)方法確認(rèn)目的確 認(rèn) 人需求時(shí)期需求調(diào)研打算評(píng)審確保需求調(diào)研打算時(shí)刻安排

10、合理需求調(diào)研人員承諾能夠按打算的時(shí)刻參加需求調(diào)研的活動(dòng)客戶需求時(shí)期軟件需求講明書評(píng)審或 原型展示承諾需求盡量不發(fā)生變更客戶確保軟件功能能夠?qū)崿F(xiàn)項(xiàng)目組成員系統(tǒng)規(guī)格講明書評(píng)審或 原型展示承諾需求盡量不發(fā)生變更客戶確保軟件功能能夠?qū)崿F(xiàn)項(xiàng)目組成員打算時(shí)期項(xiàng)目過程定義書評(píng)審確保所定義的過程是合理的項(xiàng)目組成員項(xiàng)目估算表評(píng)審確保項(xiàng)目估算的過程是合理的項(xiàng)目組成員項(xiàng)目打算及其 從屬打算評(píng)審承諾能夠提高所需的資源公司高層確保項(xiàng)目打算是合理的項(xiàng)目組成員設(shè)計(jì)時(shí)期概要設(shè)計(jì)講明書評(píng)審承諾設(shè)計(jì)的內(nèi)容合理有效軟件設(shè)計(jì)人員確保概要設(shè)計(jì)的內(nèi)容能夠?qū)崿F(xiàn)軟件開發(fā)人員詳細(xì)設(shè)計(jì)講明書評(píng)審承諾設(shè)計(jì)的內(nèi)容合理有效軟件設(shè)計(jì)人員確保概要設(shè)計(jì)的內(nèi)

11、容能夠?qū)崿F(xiàn)軟件開發(fā)人員產(chǎn)品集成方案評(píng)審承諾產(chǎn)品基礎(chǔ)的方案是合理有效的軟件設(shè)計(jì)人員確保產(chǎn)品集成順序是合理的軟件開發(fā)人員編碼時(shí)期產(chǎn)品組件單元測試承諾代碼的質(zhì)量是合格的軟件開發(fā)人員確保代碼的功能是正確的軟件測試人員集成后的產(chǎn)品 或組件集成測試承諾產(chǎn)品或組件的質(zhì)量是合格的軟件開發(fā)人員確保產(chǎn)品或組件的功能是正確的軟件測試人員系統(tǒng)測試時(shí)期產(chǎn)品或組件系統(tǒng)測試承諾產(chǎn)品的質(zhì)量差不多符合要求軟件測試人員確認(rèn)產(chǎn)品是否能夠公布項(xiàng)目經(jīng)理用戶驗(yàn)收時(shí)期產(chǎn)品驗(yàn)收測試承諾軟件產(chǎn)品差不多完成同時(shí)達(dá)到質(zhì)量標(biāo)準(zhǔn)項(xiàng)目經(jīng)理確認(rèn)產(chǎn)品是否能夠驗(yàn)收，項(xiàng)目是否能夠結(jié)束客戶在項(xiàng)目打算時(shí)期通過對(duì)配置項(xiàng)列表中的配置項(xiàng)進(jìn)行識(shí)不，選擇適當(dāng)?shù)墓ぷ鳟a(chǎn)品在項(xiàng)目

12、過程中進(jìn)行確認(rèn)，并將選擇出來的內(nèi)容記錄在確認(rèn)清單或項(xiàng)目打算中，其流程如圖3-1所示。2建立和維護(hù)確認(rèn)環(huán)境確認(rèn)工作的開展最好是在“使用者”的環(huán)境下進(jìn)行，只有如此才能證明該工作產(chǎn)品的質(zhì)量和功能是否符合“使用者”的要求。但在軟件研發(fā)過程中那個(gè)前提條件并不一定完全可行，在建立確認(rèn)環(huán)境時(shí)往往也要考慮確認(rèn)的方法。例如：要對(duì)軟件需求講明書進(jìn)行確認(rèn)，確認(rèn)的方法是“評(píng)審”，開評(píng)審會(huì)所需要的環(huán)境通常是一間會(huì)議室，最好有白板、各種顏色的水筆、投影等設(shè)備，不管是甲方依舊乙方召開軟件需求講明書的評(píng)審，這些配備差不多上相同的。再例如對(duì)開發(fā)時(shí)期集成后的產(chǎn)品或組件進(jìn)行確認(rèn)，往往是通過執(zhí)行集成測試用例來完成的，由于確認(rèn)的對(duì)象是

13、代碼，因此集成測試用例通常是由白盒測試技術(shù)實(shí)現(xiàn)的。在進(jìn)行此種確認(rèn)時(shí)，軟件測試人員是該工作產(chǎn)品的“使用者”，但該確認(rèn)的方法卻是一種開發(fā)的技術(shù)，因此在軟件測試人員的系統(tǒng)測試環(huán)境中是無法進(jìn)行的。圖3-1 選擇確認(rèn)的產(chǎn)品“環(huán)境”在軟件工程中包含了兩方面的內(nèi)容：一個(gè)是以硬件設(shè)備為主的“硬環(huán)境”；另一方面是確認(rèn)流程和準(zhǔn)則的“軟環(huán)境”。當(dāng)項(xiàng)目組要對(duì)某一個(gè)工作產(chǎn)品開展確認(rèn)活動(dòng)時(shí)，制訂配套的流程和準(zhǔn)則是必不可少的。假如通過評(píng)審的方式進(jìn)行確認(rèn)，那么評(píng)審的議程應(yīng)該提早制訂，評(píng)審過程中的評(píng)判標(biāo)準(zhǔn)需要提早制訂，否則就會(huì)出現(xiàn)無休止的爭論。假如通過技術(shù)手段對(duì)工作產(chǎn)品進(jìn)行確認(rèn)，那么部署該工作產(chǎn)品的步驟要提早制訂，否則產(chǎn)品部署

14、出現(xiàn)問題，那么確認(rèn)也就無法進(jìn)行。軟件研發(fā)過程中常用的確認(rèn)環(huán)境如表3-2所示。表3-2 軟件研發(fā)過程中常用的集成環(huán)境項(xiàng)目生命周期確認(rèn)內(nèi)容確認(rèn)方法確認(rèn)準(zhǔn)則需求時(shí)期需求調(diào)研打算評(píng)審客戶方同意并簽字確認(rèn)軟件需求講明書評(píng)審或原型展示客戶方同意并簽字確認(rèn)；軟件需求講明書中的每個(gè)功能都必須在評(píng)審中覆蓋到；在評(píng)審時(shí)發(fā)覺的嚴(yán)峻和較嚴(yán)峻級(jí)不的缺陷必須修復(fù)系統(tǒng)規(guī)格講明書評(píng)審或原型展示與會(huì)人員一致同意并簽字確認(rèn)；系統(tǒng)規(guī)格講明書中的每個(gè)功能都必須在評(píng)審中覆蓋到；在評(píng)審時(shí)發(fā)覺的嚴(yán)峻和較嚴(yán)峻級(jí)不的缺陷必須修復(fù)打算時(shí)期項(xiàng)目打算及其從屬打算評(píng)審項(xiàng)目組成員要同意并簽字確認(rèn)；公司高層領(lǐng)導(dǎo)要簽字確認(rèn)設(shè)計(jì)時(shí)期概要設(shè)計(jì)講明書詳細(xì)設(shè)計(jì)講明

15、書產(chǎn)品集成方案評(píng)審軟件開發(fā)人員要同意并簽字確認(rèn)；設(shè)計(jì)文檔中的每個(gè)方法在評(píng)審時(shí)要被覆蓋到；在評(píng)審時(shí)發(fā)覺的嚴(yán)峻和較嚴(yán)峻級(jí)不的缺陷必須修復(fù)編碼時(shí)期產(chǎn)品組件單元測試軟件開發(fā)人員要同意并簽字確認(rèn)；單元測試用例執(zhí)行率要達(dá)到100%；單元測試代碼行覆蓋率平均要達(dá)到40%；單元測試中所發(fā)覺的所有缺陷必須被修復(fù)；單元測試用例執(zhí)行結(jié)果必須全部為通過集成后的產(chǎn)品或組件集成測試軟件測試人員要同意并簽字確認(rèn)；集成測試用例執(zhí)行率要達(dá)到100%；集成測試代碼行覆蓋率平均要達(dá)到30%；集成測試中所發(fā)覺的所有缺陷必須被修復(fù)；集成測試用例執(zhí)行結(jié)果必須全部為通過系統(tǒng)測試時(shí)期產(chǎn)品或組件系統(tǒng)測試項(xiàng)目經(jīng)理或軟件測試經(jīng)理要同意并簽字確認(rèn)；

16、系統(tǒng)測試用例執(zhí)行率要達(dá)到100%；產(chǎn)品功能覆蓋率要達(dá)到100%；系統(tǒng)測試中所發(fā)覺的嚴(yán)峻或較嚴(yán)峻級(jí)不的缺陷必須修復(fù)；系統(tǒng)測試中所發(fā)覺的嚴(yán)峻級(jí)不較低的缺陷必須修復(fù)80%用戶驗(yàn)收時(shí)期產(chǎn)品驗(yàn)收測試客戶要同意并簽字確認(rèn)；驗(yàn)收測試用例執(zhí)行率要達(dá)到100%在項(xiàng)目打算時(shí)期制訂確認(rèn)環(huán)境時(shí)有可能會(huì)引發(fā)“Make or Buy”的決策或其他方面的變更。例如某項(xiàng)目要對(duì)代碼進(jìn)行確認(rèn)，然而沒有獨(dú)立的編譯服務(wù)器或日構(gòu)建服務(wù)器，現(xiàn)在就會(huì)導(dǎo)致采購的發(fā)生，因此也會(huì)造成項(xiàng)目預(yù)算的變更。確認(rèn)工作所使用的環(huán)境是確認(rèn)的約束條件，同樣也是項(xiàng)目約束條件之一，因此項(xiàng)目經(jīng)理要在項(xiàng)目進(jìn)度打算中增加相關(guān)的活動(dòng)并分派相應(yīng)的資源。當(dāng)發(fā)覺由確認(rèn)導(dǎo)致的采購

17、時(shí)，就需要對(duì)此約束按照項(xiàng)目監(jiān)控的流程進(jìn)行治理，否則確認(rèn)環(huán)境不能按時(shí)到位，會(huì)阻礙項(xiàng)目的進(jìn)度和產(chǎn)品的質(zhì)量。建立確認(rèn)環(huán)境的流程如圖3-2所示。圖3-2 建立確認(rèn)的環(huán)境3建立確認(rèn)的流程及準(zhǔn)則在講述建立確認(rèn)環(huán)境時(shí)特不提到了“配套的流程和準(zhǔn)則”，除了部署工作產(chǎn)品和搭建確認(rèn)環(huán)境的流程外，還包含了推斷本次確認(rèn)是否通過的準(zhǔn)則。這些推斷的準(zhǔn)則往往來源于： 產(chǎn)品或產(chǎn)品組件的需求 國際或行業(yè)的標(biāo)準(zhǔn) 客戶方驗(yàn)收的標(biāo)準(zhǔn) 項(xiàng)目績效的評(píng)判標(biāo)準(zhǔn)不同的軟件公司對(duì)質(zhì)量的要求是不同的，因此在制訂確認(rèn)準(zhǔn)則時(shí)也不盡相同，一般的確認(rèn)準(zhǔn)則如表3-3所示。HYPERLINK /batch.download.php?aid=15208圖3-3

18、制訂確認(rèn)的準(zhǔn)則識(shí)不確認(rèn)的對(duì)象、制訂確認(rèn)的方法、建立確認(rèn)的環(huán)境、定義確認(rèn)的準(zhǔn)則差不多上確認(rèn)預(yù)備時(shí)期的工作，其目的是為了讓“使用者”更好地同意放置在確認(rèn)環(huán)境中工作產(chǎn)品的表現(xiàn)情況。 執(zhí)行確認(rèn)在確認(rèn)治理的預(yù)備工作完成以后，就將按照既定的流程和準(zhǔn)則在確認(rèn)環(huán)境中執(zhí)行并收集確認(rèn)的結(jié)果。然后將確認(rèn)的結(jié)果與評(píng)估的準(zhǔn)則進(jìn)行比較，當(dāng)發(fā)生偏差時(shí)應(yīng)該及時(shí)進(jìn)行識(shí)不并制訂相應(yīng)的措施，最后依照偏差的程度推斷確認(rèn)工作是否還需要接著進(jìn)行，其流程如圖3-4所示。確認(rèn)過程中的偏差往往有以下3種可能： 工作產(chǎn)品質(zhì)量問題。 確認(rèn)環(huán)境沒有搭建好，而導(dǎo)致工作產(chǎn)品在該環(huán)境中出現(xiàn)偏差。 制訂的確認(rèn)準(zhǔn)則不合理。 軟件確認(rèn)過程中常見問題及案例分析軟

19、件確認(rèn)過程是以往軟件工程中講述不多的內(nèi)容，但在軟件研發(fā)過程中專門多產(chǎn)品質(zhì)量缺陷、項(xiàng)目進(jìn)度偏差、項(xiàng)目成本偏差差不多上由于確認(rèn)HYPERLINK javascript:;工作沒有做好而導(dǎo)致的。以下通過幾個(gè)案例來對(duì)它進(jìn)行深入分析。HYPERLINK /batch.download.php?aid=15269HYPERLINK /batch.download.php?aid=15270HYPERLINK /batch.download.php?aid=15271HYPERLINK /batch.download.php?aid=15270圖3-4 軟件確認(rèn)的執(zhí)行過程 什么緣故開發(fā)和測試之間總是反復(fù)【案

20、例】最近某軟件公司GIS項(xiàng)目組負(fù)責(zé)人小黎頭痛不已，項(xiàng)目差不多進(jìn)展到HYPERLINK javascript:;系統(tǒng)測試時(shí)期，軟件開發(fā)人員提交給測試組的產(chǎn)品總是無法通過系統(tǒng)測試，甚至一天出現(xiàn)兩三次產(chǎn)品內(nèi)部的公布，軟件開發(fā)和測試人員都被加班壓得透只是氣來。軟件開發(fā)和測試人員之間的埋怨也越來越多，開發(fā)人員認(rèn)為軟件測試人員在挑他們的毛病。軟件測試人員總是覺得產(chǎn)品質(zhì)量實(shí)在太差，還沒有如何測試系統(tǒng)就不能使用，如此的產(chǎn)品就不應(yīng)該公布。但是軟件開發(fā)人員卻認(rèn)為他們做過了單元測試和集成測試，因此提交的產(chǎn)品質(zhì)量是合格的。項(xiàng)目負(fù)責(zé)人小黎覺得那個(gè)問題必須盡快解決，開發(fā)與測試之間的反復(fù)差不多導(dǎo)致項(xiàng)目延期了一周的時(shí)刻，以如

21、此的情況進(jìn)展下去還有可能惡化。更重要的一點(diǎn)是項(xiàng)目團(tuán)隊(duì)成員之間出現(xiàn)了矛盾，軟件開發(fā)和測試人員之間差不多越來越缺乏信任，如此下去將導(dǎo)致項(xiàng)目完全崩潰?！痉治觥宽?xiàng)目負(fù)責(zé)人小黎找到項(xiàng)目總監(jiān)張經(jīng)理，希望得到他的關(guān)心。項(xiàng)目總監(jiān)通過對(duì)項(xiàng)目組成員的訪談以及實(shí)際查看了項(xiàng)目的代碼后，發(fā)覺項(xiàng)目組發(fā)生的問題差不多上因?yàn)闆]有對(duì)工作產(chǎn)品進(jìn)行確認(rèn)而導(dǎo)致的。本著“親兄弟明算賬”的原則，軟件開發(fā)人員必須證明他們提交的工作產(chǎn)品差不多符合了質(zhì)量的要求，軟件測試人員也要確認(rèn)開發(fā)人員所講的是否是真實(shí)的。公司差不多規(guī)定了單元測試代碼平均覆蓋率至少為60%，集成測試用例代碼平均覆蓋率至少為45%，那么確認(rèn)的準(zhǔn)則差不多存在，就應(yīng)該按照此準(zhǔn)則進(jìn)行確認(rèn)。小黎按照張總的要求對(duì)項(xiàng)目組下達(dá)了對(duì)每次公布必須進(jìn)行確認(rèn)的任務(wù)，這下產(chǎn)品內(nèi)部的公布戛然而止，緣故是開發(fā)人員注意到他們的單元測試用例和系統(tǒng)測試用例專門多差不多上重疊的，代碼覆蓋的比例達(dá)不到公司的要求，因此他們需要增加新的測試用例。在隨后的生活中通過增加單元測試用例和集成測試用例又發(fā)覺了專門多產(chǎn)品質(zhì)量的缺陷。通過采取對(duì)工作產(chǎn)品進(jìn)行確認(rèn)后，產(chǎn)品只通過了兩輪的反復(fù)就通過了系統(tǒng)測試，而且開發(fā)和測試人員之間的矛盾也大大降低了。 確認(rèn)是對(duì)需求變更的約束【案例】某軟件公司人力資源治理系統(tǒng)的項(xiàng)目經(jīng)理小白特不快樂，因?yàn)樗捻?xiàng)目差不多順利通過驗(yàn)收。盡管項(xiàng)目過程中