軟件質(zhì)量管理的信任機(jī)制之確認(rèn)

1、本書從軟件質(zhì)量管理的流程和技術(shù)方法等方面對軟件質(zhì)量管理體系進(jìn)行了詳盡的講述，并對日常工作中的案例進(jìn)行剖析，使廣大軟件質(zhì)量管理人員能夠更加清楚了解和掌握軟件質(zhì)量管理的精髓。本書以CMMI軟件能力成熟度模型為主線，穿插了PMP項(xiàng)目管理和軟件測試技術(shù)的相關(guān)知識(shí)，從而形成了一套完整的軟件質(zhì)量管理理論。因此，本書是軟件企業(yè)進(jìn)行過程改進(jìn)或CMMI認(rèn)證的輔導(dǎo)資料，同樣也可以作為PMP和軟考“信息類項(xiàng)目管理師”考試材料的補(bǔ)充。作者：張瑾第1章 軟件質(zhì)量管理的信任機(jī)制確認(rèn)人們的日常生活往往離不開對各種各樣的事情進(jìn)行確認(rèn)，例如：當(dāng)使用信用卡的時(shí)候，服務(wù)員會(huì)要求顧客確認(rèn)銀聯(lián)回執(zhí)單上的金額，然后在上面簽字；當(dāng)顧客在銀

2、聯(lián)回執(zhí)單上簽字后，服務(wù)員還要確認(rèn)簽字筆跡是否與信用卡上的相符；當(dāng)一對戀人打算結(jié)婚的時(shí)候，他們都會(huì)去民政局進(jìn)行婚姻登記，以在法律上確認(rèn)他們的合法關(guān)系，當(dāng)然在婚姻登記時(shí)也需要男女雙方簽字確認(rèn)。在軟件研發(fā)過程中也離不開各種確認(rèn)的工作，例如：甲乙雙方簽訂合同時(shí)，要對合同上的金額、完工時(shí)間、項(xiàng)目范圍等內(nèi)容進(jìn)行確認(rèn)，確認(rèn)后要雙方簽字、蓋章；當(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í)

3、單上簽字，那么就代表顧客否定了本次交易，這是一種相反的承諾，那么銀行就會(huì)按照顧客的這種承諾拒絕付款給商家；當(dāng)一對戀人沒有進(jìn)行婚姻登記，那么在法律上也就沒有給彼此一個(gè)共同生活的承諾，因此他們還有權(quán)力選擇他人；在軟件研發(fā)過程中如果客戶沒有對軟件需求說明書的內(nèi)容進(jìn)行確認(rèn)，也就是他沒有給出承諾，那么再發(fā)生需求變更時(shí)他也不會(huì)感到愧疚。確認(rèn)（Validation）簡稱VAL，確認(rèn)管理是軟件工程體系中的一名新成員，它與配置管理、風(fēng)險(xiǎn)管理、度量管理等分支同等重要，是軟件質(zhì)量體系中不可或缺的環(huán)節(jié)。確認(rèn)是指對軟件研發(fā)生命周期中某個(gè)過程所產(chǎn)出的工作產(chǎn)品進(jìn)行的審查，這些工作產(chǎn)品可以是軟件需求說明書、合同等文檔，也可以

4、是開發(fā)出來的組件或最終產(chǎn)品，甚至可以是對某個(gè)生命周期階段進(jìn)行的整體審查。確認(rèn)的目的就是確保某個(gè)過程或階段“做對的工作產(chǎn)品”，并使它符合使用者的期望，并且只有通過審查后的工作產(chǎn)品才能交付給“使用者”使用。在軟件研發(fā)過程中有兩個(gè)重要的確認(rèn)過程是眾所周知的，一個(gè)是“客戶”對軟件需求說明書的確認(rèn)，另一個(gè)是項(xiàng)目組開發(fā)出來的最終產(chǎn)品要在客戶現(xiàn)場進(jìn)行驗(yàn)收測試，以確認(rèn)該產(chǎn)品是否符合“客戶”的需要。這兩個(gè)確認(rèn)都是針對客戶方的，但是在確認(rèn)管理過程中卻是不使用“客戶”兩個(gè)字的，而用“使用者”來代替“客戶”，這是為了避免廣大軟件從業(yè)人員對確認(rèn)過程的誤解。軟件需求說明書是軟件項(xiàng)目范圍的依據(jù)，它用來描述軟件產(chǎn)品的功能，軟

5、件產(chǎn)品的最終“使用者”就是“客戶”；驗(yàn)收測試的目的就是確保產(chǎn)品達(dá)到“客戶”也就是最終“使用者”的要求。但在軟件確認(rèn)管理中并不是只有“客戶”才需要對項(xiàng)目的工作產(chǎn)品進(jìn)行確認(rèn)，項(xiàng)目組或公司內(nèi)部同樣需要對某些工作產(chǎn)品進(jìn)行確認(rèn)，而這種確認(rèn)往往非常關(guān)鍵，但進(jìn)行確認(rèn)的人卻不是合同的甲方，因此在軟件確認(rèn)管理中要用“使用者”這個(gè)名稱來對它進(jìn)行代替。那么什么時(shí)候才會(huì)出現(xiàn)項(xiàng)目組內(nèi)部的確認(rèn)呢？很多人對這個(gè)事情都有疑問，這是可以理解的，因?yàn)樵谠缙诘能浖こ讨姓劶按_認(rèn)管理的內(nèi)容是非常少的。但項(xiàng)目組內(nèi)的確認(rèn)工作是天天都在進(jìn)行的，例如：對概要設(shè)計(jì)文檔進(jìn)行評(píng)審并且合格通過后，與會(huì)人員都會(huì)在評(píng)審記錄上簽字。這個(gè)過程中就“包含”了

6、確認(rèn)的內(nèi)容。但有人又會(huì)說同行評(píng)審是“驗(yàn)證”的過程，怎么會(huì)包含確認(rèn)的內(nèi)容呢？大家可以想想，首先確認(rèn)的目的是承諾，那么簽字就代表了與會(huì)人員對概要設(shè)計(jì)文檔的正確性進(jìn)行了承諾。其次參加本次評(píng)審的人員中一定會(huì)有軟件開發(fā)人員，軟件開發(fā)人員將是這份概要設(shè)計(jì)文檔的“使用者”，只有“使用者”對該工作產(chǎn)品的質(zhì)量進(jìn)行確認(rèn)后才能被使用。因此，在對概要設(shè)計(jì)文檔進(jìn)行評(píng)審時(shí)，這個(gè)過程除了對概要設(shè)計(jì)文檔的內(nèi)容進(jìn)行驗(yàn)證，與會(huì)人員中的“使用者”還要對其內(nèi)容是否符合要求并且是否可以指導(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)

7、品是符合質(zhì)量要求的，后續(xù)環(huán)節(jié)的“使用者”也要對其工作產(chǎn)品進(jìn)行確認(rèn)。這就好比“親兄弟明算賬”，通過這樣的方式來建立相互間的信任關(guān)系。1.1. 軟件確認(rèn)流程及最佳實(shí)踐為了確保對工作產(chǎn)品確認(rèn)的效果，通常建議該工作產(chǎn)品在仿真環(huán)境下進(jìn)行審查，因此建立確認(rèn)的環(huán)境是確認(rèn)管理中的一個(gè)部分。一個(gè)軟件項(xiàng)目所產(chǎn)出的工作產(chǎn)品非常多，僅配置項(xiàng)列表中的內(nèi)容就有幾十項(xiàng)，項(xiàng)目組需要在項(xiàng)目計(jì)劃階段識(shí)別所需進(jìn)行確認(rèn)的工作產(chǎn)品。確認(rèn)是以使用者的視角來對工作產(chǎn)品進(jìn)行審查，因此要在制訂項(xiàng)目計(jì)劃時(shí)就確定哪些項(xiàng)目關(guān)系人要對哪些工作產(chǎn)品進(jìn)行確認(rèn)。接下來我們對確認(rèn)管理的流程和最佳實(shí)踐進(jìn)行舉例講解。1.1.1. 確認(rèn)的準(zhǔn)備工作確認(rèn)工作在準(zhǔn)備階段

8、包括以下3個(gè)方面的內(nèi)容，這些內(nèi)容都應(yīng)該在項(xiàng)目計(jì)劃階段完成： 選擇需要確認(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í)，可以根據(jù)項(xiàng)目的生命周期模型，并配合項(xiàng)目配置項(xiàng)列表來進(jìn)行識(shí)別。配置項(xiàng)列表中的內(nèi)容都是項(xiàng)目關(guān)鍵的工作產(chǎn)品，因?yàn)榕渲庙?xiàng)是項(xiàng)目基線的組成部分，雖然并不是所有配置項(xiàng)都需要進(jìn)行確認(rèn)，但是確認(rèn)管理的工作還需要很多資源、時(shí)間和成本的投入，這要根據(jù)項(xiàng)目的實(shí)際情況進(jìn)行確定。在識(shí)別完待確認(rèn)的對象后就應(yīng)該為它制訂相應(yīng)的確認(rèn)方法，并確定參與確認(rèn)的角色。軟件項(xiàng)目中確認(rèn)的方法有以下兩大類，軟件生命周期中常見的確認(rèn)內(nèi)容及方

9、法如表3-1所示。 對文檔類型的工作產(chǎn)品進(jìn)行確認(rèn)，通常可以與其文檔的評(píng)審合并進(jìn)行。 對產(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) 人需求階段需求調(diào)研計(jì)劃評(píng)審確保需求調(diào)研計(jì)劃時(shí)間安排合理需求調(diào)研人員承諾可以按計(jì)劃的時(shí)間參加需求調(diào)研的活動(dòng)客戶需求階段軟件需求說明書評(píng)審或 原型展示承諾需求盡量不發(fā)生變更客戶確保軟件功能可以實(shí)現(xiàn)項(xiàng)目組成員系統(tǒng)規(guī)格說明書評(píng)審或 原型展示承諾需求盡量不發(fā)生變更客戶確保軟件功能可以實(shí)現(xiàn)項(xiàng)目組成員計(jì)劃階段項(xiàng)目過程定義書評(píng)審確保所定義的過程是合理的項(xiàng)目

10、組成員項(xiàng)目估算表評(píng)審確保項(xiàng)目估算的過程是合理的項(xiàng)目組成員項(xiàng)目計(jì)劃及其 從屬計(jì)劃評(píng)審承諾可以提高所需的資源公司高層確保項(xiàng)目計(jì)劃是合理的項(xiàng)目組成員設(shè)計(jì)階段概要設(shè)計(jì)說明書評(píng)審承諾設(shè)計(jì)的內(nèi)容合理有效軟件設(shè)計(jì)人員確保概要設(shè)計(jì)的內(nèi)容可以實(shí)現(xiàn)軟件開發(fā)人員詳細(xì)設(shè)計(jì)說明書評(píng)審承諾設(shè)計(jì)的內(nèi)容合理有效軟件設(shè)計(jì)人員確保概要設(shè)計(jì)的內(nèi)容可以實(shí)現(xiàn)軟件開發(fā)人員產(chǎn)品集成方案評(píng)審承諾產(chǎn)品基礎(chǔ)的方案是合理有效的軟件設(shè)計(jì)人員確保產(chǎn)品集成順序是合理的軟件開發(fā)人員編碼階段產(chǎn)品組件單元測試承諾代碼的質(zhì)量是合格的軟件開發(fā)人員確保代碼的功能是正確的軟件測試人員集成后的產(chǎn)品 或組件集成測試承諾產(chǎn)品或組件的質(zhì)量是合格的軟件開發(fā)人員確保產(chǎn)品或組件的

11、功能是正確的軟件測試人員系統(tǒng)測試階段產(chǎn)品或組件系統(tǒng)測試承諾產(chǎn)品的質(zhì)量已經(jīng)符合要求軟件測試人員確認(rèn)產(chǎn)品是否可以發(fā)布項(xiàng)目經(jīng)理用戶驗(yàn)收階段產(chǎn)品驗(yàn)收測試承諾軟件產(chǎn)品已經(jīng)完成并且達(dá)到質(zhì)量標(biāo)準(zhǔn)項(xiàng)目經(jīng)理確認(rèn)產(chǎn)品是否可以驗(yàn)收，項(xiàng)目是否可以結(jié)束客戶在項(xiàng)目計(jì)劃階段通過對配置項(xiàng)列表中的配置項(xiàng)進(jìn)行識(shí)別，挑選適當(dāng)?shù)墓ぷ鳟a(chǎn)品在項(xiàng)目過程中進(jìn)行確認(rèn)，并將挑選出來的內(nèi)容記錄在確認(rèn)清單或項(xiàng)目計(jì)劃中，其流程如圖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)的

12、方法。例如：要對軟件需求說明書進(jìn)行確認(rèn)，確認(rèn)的方法是“評(píng)審”，開評(píng)審會(huì)所需要的環(huán)境通常是一間會(huì)議室，最好有白板、各種顏色的水筆、投影等設(shè)備，不管是甲方還是乙方召開軟件需求說明書的評(píng)審，這些配備都是相同的。再例如對開發(fā)階段集成后的產(chǎn)品或組件進(jìn)行確認(rèn)，往往是通過執(zhí)行集成測試用例來完成的，由于確認(rèn)的對象是代碼，所以集成測試用例通常是由白盒測試技術(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)

13、流程和準(zhǔn)則的“軟環(huán)境”。當(dāng)項(xiàng)目組要對某一個(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ù)手段對工作產(chǎn)品進(jìn)行確認(rèn)，那么部署該工作產(chǎn)品的步驟要提前制訂，否則產(chǎn)品部署出現(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)則需求階段需求調(diào)研計(jì)劃評(píng)審客戶方同意并簽字確認(rèn)軟件需求說明書評(píng)審或原型展示客戶方同意并簽字確認(rèn)；軟件需求說明書中的每個(gè)功能都必須在評(píng)審中覆蓋到；在評(píng)審時(shí)

14、發(fā)現(xiàn)的嚴(yán)重和較嚴(yán)重級(jí)別的缺陷必須修復(fù)系統(tǒng)規(guī)格說明書評(píng)審或原型展示與會(huì)人員一致同意并簽字確認(rèn)；系統(tǒng)規(guī)格說明書中的每個(gè)功能都必須在評(píng)審中覆蓋到；在評(píng)審時(shí)發(fā)現(xiàn)的嚴(yán)重和較嚴(yán)重級(jí)別的缺陷必須修復(fù)計(jì)劃階段項(xiàng)目計(jì)劃及其從屬計(jì)劃評(píng)審項(xiàng)目組成員要同意并簽字確認(rèn)；公司高層領(lǐng)導(dǎo)要簽字確認(rèn)設(shè)計(jì)階段概要設(shè)計(jì)說明書詳細(xì)設(shè)計(jì)說明書產(chǎn)品集成方案評(píng)審軟件開發(fā)人員要同意并簽字確認(rèn)；設(shè)計(jì)文檔中的每個(gè)方法在評(píng)審時(shí)要被覆蓋到；在評(píng)審時(shí)發(fā)現(xiàn)的嚴(yán)重和較嚴(yán)重級(jí)別的缺陷必須修復(fù)編碼階段產(chǎn)品組件單元測試軟件開發(fā)人員要同意并簽字確認(rèn)；單元測試用例執(zhí)行率要達(dá)到100%；單元測試代碼行覆蓋率平均要達(dá)到40%；單元測試中所發(fā)現(xiàn)的所有缺陷必須被修復(fù)；單元

15、測試用例執(zhí)行結(jié)果必須全部為通過集成后的產(chǎn)品或組件集成測試軟件測試人員要同意并簽字確認(rèn)；集成測試用例執(zhí)行率要達(dá)到100%；集成測試代碼行覆蓋率平均要達(dá)到30%；集成測試中所發(fā)現(xiàn)的所有缺陷必須被修復(fù)；集成測試用例執(zhí)行結(jié)果必須全部為通過系統(tǒng)測試階段產(chǎn)品或組件系統(tǒng)測試項(xiàng)目經(jīng)理或軟件測試經(jīng)理要同意并簽字確認(rèn)；系統(tǒng)測試用例執(zhí)行率要達(dá)到100%；產(chǎn)品功能覆蓋率要達(dá)到100%；系統(tǒng)測試中所發(fā)現(xiàn)的嚴(yán)重或較嚴(yán)重級(jí)別的缺陷必須修復(fù)；系統(tǒng)測試中所發(fā)現(xiàn)的嚴(yán)重級(jí)別較低的缺陷必須修復(fù)80%用戶驗(yàn)收階段產(chǎn)品驗(yàn)收測試客戶要同意并簽字確認(rèn)；驗(yàn)收測試用例執(zhí)行率要達(dá)到100%在項(xiàng)目計(jì)劃階段制訂確認(rèn)環(huán)境時(shí)有可能會(huì)引發(fā)“Make or

16、Buy”的決策或其他方面的變更。例如某項(xiàng)目要對代碼進(jìn)行確認(rèn)，但是沒有獨(dú)立的編譯服務(wù)器或日構(gòu)建服務(wù)器，此時(shí)就會(huì)導(dǎo)致采購的發(fā)生，因此也會(huì)造成項(xiàng)目預(yù)算的變更。確認(rèn)工作所使用的環(huán)境是確認(rèn)的約束條件，同樣也是項(xiàng)目約束條件之一，因此項(xiàng)目經(jīng)理要在項(xiàng)目進(jìn)度計(jì)劃中增加相關(guān)的活動(dòng)并分派相應(yīng)的資源。當(dāng)發(fā)現(xiàn)由確認(rèn)導(dǎo)致的采購時(shí)，就需要對此約束按照項(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)是否通

17、過的準(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)不同的軟件公司對質(zhì)量的要求是不同的，因此在制訂確認(rèn)準(zhǔn)則時(shí)也不盡相同，一般的確認(rèn)準(zhǔn)則如表3-3所示。圖3-3 制訂確認(rèn)的準(zhǔn)則識(shí)別確認(rèn)的對象、制訂確認(rèn)的方法、建立確認(rèn)的環(huán)境、定義確認(rèn)的準(zhǔn)則都是確認(rèn)準(zhǔn)備階段的工作，其目的是為了讓“使用者”更好地接受放置在確認(rèn)環(huán)境中工作產(chǎn)品的表現(xiàn)情況。1.1.2. 執(zhí)行確認(rèn)在確認(rèn)管理的準(zhǔn)備工作完成以后，就將按照既定的流程和準(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)的措施，最后根據(jù)偏差的

18、程度判斷確認(rèn)工作是否還需要繼續(xù)進(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)則不合理。1.2. 軟件確認(rèn)過程中常見問題及案例分析軟件確認(rèn)過程是以往軟件工程中講述不多的內(nèi)容，但在軟件研發(fā)過程中很多產(chǎn)品質(zhì)量缺陷、項(xiàng)目進(jìn)度偏差、項(xiàng)目成本偏差都是由于確認(rèn)工作沒有做好而導(dǎo)致的。以下通過幾個(gè)案例來對它進(jìn)行深入分析。圖3-4 軟件確認(rèn)的執(zhí)行過程1.2.1. 為什么開發(fā)和測試之間總是反復(fù)【案例】最近某軟件公司GIS項(xiàng)目組負(fù)責(zé)人小黎頭痛不已，項(xiàng)目已經(jīng)進(jìn)展到系統(tǒng)測試階段，軟件開發(fā)人員提交給測試組的產(chǎn)品總是無

19、法通過系統(tǒng)測試，甚至一天出現(xiàn)兩三次產(chǎn)品內(nèi)部的發(fā)布，軟件開發(fā)和測試人員都被加班壓得透不過氣來。軟件開發(fā)和測試人員之間的埋怨也越來越多，開發(fā)人員認(rèn)為軟件測試人員在挑他們的毛病。軟件測試人員總是覺得產(chǎn)品質(zhì)量實(shí)在太差，還沒有怎么測試系統(tǒng)就不能使用，這樣的產(chǎn)品就不應(yīng)該發(fā)布?？墒擒浖_發(fā)人員卻認(rèn)為他們做過了單元測試和集成測試，所以提交的產(chǎn)品質(zhì)量是合格的。項(xiàng)目負(fù)責(zé)人小黎覺得這個(gè)問題必須盡快解決，開發(fā)與測試之間的反復(fù)已經(jīng)導(dǎo)致項(xiàng)目延期了一周的時(shí)間，以這樣的情況發(fā)展下去還有可能惡化。更重要的一點(diǎn)是項(xiàng)目團(tuán)隊(duì)成員之間出現(xiàn)了矛盾，軟件開發(fā)和測試人員之間已經(jīng)越來越缺乏信任，這樣下去將導(dǎo)致項(xiàng)目徹底崩潰?！痉治觥宽?xiàng)目負(fù)責(zé)人小

20、黎找到項(xiàng)目總監(jiān)張經(jīng)理，希望得到他的幫助。項(xiàng)目總監(jiān)經(jīng)過對項(xiàng)目組成員的訪談以及實(shí)際查看了項(xiàng)目的代碼后，發(fā)現(xiàn)項(xiàng)目組發(fā)生的問題都是因?yàn)闆]有對工作產(chǎn)品進(jìn)行確認(rèn)而導(dǎo)致的。本著“親兄弟明算賬”的原則，軟件開發(fā)人員必須證明他們提交的工作產(chǎn)品已經(jīng)符合了質(zhì)量的要求，軟件測試人員也要確認(rèn)開發(fā)人員所講的是否是真實(shí)的。公司已經(jīng)規(guī)定了單元測試代碼平均覆蓋率至少為60%，集成測試用例代碼平均覆蓋率至少為45%，那么確認(rèn)的準(zhǔn)則已經(jīng)存在，就應(yīng)該按照此準(zhǔn)則進(jìn)行確認(rèn)。小黎按照張總的要求對項(xiàng)目組下達(dá)了對每次發(fā)布必須進(jìn)行確認(rèn)的任務(wù)，這下產(chǎn)品內(nèi)部的發(fā)布戛然而止，原因是開發(fā)人員注意到他們的單元測試用例和系統(tǒng)測試用例很多都是重疊的，代碼覆蓋的比例達(dá)不到公司的要求，因此他們需要增加新的測試用例。在隨后的日子中通過增加單元測試用例和集成測試用例又發(fā)現(xiàn)了很多產(chǎn)品質(zhì)量的缺陷。通過采取對工作產(chǎn)品進(jìn)行確認(rèn)后，產(chǎn)品只經(jīng)過了兩輪的反復(fù)就通過了系統(tǒng)測試，而且開發(fā)和測試人員之間的矛盾也大大降低了。1.2.2. 確認(rèn)是對需求變更的約束【案例】某軟件公司人力資源管理系統(tǒng)的項(xiàng)目經(jīng)理小白非常開心，因?yàn)樗捻?xiàng)目已經(jīng)順利通過驗(yàn)收。雖然項(xiàng)目過程中發(fā)生了一大一小兩次需求的變更，但是項(xiàng)目的進(jìn)度