【文章內(nèi)容簡介】 型質(zhì)控為研發(fā)人員進(jìn)行初級的質(zhì)量意識教育。 當(dāng)我們的檢驗(yàn)型質(zhì)控發(fā)展到一定的階段，真正起到了作用后，再開始進(jìn)行過程型質(zhì)控的工作，使質(zhì)量的深層次問題不斷得到解決。 過程型質(zhì)量管理要循續(xù)漸進(jìn)，尊重客觀規(guī)律，避免拔苗助長 過程型質(zhì)控是對研發(fā)工作流程的改動,這種改動對項(xiàng)目組成員來說改動了他過去多年形成的一些習(xí)慣，并且改動會增加項(xiàng)目組的工作量，這種改動或多或少地會遭受到項(xiàng)目組成員有意無意的抵制。因此，在制定過程型質(zhì)控方案的時候要判斷好優(yōu)先級，從最需要改動的過程著手，一步一步地做。避免急于求成，使工作得不到研發(fā)人員的理解和支持。 軟件質(zhì)量管理是一種服務(wù)，需要經(jīng)驗(yàn)豐富的質(zhì)量管理人才才能夠勝任 質(zhì)量管理實(shí)際上是對項(xiàng)目的一種質(zhì)量服務(wù),目的是對項(xiàng)目人員在質(zhì)量上的一種幫助，幫助其發(fā)現(xiàn)問題、提供解決方法。因此作為質(zhì)量控制人員的能力需求上是比較高的。 同時，質(zhì)量控制人員通過提供這種服務(wù)，能夠拉近和研發(fā)人員的距離，研發(fā)人員能夠更加接受過程型質(zhì)控的改動，使質(zhì)控工作的矛盾更小。 因此，建議從事質(zhì)量管理的人員應(yīng)該是從事較長時間項(xiàng)目研發(fā)、項(xiàng)目管理的人員，只有一個資歷深的質(zhì)量管理人員才能夠真正地對項(xiàng)目研發(fā)提供一種高質(zhì)量的服務(wù)。 加強(qiáng)相關(guān)人員的培訓(xùn)是工作中的重中之重培訓(xùn)工作應(yīng)該包括兩個方面的內(nèi)容： 一方面，在實(shí)施過程型質(zhì)控過程中制定的過程、標(biāo)準(zhǔn)需要通過培訓(xùn)的方式來讓所有的人員都理解并接受。另一方面，需要通過培訓(xùn)的方式提高研發(fā)人員的質(zhì)量意識。只有質(zhì)量意識提高了，才能大大減少質(zhì)量管理人員的工作量。 8 / 20 軟件質(zhì)量管理體系完善需要解決的主要問題 識別和建立軟件研發(fā)的過程通用的軟件的研發(fā)過程一般歸結(jié)為：項(xiàng)目立項(xiàng)－需求分析－概要設(shè)計(jì)－詳細(xì)設(shè)計(jì)－編碼－測試－運(yùn)行維護(hù)。我們公司在研發(fā)流程上采用 ISO9000 的標(biāo)準(zhǔn)進(jìn)行,已經(jīng)具備一定的規(guī)范性。我們可以應(yīng)用 ISO12207 信息技術(shù)－軟件生存周期過程,對照 CMMI 軟件能力成熟度模型框架，結(jié)合軟件企業(yè)的具體情況，進(jìn)行過程建模優(yōu)化，這是建立一個適宜的軟件質(zhì)量管理體系的前提。 明確管理職責(zé)、調(diào)整組織結(jié)構(gòu)第一步就是要進(jìn)行軟件質(zhì)量管理情況診斷，根據(jù)企業(yè)的實(shí)際情況和依據(jù)ISO9001 標(biāo)準(zhǔn)的要求，進(jìn)行軟件質(zhì)理管理組織架構(gòu)重構(gòu)。第二步就是有明確崗位分工與職責(zé)，特別要明確與軟件質(zhì)量管理有關(guān)的崗位和職責(zé)，為建立軟件質(zhì)量管理體系打下基礎(chǔ)，以適應(yīng)建立軟件質(zhì)量管理體系的需要。由于公司在近幾年一直再做軟件質(zhì)量管理的基礎(chǔ)工作，因此這項(xiàng)工作具備一定的基礎(chǔ)，例如：構(gòu)建了較穩(wěn)定的配置管理體系、測試管理體系也在不斷的改進(jìn)之中。我們目前的最主要問題是在于缺乏一個有效的質(zhì)量保證組織。 建立文件化工作程序。再好的管理方法如果沒有寫成文件化的程序，也是空談。建立文件化程序就是為了將軟件質(zhì)量管理體系固化下來，相關(guān)的過程和操作都要做到有章可循。建立文件化程序的過程實(shí)際上是對流程的一次全面整理的過程。 解決好軟件配置管理和軟件變更控制。由于軟件需求的不確定性，軟件設(shè)計(jì)的變更是不可避免的。建立基線是加強(qiáng)變更控制的前提。在設(shè)計(jì)發(fā)生變更時軟件的配置也必須隨之改變，所以將軟件配置管理作為一個關(guān)鍵過程納入軟件質(zhì)量管理體系是一項(xiàng)重要的任務(wù)。 配置管理—實(shí)施軟件質(zhì)量管理的重要步驟軟件配置管理簡稱 SCM（Software Configuration Management 的縮寫），是在項(xiàng)目開發(fā)中，標(biāo)識、控制和管理軟件變更的一種管理。配置管理的9 / 20目標(biāo)是記錄軟件產(chǎn)品的演化過程，確保項(xiàng)目組成員在軟件生命周期中各個階段都能得到精確的產(chǎn)品配置。其最終目標(biāo)是實(shí)現(xiàn)軟件產(chǎn)品在其生命周期全過程中的一致性、完整性和可追溯性，使產(chǎn)品極大程度地與用戶需求吻合。其主要工作和研究內(nèi)容和包括：標(biāo)識配置項(xiàng)、定義基線、建立配置庫和基線庫、控制配置項(xiàng)和基線的變更、做好配置項(xiàng)和基線的定期備份和異地備份、定期進(jìn)行配置審計(jì)、及時報告配置狀態(tài)。在軟件質(zhì)量體系的諸多支持活動中，配置管理處在支持活動的中心位置，它有機(jī)地把其它支持活動結(jié)合起來,形成一個有機(jī)整體，相互促進(jìn)，相互影響，有力地保證了軟件質(zhì)量體系的實(shí)施。從現(xiàn)在軟件企業(yè)的發(fā)展戰(zhàn)略來說，如何在技術(shù)日新月異、人員流動頻繁的情況下建立本公司的知識庫及經(jīng)驗(yàn)庫，把個人的知識及經(jīng)驗(yàn)轉(zhuǎn)變成公司的知識和經(jīng)驗(yàn)，這對于提高工作效率，縮短產(chǎn)品周期，加強(qiáng)公司的競爭力具有至關(guān)重要的作用。同時良好的配置管理有利于規(guī)范管理，量化工作量考核，規(guī)范測試，加強(qiáng)協(xié)調(diào)和溝通。采用科學(xué)的配置管理思想，輔之以先進(jìn)的配置管理工具，已經(jīng)成為必不可少的手段。配置管理工作是一個默默無聞，不受人關(guān)注，但是極為重要的工作。這二年來，我們盡心盡責(zé)地配合所有項(xiàng)目組，為各個項(xiàng)目制定配置管理計(jì)劃，建立配置管理系統(tǒng),并且制定了配置管理制度和配置管理流程,構(gòu)建了功能強(qiáng)大，安全有效，可操作性強(qiáng)的SVN(subversion)配置管理平臺。通過不斷的實(shí)踐摸索，積累了較為豐富的配置管理經(jīng)驗(yàn)，隨時可以為各項(xiàng)目組提供精確的良好的配置管理。通過建立完整的代碼對象庫、業(yè)務(wù)經(jīng)驗(yàn)庫，將會給項(xiàng)目組以及軟件測試的工作帶來很大的便利，同時將會最大程度上降低了由于人員流失所造成的損失。由于有了配置管理平臺，目前研發(fā)部軟件代碼和文檔都得到了良好的管理,也使軟件開發(fā)人員以及軟件測試人員能夠很好的協(xié)同合作開發(fā)產(chǎn)品,從整個公司層面來說也是一個不斷地為公司積累業(yè)務(wù)經(jīng)驗(yàn)和技術(shù)財富的過程。通過努力，目前項(xiàng)目管理部已經(jīng)建立了較為完整的軟件配置管理體系，并且初步制定了配置管理制度和配置管理流程,構(gòu)建配置管理信息化支撐平臺,項(xiàng)目管理部將進(jìn)一步加強(qiáng)配置管理工作，進(jìn)一步完善軟件配置管理體系。10 / 20 進(jìn)一步完善我們的測試管理體系我們公司采用的傳統(tǒng)的軟件測試流程一般是先在軟件開發(fā)過程中進(jìn)行少量的單元測試，然后在整個軟件開發(fā)結(jié)束階段，集中進(jìn)行大量的測試，包括功能和性能的集成測試和系統(tǒng)測試。在實(shí)際工作當(dāng)中，隨著開發(fā)的軟件項(xiàng)目越來越復(fù)雜，傳統(tǒng)的軟件測試流程已經(jīng)不能適應(yīng)工作的需求。針對傳統(tǒng)軟件測試模式的弊端，根據(jù)我們和研發(fā)部門相關(guān)人員的討論，認(rèn)為軟件測試不能只發(fā)生在軟件代碼已經(jīng)編寫完畢之后，而應(yīng)該在軟件生命周期每一階段中都應(yīng)包含測試，從而檢驗(yàn)本階段的成果是否接近預(yù)期的目標(biāo)，盡可能早的發(fā)現(xiàn)錯誤并加以修正。這就是軟件軟件工程界的一種新的觀點(diǎn)：“盡早測試”， 所謂盡早測試是指在整個軟件開發(fā)生命周期中通過各種軟件工程技術(shù)盡量早的完成各種軟件測試任務(wù)的一種思想。軟件的整個測試生命周期是與軟件的開發(fā)生命周期基本平齊的過程，即當(dāng)需求分析基本明確后我們就應(yīng)該基于需求分析的結(jié)果和整個項(xiàng)目計(jì)劃來進(jìn)行軟件的測試計(jì)劃；伴隨著分析設(shè)計(jì)過程同時應(yīng)該完成測試用例的設(shè)計(jì)；當(dāng)軟件的第一個發(fā)布出來后，測試人員要馬上基于它進(jìn)行測試腳本的實(shí)現(xiàn)。測試的過程及組織 　　當(dāng)設(shè)計(jì)工作完成以后，就應(yīng)該著手測試的準(zhǔn)備工作了，一般來講，由一位對整個系統(tǒng)設(shè)計(jì)熟悉的設(shè)計(jì)人員編寫測試大綱，明確測試的內(nèi)容和測試通過的準(zhǔn)則，設(shè)計(jì)完整合理的測試用例，以便系統(tǒng)實(shí)現(xiàn)后進(jìn)行全面測試。 　　在開發(fā)組將所開發(fā)的程序經(jīng)驗(yàn)證后，提交測試組，由測試負(fù)責(zé)人組織測試，測試一般可按下列方式組織: 　　(1)首先，測試人員要仔細(xì)閱讀有關(guān)資料，包括規(guī)格說明、設(shè)計(jì)文檔、使用說明書及在設(shè)計(jì)過程中形成的測試大綱、測試內(nèi)容及測試的通過準(zhǔn)則，全面熟悉系統(tǒng)，編寫測試計(jì)劃，設(shè)計(jì)測試用例，作好測試前的準(zhǔn)備工作。 　　(2)為了保證測試的質(zhì)量，將測試過程分成幾個階段，即:代碼審查、單元測試、集成測試