測試工程師培訓(xùn)軟件質(zhì)量基礎(chǔ)知識

軟件質(zhì)量基礎(chǔ)知識2015年4月

2培訓(xùn)內(nèi)容軟件質(zhì)量的基本概念軟件質(zhì)量業(yè)內(nèi)標(biāo)準(zhǔn)引言什么是軟件質(zhì)量控制？什么是軟件可靠性？什么是軟件可維護(hù)性？什么是軟件的驗(yàn)證和確認(rèn)？什么是軟件測試與評估？什么是軟件過程改進(jìn)？質(zhì)量的定義質(zhì)量的定義不是簡單的對與錯(cuò)，而是一個(gè)復(fù)雜的多層面概念質(zhì)量是可識別出來的，但不能明確定義從用戶角度看，質(zhì)量是對目的滿足程度從制造角度看，質(zhì)量是對規(guī)范的符合程度從產(chǎn)品角度看，質(zhì)量是產(chǎn)品的內(nèi)在特征從基于價(jià)值的角度看，質(zhì)量依賴于客戶愿意付多少錢購買軟件的定義對計(jì)算機(jī)非硬件部件的描述，尤其是指使得計(jì)算機(jī)完成特定工作所需的程序。計(jì)算機(jī)程序：計(jì)算機(jī)設(shè)備可以接受的一系列指令和說明，它用來讓計(jì)算機(jī)執(zhí)行一個(gè)運(yùn)算或操作計(jì)算機(jī)數(shù)據(jù)：事實(shí)、概念或指令的一種結(jié)構(gòu)化表述，它能夠被計(jì)算機(jī)設(shè)備所接受、理解或處理。計(jì)算機(jī)程序文檔：技術(shù)數(shù)據(jù)，包括計(jì)算機(jī)程序列表和人可讀的打印輸出物，包括需求、設(shè)計(jì)、實(shí)現(xiàn)和其他有關(guān)的計(jì)算機(jī)程序細(xì)節(jié)。還有使用和維護(hù)計(jì)算機(jī)程序的說明。軟件質(zhì)量計(jì)算機(jī)系統(tǒng)卓越程度的所有屬性集合軟件產(chǎn)品滿足明示需求程度的一組屬性的集合軟件產(chǎn)品滿足明示或暗示需求能力的特征和特征集合滿足客戶的需求軟件質(zhì)量是軟件產(chǎn)品滿足使用要求的程度軟件質(zhì)量保證軟件質(zhì)量保證是一系列系統(tǒng)性的活動(dòng)，它提供開發(fā)出滿足使用要求的軟件產(chǎn)品的軟件開發(fā)過程的能力證據(jù)。軟件質(zhì)量控制軟件質(zhì)量控制是對開發(fā)可用軟件產(chǎn)品的過程能力的獨(dú)立評價(jià)。軟件質(zhì)量屬性——可靠性在規(guī)定條件下、規(guī)定時(shí)間內(nèi)，軟件執(zhí)行其功能的能力軟件質(zhì)量屬性——可維護(hù)性軟件維護(hù)是一個(gè)在軟件交付之后對軟件系統(tǒng)或部件錯(cuò)誤進(jìn)行修改、提高其性能或其他特征，或適應(yīng)環(huán)境變化的過程。驗(yàn)證和確認(rèn)（V&V）測試與評價(jià)（T&E）驗(yàn)證和確認(rèn)是一個(gè)用分析、評價(jià)、測試系統(tǒng)、軟件文檔以及代碼的過程。從而盡可能的確保質(zhì)量、可靠性、系統(tǒng)需求和目標(biāo)滿意度測試與評價(jià)定義1：軟件測試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程。定義2：使用人工或自動(dòng)手段來運(yùn)行或測定某個(gè)系統(tǒng)的過程，其目的在于檢驗(yàn)它是否滿足規(guī)定的需求或弄清預(yù)期結(jié)果與實(shí)際結(jié)果的差異。驗(yàn)證和確認(rèn)（V&V）測試與評價(jià)（T&E）驗(yàn)證和確認(rèn)可以不通過測試就能完成驗(yàn)收和確認(rèn)的核心是需求的可追朔性；測試與評價(jià)的核心測試中運(yùn)行計(jì)算機(jī)程序每做一種測試和評價(jià)，“確認(rèn)”就來確認(rèn)被測的需求是否滿足，直到所有測試完成軟件質(zhì)量過程改進(jìn)軟件過程改進(jìn)是一種用有準(zhǔn)備、有計(jì)劃的方法以文字方式記錄下來的，開發(fā)和維護(hù)軟件以及軟件其他相關(guān)活動(dòng)、方法、實(shí)踐和變更。在把每個(gè)活動(dòng)、方法、實(shí)踐和變革形成文檔的同時(shí)，還要對它們依據(jù)組織增值標(biāo)準(zhǔn)進(jìn)行分析。14培訓(xùn)內(nèi)容軟件質(zhì)量的基本概念軟件質(zhì)量業(yè)內(nèi)標(biāo)準(zhǔn)ISO9000ISO9000是通用制造業(yè)主要的質(zhì)量標(biāo)準(zhǔn)，對質(zhì)量管理體系提出20項(xiàng)要求，涵蓋了方針、組織、職責(zé)和評審等方面CMMI介紹CMMI全稱是CapabilityMaturityModelIntegration，即軟件能力成熟度模型集成（也有稱為：軟件能力成熟度集成模型），是美國國防部的一個(gè)設(shè)想，1994年由美國國防部（UnitedStatesDepartmentofDefense）與卡內(nèi)基-梅隆大學(xué)（Carnegie-MellonUniversity）下的軟件工程研究中心（SoftwareEngineeringInstitute，SEISM）以及美國國防工業(yè)協(xié)會(huì)（NationalDefenseIndustrialAssociation）共同開發(fā)和研制的CMMI的發(fā)展1994年，CMMV1.0發(fā)布，主要覆蓋軟件開發(fā)2000年，CMM進(jìn)入中國，國務(wù)院下發(fā)18號文件，明確推動(dòng)國內(nèi)CMM的認(rèn)證。2001年，中國頒布國內(nèi)的軟件成熟度模型2003年，CMMI正式發(fā)布，框架從軟件覆蓋到系統(tǒng)集成2010年，CMMIV1.3，CMMI從軟件生命周期轉(zhuǎn)變?yōu)楣こ淘O(shè)計(jì)生命周期CMMI的理念三大目標(biāo)：質(zhì)量、時(shí)間、最低成本CMMI不是傳統(tǒng)意義的軟件生命周期，它并不是一個(gè)過程，也不是告訴你怎么去做一件事情。CMMI是多個(gè)活動(dòng)域的關(guān)鍵要素的集成，用來協(xié)助企業(yè)評估自己的有效性和實(shí)用性CMMI的表示方法階梯式把CMMI中的若干個(gè)過程區(qū)域分成了5個(gè)成熟度級別，幫助實(shí)施CMMI的組織建議一條比較容易實(shí)現(xiàn)的過程改進(jìn)發(fā)展道路連續(xù)式通過將CMMI中過程區(qū)域分為四大類：過程管理、項(xiàng)目管理、工程以及支持。對于每個(gè)大類中的過程區(qū)域，又進(jìn)一步分為基本的和高級的。CMMI軟件成熟度模型CMMI模型的類別（1）SW-CMM(SoftwareCMM)軟件CMM（2）SE-CMM(SystemEngineeringCMM)系統(tǒng)工程CMM（3）SA-CMM(SoftwareAcquisitionCMM)軟件采購CMM（4）IPT-CMM(IntegratedProductTeamCMM)集成產(chǎn)品群組CMM（5）P-CMM(PeopleCMM)人力資源能力成熟度模型CMMI2、3級過程域過程管理項(xiàng)目管理支持管理工程管理共18個(gè)過程過程管理域——OPD組織級過程定義崗位角色SEPG工作組工作職責(zé)基于CMMI標(biāo)準(zhǔn)定義開發(fā)過程和活動(dòng)分解實(shí)施難點(diǎn)難度不大，但容易定義的過于僵化過程管理域——OPF組織級過程焦點(diǎn)崗位角色SEPG工作組、QA工作職責(zé)定期對組織級過程的執(zhí)行情況進(jìn)行管理評審，并制定改進(jìn)計(jì)劃，一般半年到一年一次實(shí)施難點(diǎn)問題好找，但制定并能夠執(zhí)行落地的改進(jìn)計(jì)劃較難過程管理域——OT組織培訓(xùn)管理崗位角色SEPG工作組、人力或其他有培訓(xùn)職責(zé)的崗位工作職責(zé)根據(jù)組織的計(jì)劃制定各類培訓(xùn)計(jì)劃，并監(jiān)督執(zhí)行實(shí)施難點(diǎn)比較好落實(shí)，一般包括內(nèi)部過程培訓(xùn)、內(nèi)部技術(shù)培訓(xùn)和外部培訓(xùn)采購項(xiàng)目管理域——PP項(xiàng)目計(jì)劃崗位角色項(xiàng)目經(jīng)理工作職責(zé)制定項(xiàng)目計(jì)劃，并分配相應(yīng)資源，根據(jù)實(shí)際情況調(diào)整項(xiàng)目實(shí)施難點(diǎn)WBS分解的粒度，里程碑、活動(dòng)、需求、變更資源分配的粒度，人天、周、月。并與項(xiàng)目監(jiān)控的粒度對應(yīng)項(xiàng)目管理域——PMC項(xiàng)目監(jiān)督與控制崗位角色項(xiàng)目經(jīng)理工作職責(zé)通過項(xiàng)目的跟蹤與監(jiān)控活動(dòng)，及時(shí)反映項(xiàng)目的進(jìn)度、費(fèi)用、風(fēng)險(xiǎn)、規(guī)模、關(guān)鍵計(jì)算機(jī)資源及工作量等情況實(shí)施難點(diǎn)跟蹤的頻度、項(xiàng)目數(shù)據(jù)的收集，與項(xiàng)目計(jì)劃WBS分解粒度對應(yīng)項(xiàng)目管理域——SAM供應(yīng)商協(xié)議管理崗位角色采購部門或供應(yīng)商使用部門工作職責(zé)制定合格供應(yīng)商的標(biāo)準(zhǔn)供應(yīng)商管理和考核（人力供應(yīng)和產(chǎn)品供應(yīng)）實(shí)施難點(diǎn)難度不大，供應(yīng)商考核辦法的合理性有一定難度項(xiàng)目管理域——IPM集成項(xiàng)目管理崗位角色涉及多個(gè)項(xiàng)目經(jīng)理工作職責(zé)制定項(xiàng)目集成的計(jì)劃，識別項(xiàng)目或子項(xiàng)目間的關(guān)聯(lián)關(guān)系實(shí)施難點(diǎn)難度較大，對項(xiàng)目經(jīng)理或分析人員的技術(shù)能力要求較高項(xiàng)目管理域——

RSKM風(fēng)險(xiǎn)管理崗位角色項(xiàng)目經(jīng)理、質(zhì)量經(jīng)理、風(fēng)險(xiǎn)管理崗工作職責(zé)識別潛在問題，制定預(yù)防、緩解、風(fēng)險(xiǎn)發(fā)生后的應(yīng)對計(jì)劃等實(shí)施難點(diǎn)在項(xiàng)目級容易流于形式，建議組織級層面開展工程管理域——

RD需求開發(fā)崗位角色項(xiàng)目經(jīng)理、需求分析師工作職責(zé)對業(yè)務(wù)提交的需求進(jìn)行分析，挖掘潛在需求，并將需求進(jìn)行條目化、規(guī)格化說明實(shí)施難點(diǎn)對人員技術(shù)能力要求很高，要有一定的需求開發(fā)的深度，規(guī)格化說明的能力，該部分直接影響項(xiàng)目計(jì)劃活動(dòng)的規(guī)范性工程管理域——

REQM需求管理崗位角色項(xiàng)目經(jīng)理、需求分析師工作職責(zé)需求狀態(tài)、需求跟蹤、需求版本、變更控制實(shí)施難點(diǎn)受需求開發(fā)情況的影響工程管理域——

TS技術(shù)解決方案崗位角色技術(shù)人員工作職責(zé)設(shè)計(jì)說明、解決方案實(shí)施難點(diǎn)容易與需求規(guī)格重復(fù)或無法與需求規(guī)格對應(yīng)工程管理域——

PI產(chǎn)品集成崗位角色測試人員工作職責(zé)編譯部署策略，集成測試實(shí)施難點(diǎn)確少集成的計(jì)劃和集成順序，集成測試的方法實(shí)施較難，一般用功能測試代替工程管理域——

VAL確認(rèn)崗位角色測試人員工作職責(zé)基于準(zhǔn)生產(chǎn)環(huán)境的投產(chǎn)驗(yàn)證測試，包括性能測試等非功能測試實(shí)施難點(diǎn)難度不大，但一般無法覆蓋所有項(xiàng)目工程管理域——

VER驗(yàn)證崗位角色測試人員或業(yè)務(wù)人員工作職責(zé)用戶驗(yàn)收測試實(shí)施難點(diǎn)難度不大，但產(chǎn)品集成部分做的不好，會(huì)嚴(yán)重影響這部分活動(dòng)。驗(yàn)證測試的范圍控制較難支持管理域CM配置管理需設(shè)立專門配置管理人員，明確配置項(xiàng)的粒度對需求、開發(fā)、測試、交付4大基線必須準(zhǔn)確控制PPQA過程和質(zhì)量保證活動(dòng)需設(shè)立QA崗，負(fù)責(zé)技術(shù)評審的組織，和對過程的審計(jì)MA測量與分析一般有QA執(zhí)行，但難度較大，主要原因的數(shù)據(jù)量不足或數(shù)據(jù)質(zhì)量較差建議初期以管理類測量對主，