軟件開發(fā)質(zhì)量管理層次模型

1、摘要：本文對(duì)軟件開發(fā)質(zhì)量管理的層次進(jìn)行了初步的劃分，形成了軟件開發(fā)質(zhì)量管理層次模型，并對(duì)模型中的各個(gè)層次內(nèi)涵做了簡(jiǎn)要說明。關(guān)鍵字：質(zhì)量管理、軟件開發(fā)、層次。正文：概述質(zhì)量：一組固有特性滿足要求的程度，指產(chǎn)品或服務(wù)滿足規(guī)定或潛在需要的特征和特性的總和。它既包括有形產(chǎn)品也包括無形產(chǎn)品；既包括產(chǎn)品內(nèi)在的特性、也包括產(chǎn)品外在的特性。即包括了產(chǎn)品的適用性和符合性的全部?jī)?nèi)涵。軟件質(zhì)量：與軟件產(chǎn)品滿足明確或隱含需求的能力有關(guān)的特征和特征的總和。有四個(gè)含義：1、能滿足給定需要的特性之全體；2、具有所希望的各種屬性的組合的程度；3、顧客或用戶認(rèn)為能滿足其綜合期望的程度；4、軟件的組合特性，它確定軟件在使用中將滿

2、足顧客預(yù)期要求的程度。從用戶最感興趣的的角度來說，軟件質(zhì)量可以從三個(gè)不同的角度來看待：如何使用軟件、使用效果如何、軟件性能如何；從軟件開發(fā)的團(tuán)隊(duì)的角度來說，不僅要生產(chǎn)出滿足質(zhì)量要求的軟件，也對(duì)中間產(chǎn)品的質(zhì)量感興趣，也對(duì)如何運(yùn)用最少的的資源、最快的進(jìn)度生產(chǎn)出質(zhì)量最優(yōu)的產(chǎn)品感興趣；從軟件維護(hù)者的角度看，對(duì)軟件維護(hù)方面的特性感興趣；對(duì)企業(yè)的管理層來說，注重的是總體效益和長(zhǎng)遠(yuǎn)利益，就是說質(zhì)量好的軟件一般可以幫助企業(yè)擴(kuò)大市場(chǎng)；反之，質(zhì)量差的軟件一般會(huì)造成企業(yè)市場(chǎng)萎縮。軟件質(zhì)量特性：根據(jù)GBT16260-1996(idt ISOIEC9126：1991)信息技術(shù) 軟件產(chǎn)品評(píng)價(jià) 質(zhì)量特性及其使用指南軟件的質(zhì)

3、量特性包括功能性、可靠性、易用性、效率、可維護(hù)性、可移植性等六個(gè)方面，每個(gè)方面都包含若干個(gè)子特性：功能性：適合性、準(zhǔn)確性、互操作性、依從性、安全性；可靠性：成熟性、容錯(cuò)性、易恢復(fù)性；易用性：易理解性、易學(xué)性、易操作性；效率：時(shí)間特性、資源特性；可維護(hù)性：易分析性、易改變性、穩(wěn)定性、易測(cè)試性；可移植性：適應(yīng)性、易安裝性、遵循性、易替換性； 質(zhì)量管理：在質(zhì)量方面指揮和控制組織的協(xié)調(diào)的活動(dòng)，指對(duì)確定和達(dá)到質(zhì)量所必須的全總職能和活動(dòng)的管理，其管理職能主要包括制定質(zhì)量方針和質(zhì)量目標(biāo)以及質(zhì)量策劃、質(zhì)量控制、質(zhì)量保證和質(zhì)量改進(jìn)。軟件開發(fā)質(zhì)量管理，就是為了開發(fā)出符合質(zhì)量要求的軟件產(chǎn)品，貫穿于軟件開發(fā)生存期過程

4、的質(zhì)量管理工作。軟件開發(fā)質(zhì)量管理層次初步劃分如下：1、技術(shù)層次（數(shù)據(jù)、編程、文檔）2、方法體系層次（措施、項(xiàng)目、過程）3、社會(huì)因素層次（質(zhì)量環(huán)境、技術(shù)標(biāo)準(zhǔn)、業(yè)務(wù)標(biāo)準(zhǔn)、人員）軟件開發(fā)質(zhì)量管理層次模型如下圖： 技術(shù)層次1、數(shù)據(jù)質(zhì)量管理層次多數(shù)情況下，軟件系統(tǒng)的最終目的是對(duì)用戶關(guān)心的各類數(shù)據(jù)（信息）完成各種各樣靜態(tài)或者動(dòng)態(tài)的處理或管理任務(wù)，為用戶創(chuàng)造他們所期望和額外的價(jià)值。因此數(shù)據(jù)質(zhì)量是用戶最為關(guān)心的，數(shù)據(jù)質(zhì)量也反映了軟件系統(tǒng)產(chǎn)品的質(zhì)量。數(shù)據(jù)質(zhì)量是數(shù)據(jù)抽取、數(shù)據(jù)轉(zhuǎn)換、數(shù)據(jù)整合、數(shù)據(jù)倉庫以及管理信息系統(tǒng)開發(fā)等項(xiàng)目中質(zhì)量控制和質(zhì)量保證必須考慮的主要工作。數(shù)據(jù)質(zhì)量管理可分為人工比對(duì)、程序比對(duì)、統(tǒng)計(jì)分析三個(gè)

5、層次。1.1 人工比對(duì)為了檢查數(shù)據(jù)的正確性，測(cè)試人員打開相關(guān)數(shù)據(jù)庫，對(duì)轉(zhuǎn)換前和轉(zhuǎn)換后的數(shù)據(jù)進(jìn)行直接的比對(duì)，發(fā)現(xiàn)其不一致性，通知相關(guān)人員進(jìn)行糾正。1.2 程序比對(duì)為了自動(dòng)化地檢查數(shù)據(jù)的質(zhì)量，更好地進(jìn)行測(cè)試對(duì)比，程序員編寫查詢比對(duì)程序給測(cè)試人員使用。測(cè)試人員使用此程序?qū)D(zhuǎn)換前和轉(zhuǎn)換后的數(shù)據(jù)進(jìn)行比對(duì)，發(fā)現(xiàn)其不一致性，通知相關(guān)人員進(jìn)行糾正。1.3 統(tǒng)計(jì)分析為了更加全面地從總體上檢查數(shù)據(jù)的質(zhì)量，需要通過統(tǒng)計(jì)分析的方法，主要通過對(duì)新舊數(shù)據(jù)不同角度、不同視圖的統(tǒng)計(jì)對(duì)數(shù)據(jù)轉(zhuǎn)換的正確程度進(jìn)行量化的分析，發(fā)現(xiàn)其在某個(gè)統(tǒng)計(jì)結(jié)果的不一致性，通知相關(guān)人員進(jìn)行糾正。2、編程質(zhì)量管理層次軟件系統(tǒng)是靠“編”出來的，為了確保軟

6、件產(chǎn)品的質(zhì)量，就必須確保軟件程序代碼的質(zhì)量。為了提高編程質(zhì)量，應(yīng)檢查源碼的邏輯、屬性、對(duì)象命名標(biāo)準(zhǔn)、語言代碼布局等內(nèi)容；代碼的編譯、鏈接、集成和構(gòu)建必須得到驗(yàn)證和確認(rèn)。編程質(zhì)量管理層次可分為黑盒測(cè)試、灰盒測(cè)試、白盒測(cè)試、編譯檢查、編程規(guī)范、編程邏輯、編程優(yōu)化。2.1 黑盒測(cè)試黑盒測(cè)試檢驗(yàn)是否符合系統(tǒng)需求，也稱功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試。它是在已知產(chǎn)品所應(yīng)具有的功能，通過測(cè)試來檢測(cè)每個(gè)功能是否都能正常使用。在測(cè)試時(shí)，把程序看作一個(gè)不能打開的黑盆子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，測(cè)試者在程序接口進(jìn)行測(cè)試，它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)而

7、產(chǎn)生正確的輸出信息，并且保持外部信息（如數(shù)據(jù)庫或文件）的完整性。2.2 灰盒測(cè)試灰盒測(cè)試介于白盒與黑盒二者之間，關(guān)注輸出對(duì)于輸入的正確性，同時(shí)也關(guān)注內(nèi)部表現(xiàn)，但這種關(guān)注不像白盒那樣詳細(xì)、完整，只是通過一些表征性的現(xiàn)象、事件、標(biāo)志來判斷內(nèi)部的運(yùn)行狀態(tài)，有時(shí)候輸出是正確的，但內(nèi)部其實(shí)已經(jīng)錯(cuò)誤了，這種情況非常多，如果每次都通過白盒測(cè)試來操作，效率會(huì)很低，因此需要采取這樣的一種灰盒的方法。2.3 白盒測(cè)試白盒測(cè)試也稱結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試，它是在知道產(chǎn)品內(nèi)部工作過程的情況下，按照程序內(nèi)部的結(jié)構(gòu)測(cè)試程序，檢驗(yàn)程序中的每條通路是否都有能按預(yù)定要求正確工作，而不顧它的功能。白盒測(cè)試的主要方法有邏輯驅(qū)動(dòng)、基路

8、測(cè)試等。2.4 編譯檢查使用開發(fā)工具所帶的編譯功能或?qū)ｉT程序?qū)浖创a進(jìn)行檢查，分析和尋找源碼存在的問題。2.5 編程規(guī)范通過人工源碼檢查判斷源碼是否符合企業(yè)已經(jīng)制定的相關(guān)編程規(guī)范。制定編程規(guī)范，在企業(yè)內(nèi)形成一個(gè)開發(fā)約定和規(guī)則，有利于整體風(fēng)格統(tǒng)一、代碼的可讀性、可維護(hù)性和可擴(kuò)展性。2.6 編程邏輯所編寫的源碼是否考慮周全，無矛盾或遺漏之處。常見問題如：忘記定義變量就使用、變量沒有賦值初就直接使用、輸入輸出的數(shù)據(jù)類型與所用格式說明符不一致、沒有注意數(shù)據(jù)的數(shù)值范圍造成數(shù)組越界或數(shù)據(jù)溢出、輸入時(shí)數(shù)組的組織方式與要求不符、循環(huán)語句可能會(huì)造成死循環(huán)、條件語句只考慮符合的情況而沒有考慮例外的情況、讀取文件

9、或數(shù)據(jù)庫中的數(shù)據(jù)沒有考慮例外情況，等等。2.7 編程優(yōu)化通過人工或軟件檢查判斷是否可進(jìn)一步提高源碼總體性能和運(yùn)行可管理性?？傮w性能如內(nèi)存管理、數(shù)據(jù)庫組織和內(nèi)容、非數(shù)據(jù)庫信息、任務(wù)并行性、網(wǎng)絡(luò)多人操作、關(guān)鍵算法、與網(wǎng)絡(luò)、硬件和其他系統(tǒng)接口對(duì)性能的影響等等；運(yùn)行可管理性如便于控制系統(tǒng)運(yùn)行、監(jiān)視系統(tǒng)狀態(tài)、錯(cuò)誤處理；模塊間通信的簡(jiǎn)單性等等。 雙向工程 雙向工程包括正向工程 從模型到代碼 和反向工程從代碼到模型。一旦設(shè)計(jì)完成后，使用模型（設(shè)計(jì)模型和數(shù)據(jù)模型）信息能夠生成特定編程語言的源代碼或者數(shù)據(jù)庫的DDL腳本。當(dāng)開發(fā)人員添加/更改代碼或數(shù)據(jù)庫實(shí)現(xiàn)時(shí)，設(shè)計(jì)和數(shù)據(jù)模型能夠通過雙向工程同步代碼或DDL腳本以

10、保持一致。表3顯示了EA和Rose雙向工程的特征。 語言EARose ANSI C+ Yes Yes Visual C+NoYes VB6 Yes Yes JavaYesYes C# Yes No VB.NET YesNo Delphi YesNo. 第三方附加項(xiàng). J2EE/EJBNo Yes CORBA No YesAda83, Ada95 No Yes Database Yes. 從數(shù)據(jù)模型到DDL腳本的正向工程。ODBC數(shù)據(jù)源的反向工程 Yes.DB2，Oracle, SQL 92, SQL Server, Sybase COM No Yes. 只是反向工程 Web應(yīng)用程序No Yes

11、 表3. EA和Rose的雙向工程 EA為類生成類的源代碼文件放在同一個(gè)包里。Rational Rose在VC+或VB中更多的涉及到具體的項(xiàng)目。 Rational Rose也可以通過向?qū)Ш吞峁┐a模板來創(chuàng)建類，這樣可以大大增加源代碼生成的數(shù)量。另外，EA和Rose都可以應(yīng)用設(shè)計(jì)模式。當(dāng)使用EA時(shí)，用戶必須自己創(chuàng)建模式，而Rose則提供了Java的20種GOF設(shè)計(jì)模式。 項(xiàng)目生命周期的支持 CASE工具應(yīng)該為團(tuán)隊(duì)中的所有隊(duì)員完成他們的任務(wù)提供支持。關(guān)于項(xiàng)目生命周期的支持，EA將大量的功能合成一體,而Rose則主要是一個(gè)建模工具，它可以與其他的Rational或第三方工具集成，如Requisite

12、Pro, Test Manager, Soda, MS Word, MS Project 以達(dá)到同樣的目標(biāo)。 表4比較了EA和Rose在不同科目的功能支持。 項(xiàng)目科目 EA Rose 業(yè)務(wù)建模Yes. 使用UML Profile為業(yè)務(wù)流程建模Yes.使用業(yè)務(wù)用例模型 需求管理Yes. 功能和非功能需求；需求跟蹤矩陣 合并RequisitePro 分析和設(shè)計(jì)Yes；UML類圖和交互圖，如果需要可以添加一些原型，如<<層>>，<<用例實(shí)現(xiàn)>> Yes；UML類圖和交互圖 框架向?qū)峁┝艘幌盗械哪０鍋順?gòu)造模型 實(shí)現(xiàn)參見表3；適合C+，VB，C#和VB.

13、NET項(xiàng)目參見表3；支持大多數(shù)語言，除了.NET外 測(cè)試 Yes No. Quality Architect提供了單元測(cè)試，但是它需要其他的Rational工具，如Test Manager,Robot 版本控制不直接支持。使用控制單元，為將來發(fā)布計(jì)劃。集成SCC相應(yīng)版本控制應(yīng)用程序 項(xiàng)目管理 風(fēng)險(xiǎn)管理、資源分配、項(xiàng)目預(yù)算No Web發(fā)布YesYes 生成報(bào)表YesNo. 使用SoDA.多用戶協(xié)作 YesYes 表4 EA和Rose對(duì)項(xiàng)目生命周期的支持 結(jié)論大體上，EA和Rose在UML建模能力上有相似的功能。 EA和Rational Rose都支持UML九種圖中的八種。 從表1中可以看出EA在

14、用戶友好性的靈活性中比Rose更勝一籌，特別是序列圖。 在雙向工程中，Rose比EA支持更多的語言，除C#和VB.NET 外(事實(shí)上，Rational 開發(fā)了另外的工具 Rational XDE for .NET 就是針對(duì).NET環(huán)境的)。 表4闡明，在項(xiàng)目生命周期的支持方面，EA相對(duì)于Rose來說，是更好的選擇。盡管你可以購買其他的Rational工具來協(xié)助它，但是絕大部分公司在考慮成本問題時(shí)卻不認(rèn)為這是一個(gè)可接受的方案。當(dāng)然，你需要工具上沒有或第三方工具不支持的一些其他的特定功能時(shí)，這也是要考慮的重要因素。在這一點(diǎn)上，Rational Rose得到了更廣的支持。 最后，經(jīng)過一系列同類型的比

15、較，是不是費(fèi)用也不同？ 是的非常大的不同！單是Rose花費(fèi)就是EA的28倍。如果你要比較項(xiàng)目生命周期的支持，假設(shè)你是一個(gè)Rose用戶，你將必須去購買Rational捆綁的一整套產(chǎn)品，如Requisite Pro, SoDA, Test Manager等。雖然附加的工具比同類的EA提供了更豐富的功能，但是在大部分時(shí)間里EA的基本功能已經(jīng)夠用了。在寫本文時(shí)，EA企業(yè)版（最高版本支持SQL后臺(tái)）的費(fèi)用是$179.00(111.58) 而Rational Rose企業(yè)版的費(fèi)用是$5024(3140),一天整套開發(fā)包（Rational Developer Suite）的費(fèi)用是$8976(5610)。 。

16、測(cè)試用例設(shè)計(jì) 測(cè)試需求收集完畢后，開始測(cè)試設(shè)計(jì)。測(cè)試用例是什么？測(cè)試用例就是一個(gè)文檔，描述輸入、動(dòng)作、或者時(shí)間和一個(gè)期望的結(jié)果，其目的是確定應(yīng)用程序的某個(gè)特性是否正常的工作。設(shè)計(jì)測(cè)試用例需要考慮以下問題： 測(cè)試用例的基本格式 軟件測(cè)試用例的基本要素包括測(cè)試用例編號(hào)、測(cè)試標(biāo)題、重要級(jí)別、測(cè)試輸入、操作步驟、預(yù)期結(jié)果，下面逐一介紹。 用例編號(hào)： 測(cè)試用例的編號(hào)有一定的規(guī)則，比如系統(tǒng)測(cè)試用例的編號(hào)這樣定義規(guī)則： PROJECT1-ST-001 ，命名規(guī)則是項(xiàng)目名稱測(cè)試階段類型（系統(tǒng)測(cè)試階段）編號(hào)。定義測(cè)試用例編號(hào)，便于查找測(cè)試用例，便于測(cè)試用例的跟蹤。 測(cè)試標(biāo)題： 對(duì)測(cè)試用例的描述，測(cè)試用例標(biāo)題應(yīng)該

17、清楚表達(dá)測(cè)試用例的用途。比如 “ 測(cè)試用戶登錄時(shí)輸入錯(cuò)誤密碼時(shí)，軟件的響應(yīng)情況 ” 。 重要級(jí)別： 定義測(cè)試用例的優(yōu)先級(jí)別，可以籠統(tǒng)的分為 “ 高 ” 和 “ 低 ” 兩個(gè)級(jí)別。一般來說，如果軟件需求的優(yōu)先級(jí)為 “ 高 ” ，那么針對(duì)該需求的測(cè)試用例優(yōu)先級(jí)也為 “ 高 ” ；反之亦然， 測(cè)試輸入： 提供測(cè)試執(zhí)行中的各種輸入條件。根據(jù)需求中的輸入條件，確定測(cè)試用例的輸入。測(cè)試用例的輸入對(duì)軟件需求當(dāng)中的輸入有很大的依賴性，如果軟件需求中沒有很好的定義需求的輸入，那么測(cè)試用例設(shè)計(jì)中會(huì)遇到很大的障礙。 操作步驟： 提供測(cè)試執(zhí)行過程的步驟。對(duì)于復(fù)雜的測(cè)試用例，測(cè)試用例的輸入需要分為幾個(gè)步驟完成，這部分內(nèi)

18、容在操作步驟中詳細(xì)列出。 預(yù)期結(jié)果： 提供測(cè)試執(zhí)行的預(yù)期結(jié)果，預(yù)期結(jié)果應(yīng)該根據(jù)軟件需求中的輸出得出。如果在實(shí)際測(cè)試過程中，得到的實(shí)際測(cè)試結(jié)果與預(yù)期結(jié)果不符，那么測(cè)試不通過；反之則測(cè)試通過。 軟件測(cè)試用例的設(shè)計(jì)主要從上述 6 個(gè)域考慮，結(jié)合相應(yīng)的軟件需求文檔，在掌握一定測(cè)試用例設(shè)計(jì)方法的基礎(chǔ)上，可以設(shè)計(jì)出比較全面、合理的測(cè)試用例。具體的測(cè)試用例設(shè)計(jì)方法可以參見相關(guān)的測(cè)試書籍，白盒測(cè)試方法和黑盒測(cè)試方法在絕大多數(shù)的軟件測(cè)試書籍中都有詳細(xì)的介紹，這里不作贅述。 重用同類型項(xiàng)目的測(cè)試用例 如果我看得遠(yuǎn)，那是因?yàn)槲艺驹诰奕说募缟?牛頓。 一般來說，每個(gè)軟件公司的項(xiàng)目可以分為固定的幾大類?？梢园礃I(yè)務(wù)類型劃

19、分，比如 ERP 軟件、產(chǎn)品數(shù)據(jù)管理軟件、通信軟件、地理信息系統(tǒng)軟件等等；可以按軟件結(jié)構(gòu)來劃分，比如 B/S 架構(gòu)的軟件、 C/S 架構(gòu)的軟件、嵌入式軟件等等。參考同類別軟件的測(cè)試用例，會(huì)有很大的借鑒意義。如果，公司中有同類別的軟件系統(tǒng)，千萬別忘記把相關(guān)的測(cè)試用例拿來參考。如果，系統(tǒng)非常接近，甚至經(jīng)過對(duì)測(cè)試用例簡(jiǎn)單修改就可以應(yīng)用到當(dāng)前被測(cè)試的軟件。 “ 拿來主義 ” 可以極大的開闊測(cè)試用例設(shè)計(jì)思路，也可以節(jié)省大量的測(cè)試用例設(shè)計(jì)時(shí)間。 利用已有的軟件 Checklist 在上面一個(gè)小節(jié)中，按照不同的規(guī)則劃分了不同的軟件類型。每種類型的軟件都有一定的測(cè)試規(guī)范，比如， WEB 軟件系統(tǒng)在系統(tǒng)測(cè)試過程

20、中，會(huì)有一系列的范式，比如針對(duì) Cookie 就會(huì)有很多測(cè)試點(diǎn)。在設(shè)計(jì)測(cè)試用例的時(shí)候，不妨到網(wǎng)上去搜索相關(guān)的 Checklist ，不過國(guó)內(nèi)外的網(wǎng)站很少有這方面的資料，即便有，也不是特別系統(tǒng)?？梢韵日乙环荽植诘?Checklist ，然后，在設(shè)計(jì)測(cè)試用例的時(shí)候不斷的去完善它，以作為下次測(cè)試用例設(shè)計(jì)的基礎(chǔ)。 加強(qiáng)測(cè)試用例的評(píng)審 測(cè)試用例設(shè)計(jì)完畢后，最好能夠增加評(píng)審過程。同行評(píng)審是 CMM3 級(jí)的一個(gè) KPA ，如果因?yàn)楣緵]有通過 CMM3 級(jí)，就不開展同行評(píng)審是不恰當(dāng)?shù)?。測(cè)試用例應(yīng)該由產(chǎn)品相關(guān)的軟件測(cè)試人員和軟件開發(fā)人員評(píng)審，提交評(píng)審意見，然后根據(jù)評(píng)審意見更新測(cè)試用例。 如果認(rèn)真操作這個(gè)環(huán)節(jié)，

21、測(cè)試用例中的很多問題都會(huì)暴露出來，比如用例設(shè)計(jì)錯(cuò)誤、用例設(shè)計(jì)遺漏、用例設(shè)計(jì)冗余、用例設(shè)計(jì)不充分等等；如果同行評(píng)審不充分，那么，在測(cè)試執(zhí)行的過程中，上述本應(yīng)在評(píng)審階段發(fā)現(xiàn)的測(cè)試用例相關(guān)問題，會(huì)給測(cè)試執(zhí)行帶來大麻煩，甚至導(dǎo)致測(cè)試執(zhí)行掛起。 定義測(cè)試用例的執(zhí)行順序 在測(cè)試用例執(zhí)行過程中，你會(huì)發(fā)現(xiàn)每個(gè)測(cè)試用例都對(duì)測(cè)試環(huán)境有特殊的要求，或者對(duì)測(cè)試環(huán)境有特殊的影響。因此，定義測(cè)試用例的執(zhí)行順序，對(duì)測(cè)試的執(zhí)行效率影響非常大。比如某些異常測(cè)試用例會(huì)導(dǎo)致服務(wù)器頻繁重新啟動(dòng)，服務(wù)器的每次重新啟動(dòng)都會(huì)消耗大量的時(shí)間，導(dǎo)致這部分測(cè)試用例執(zhí)行也消耗很多的時(shí)間。那么在編排測(cè)試用例執(zhí)行順序的時(shí)候，應(yīng)該考慮把這部分測(cè)試用例放

22、在最后執(zhí)行，如果在測(cè)試進(jìn)度很緊張的情況下，如果優(yōu)先執(zhí)行這部分消耗時(shí)間的異常測(cè)試用例，那么在測(cè)試執(zhí)行時(shí)間過了大半的時(shí)候，測(cè)試用例執(zhí)行的進(jìn)度依然是緩慢的，這會(huì)影響到測(cè)試人員的心情，進(jìn)而導(dǎo)致匆忙地測(cè)試后面的測(cè)試用例，這樣測(cè)試用例的漏測(cè)、誤測(cè)就不可避免，嚴(yán)重影響了軟件測(cè)試效果和進(jìn)度。因而，合理地定義測(cè)試用例的執(zhí)行順序是很有必要的。 測(cè)試用例執(zhí)行 測(cè)試用例設(shè)計(jì)完畢后，接下來的工作是測(cè)試執(zhí)行，測(cè)試執(zhí)行中應(yīng)該注意以下幾個(gè)問題： 搭建軟件測(cè)試環(huán)境，執(zhí)行測(cè)試用例 測(cè)試用例執(zhí)行過程中，搭建測(cè)試環(huán)境是第一步。一般來說，軟件產(chǎn)品提交測(cè)試后，開發(fā)人員應(yīng)該提交一份產(chǎn)品安裝指導(dǎo)書，在指導(dǎo)書中詳細(xì)指明軟件產(chǎn)品運(yùn)行的軟硬件環(huán)境

23、，比如要求操作系統(tǒng)系統(tǒng)是 Windows 2000 pack4 版本，數(shù)據(jù)庫是 Sql Server 2000 等等，此外，應(yīng)該給出被測(cè)試軟件產(chǎn)品的詳細(xì)安裝指導(dǎo)書，包括安裝的操作步驟、相關(guān)配置文件的配置方法等等。對(duì)于復(fù)雜的軟件產(chǎn)品，尤其是軟件項(xiàng)目，如果沒有安裝指導(dǎo)書作為參考，在搭建測(cè)試環(huán)境過程中會(huì)遇到種種問題。 如果開發(fā)人員拒絕提供相關(guān)的安裝指導(dǎo)書，搭建測(cè)試中遇到問題的時(shí)候，測(cè)試人員可以要求開發(fā)人員協(xié)助，這時(shí)候，一定要把開發(fā)人員解決問題的方法記錄下來，避免同樣的問題再次請(qǐng)教開發(fā)人員，這樣會(huì)招致開發(fā)人員的反感，也降低了開發(fā)人員對(duì)測(cè)試人員的認(rèn)可程度。 測(cè)試執(zhí)行過程應(yīng)注意的問題 測(cè)試環(huán)境搭建之后，根

24、據(jù)定義的測(cè)試用例執(zhí)行順序，逐個(gè)執(zhí)行測(cè)試用例。在測(cè)試執(zhí)行中需要注意以下幾個(gè)問題： 全方位的觀察測(cè)試用例執(zhí)行結(jié)果： 測(cè)試執(zhí)行過程中，當(dāng)測(cè)試的實(shí)際輸出結(jié)果與測(cè)試用例中的預(yù)期輸出結(jié)果一致的時(shí)候，是否可以認(rèn)為測(cè)試用例執(zhí)行成功了？答案是否定的，即便實(shí)際測(cè)試結(jié)果與測(cè)試的預(yù)期結(jié)果一致，也要查看軟件產(chǎn)品的操作日志、系統(tǒng)運(yùn)行日志和系統(tǒng)資源使用情況，來判斷測(cè)試用例是否執(zhí)行成功了。全方位觀察軟件產(chǎn)品的輸出可以發(fā)現(xiàn)很多隱蔽的問題。以前，我在測(cè)試嵌入式系統(tǒng)軟件的時(shí)候，執(zhí)行某測(cè)試用例后，測(cè)試用例的實(shí)際輸出與預(yù)期輸出完全一致，不過在查詢 CPU 占用率地時(shí)候，發(fā)現(xiàn) CPU 占用率高達(dá) 90 ，后來經(jīng)過分析，軟件運(yùn)行的時(shí)候啟動(dòng)

25、了若干個(gè) 1ms 的定時(shí)器，大量的消耗的 CPU 資源，后來通過把定時(shí)器調(diào)整到 10ms ， CPU 的占用率降為 7 。如果觀察點(diǎn)單一，這個(gè)嚴(yán)重消耗資源的問題就無從發(fā)現(xiàn)了。 加強(qiáng)測(cè)試過程記錄： 測(cè)試執(zhí)行過程中，一定要加強(qiáng)測(cè)試過程記錄。如果測(cè)試執(zhí)行步驟與測(cè)試用例中描述的有差異，一定要記錄下來，作為日后更新測(cè)試用例的依據(jù)；如果軟件產(chǎn)品提供了日志功能，比如有軟件運(yùn)行日志、用戶操作日志，一定在每個(gè)測(cè)試用例執(zhí)行后記錄相關(guān)的日志文件，作為測(cè)試過程記錄，一旦日后發(fā)現(xiàn)問題，開發(fā)人員可以通過這些測(cè)試記錄方便的定位問題。而不用測(cè)試人員重新搭建測(cè)試環(huán)境，為開發(fā)人員重現(xiàn)問題。 及時(shí)確認(rèn)發(fā)現(xiàn)的問題： 測(cè)試執(zhí)行過程中，

26、如果確認(rèn)發(fā)現(xiàn)了軟件的缺陷，那么可以毫不猶豫的提交問題報(bào)告單。如果發(fā)現(xiàn)了可疑問題，又無法定位是否為軟件缺陷，那么一定要保留現(xiàn)場(chǎng)，然后知會(huì)相關(guān)開發(fā)人員到現(xiàn)場(chǎng)定位問題。如果開發(fā)人員在短時(shí)間內(nèi)可以確認(rèn)是否為軟件缺陷，測(cè)試人員給予配合；如果開發(fā)人員定位問題需要花費(fèi)很長(zhǎng)的時(shí)間，測(cè)試人員千萬不要因此耽誤自己寶貴的測(cè)試執(zhí)行時(shí)間，可以讓開發(fā)人員記錄重新問題的測(cè)試環(huán)境配置，然后，回到自己的開發(fā)環(huán)境上重現(xiàn)問題，繼續(xù)定位問題。 與開發(fā)人員良好的溝通： 測(cè)試執(zhí)行過程中，當(dāng)你提交了問題報(bào)告單，可能被開發(fā)人員無情駁回，拒絕修改。這時(shí)候，只能對(duì)開發(fā)人員曉之以理，做到有理、有據(jù)，有說服力。首先，要定義軟件缺陷的標(biāo)準(zhǔn)原則，這個(gè)原

27、則應(yīng)該是開發(fā)人員和測(cè)試人員都認(rèn)可的，如果沒有共同認(rèn)可的原則，那么開發(fā)人員與測(cè)試人員對(duì)問題的爭(zhēng)執(zhí)就不可避免了。此外，測(cè)試人員打算說服開發(fā)人員之前，考慮是否能夠先說服自己，在保證可以說服自己的前提下，再開始與開發(fā)人員交流。 及時(shí)更新測(cè)試用例 測(cè)試執(zhí)行過程中，應(yīng)該注意及時(shí)更新測(cè)試用例。往往在測(cè)試執(zhí)行過程中，才發(fā)現(xiàn)遺漏了一些測(cè)試用例，這時(shí)候應(yīng)該及時(shí)的補(bǔ)充；往往也會(huì)發(fā)現(xiàn)有些測(cè)試用例在具體的執(zhí)行過程中根本無法操作，這時(shí)候應(yīng)該刪除這部分用例；也會(huì)發(fā)現(xiàn)若干個(gè)冗余的測(cè)試用例完全可以由某一個(gè)測(cè)試用例替代，那么刪除冗余的測(cè)試用例。 總之，測(cè)試執(zhí)行的過程中及時(shí)地更新測(cè)試用例是很好的習(xí)慣。不要打算在測(cè)試執(zhí)行結(jié)束后，統(tǒng)一

28、更新測(cè)試用例，如果這樣，往往會(huì)遺漏很多本應(yīng)該更新的測(cè)試用例。 提交一份優(yōu)秀的問題報(bào)告單 軟件測(cè)試提交的問題報(bào)告單和測(cè)試日?qǐng)?bào)一樣，都是軟件測(cè)試人員的工作輸出，是測(cè)試人員績(jī)效的集中體現(xiàn)。因此，提交一份優(yōu)秀的問題報(bào)告單是很重要的。軟件測(cè)試報(bào)告單最關(guān)鍵的域就是 “ 問題描述 ” ，這是開發(fā)人員重現(xiàn)問題，定位問題的依據(jù)。問題描述應(yīng)該包括以下幾部分內(nèi)容：軟件配置、硬件配置、測(cè)試用例輸入、操作步驟、輸出、當(dāng)時(shí)輸出設(shè)備的相關(guān)輸出信息和相關(guān)的日志等。 軟件配置： 包括操作系統(tǒng)類型版本和補(bǔ)丁版本、當(dāng)前被測(cè)試軟件的版本和補(bǔ)丁版本、相關(guān)支撐軟件，比如數(shù)據(jù)庫軟件的版本和補(bǔ)丁版本等。 硬件配置： 計(jì)算機(jī)的配置情況，主要包

29、括 CPU 、內(nèi)存和硬盤的相關(guān)參數(shù)，其它硬件參數(shù)根據(jù)測(cè)試用例的實(shí)際情況添加。如果測(cè)試中使用網(wǎng)絡(luò)，那么網(wǎng)絡(luò)的組網(wǎng)情況，網(wǎng)絡(luò)的容量、流量等情況。硬件配置情況與被測(cè)試產(chǎn)品類型密切相關(guān)，需要根據(jù)當(dāng)時(shí)的情況，準(zhǔn)確翔實(shí)的記錄硬件配置情況。 測(cè)試用例輸入 操作步驟 輸出： 這部分內(nèi)容可以根據(jù)測(cè)試用例的描述和測(cè)試用例的實(shí)際執(zhí)行情況如實(shí)填寫。 輸出設(shè)備的相關(guān)輸出信息： 輸出設(shè)備包括計(jì)算機(jī)顯示器、打印機(jī)、磁帶等等輸出設(shè)備，如果是顯示器可以采用抓屏的方式獲取當(dāng)時(shí)的截圖，其他的輸出設(shè)備可以采用其它方法獲取相關(guān)的輸出，在問題報(bào)告單中提供描述。 日志信息： 規(guī)范的軟件產(chǎn)品都會(huì)提供軟件的運(yùn)行日志和用戶、管理員的操作日志，測(cè)

30、試人員應(yīng)該把測(cè)試用例執(zhí)行后的軟件產(chǎn)品運(yùn)行日志和操作日志作為附件，提交到問題報(bào)告單中。 根據(jù)被測(cè)試軟件產(chǎn)品的不同，需要在 “ 問題描述 ” 中增加相應(yīng)的描述內(nèi)容，這需要具體問題具體分析。 測(cè)試結(jié)果分析 軟件測(cè)試執(zhí)行結(jié)束后，測(cè)試活動(dòng)還沒有結(jié)束。測(cè)試結(jié)果分析是必不可少的重要環(huán)節(jié)， “ 編筐編簍，全在收口 ” ，測(cè)試結(jié)果的分析對(duì)下一輪測(cè)試工作的開展有很大的借鑒意義。前面的 “ 測(cè)試準(zhǔn)備工作 ” 中，建議測(cè)試人員走讀缺陷跟蹤庫，查閱其他測(cè)試人員發(fā)現(xiàn)的軟件缺陷。測(cè)試結(jié)束后，也應(yīng)該分析自己發(fā)現(xiàn)的軟件缺陷，對(duì)發(fā)現(xiàn)的缺陷分類，你會(huì)發(fā)現(xiàn)自己提交的問題只有固定的幾個(gè)類別；然后，再把一起完成測(cè)試執(zhí)行工作的其他測(cè)試人員

31、發(fā)現(xiàn)的問題也匯總起來，你會(huì)發(fā)現(xiàn)，你所提交問題的類別與他們有差異。這很正常，人的思維是有局限性，在測(cè)試的過程中，每個(gè)測(cè)試人員都有自己思考問題的盲區(qū)和測(cè)試執(zhí)行的盲區(qū)，有效的自我分析和分析其他測(cè)試人員，你會(huì)發(fā)現(xiàn)自己的盲區(qū)，有針對(duì)性的分析盲區(qū)，必定會(huì)在下一輪測(cè)試用避免盲區(qū)。 總結(jié)： 限于文章的篇幅，本文不可能給出一個(gè)類似于 checklist 的指導(dǎo)性的軟件測(cè)試新手入門。無論從事軟件測(cè)試還是從事其它的工作，技術(shù)上的和技巧上的問題都可以通過查詢相關(guān)的軟件測(cè)試技術(shù)書籍獲取，掌握一套基本的方法論是最重要的。以上文字，都是作者從事軟件測(cè)試工作積累的經(jīng)驗(yàn)之談，如發(fā)現(xiàn)謬誤之處請(qǐng)不吝指出。3、文檔質(zhì)量管理層次文檔（

32、包括模型）是軟件開發(fā)過程中的中間成果，這些中間結(jié)果關(guān)系到軟件需求的準(zhǔn)確性完整性、設(shè)計(jì)的合理性，對(duì)軟件系統(tǒng)的最終結(jié)果有決定性作用。文檔質(zhì)量管理層次包括文檔規(guī)范、文檔語法、文檔語義、文檔邏輯、文檔美學(xué)、文檔優(yōu)化。3.1 文檔規(guī)范文檔成果符合企業(yè)或業(yè)界已經(jīng)制定的文檔模板規(guī)范。企業(yè)甚至行業(yè)應(yīng)當(dāng)制定統(tǒng)一的文檔規(guī)范，形成一個(gè)文檔約定和規(guī)則，以統(tǒng)一文檔內(nèi)容與風(fēng)格。3.2 文檔語法文檔成果正確使用通用的工具與術(shù)語、符合相關(guān)行業(yè)的技術(shù)標(biāo)準(zhǔn)。所有語言都有它的語法，所有質(zhì)量合格的文檔（包括模型）都應(yīng)該是語法正確的，不正確的語法會(huì)影響規(guī)格說明和可視化的質(zhì)量。3.3 文檔語義文檔成果表達(dá)正確、無歧義。所有質(zhì)量合格的文檔

33、（包括模型）都代表它期望代表的語義，而且應(yīng)該在代表這些語義的時(shí)候具有一致性。3.4 文檔邏輯文檔成果考慮周全，不矛盾，滿足客戶的關(guān)鍵要求，特別是要符合相關(guān)行業(yè)的業(yè)務(wù)標(biāo)準(zhǔn)。3.5 文檔美學(xué)文檔成果是最佳表述，文字、圖表是均衡和完整的。就是追求平衡的美，每個(gè)組成部分應(yīng)該不大不小，可解讀、可變更、不同時(shí)代表太多的元素。3.6 結(jié)果優(yōu)化通過檢查判斷文檔成果（如項(xiàng)目計(jì)劃、需求規(guī)格、設(shè)計(jì)方案）是否還有改進(jìn)的空間，以盡可能達(dá)到最佳方案。任何一項(xiàng)設(shè)計(jì)，都可以有許多不同的方案，通過“方案優(yōu)化”選定一種最好的方案。任何一位設(shè)計(jì)師在做一項(xiàng)設(shè)計(jì)的時(shí)候總是選擇他認(rèn)為是最好的方案，都有某種程度上的“優(yōu)化”，因此他可以說他

34、的產(chǎn)品是經(jīng)過“優(yōu)化”的。無論何種意義上的優(yōu)化，都有一個(gè)共同的特點(diǎn)，就是相對(duì)性。這個(gè)相對(duì)性有兩方面的意義，一是優(yōu)化是相對(duì)某種目標(biāo)的，目標(biāo)不同優(yōu)化的結(jié)果不同。另一方面是在大多數(shù)的情況下，優(yōu)化的結(jié)果并不是最優(yōu)的，只能是相對(duì)好的。方法體系層次1、措施質(zhì)量管理層次為提高軟件質(zhì)量企業(yè)所采取的相關(guān)措施。決定成敗的不是目標(biāo)，而是措施。任何好的規(guī)章制度或計(jì)劃，最終都需要具體措施才能落到實(shí)處。措施層次包括質(zhì)量檢查、質(zhì)量保證、預(yù)防不合格品、完美無缺。1.1 質(zhì)量檢查保證質(zhì)量的方式是進(jìn)行臨時(shí)性的最后檢查，然后消除次品。軟件測(cè)試是軟件質(zhì)量檢查的具體實(shí)現(xiàn)環(huán)節(jié)。把軟件測(cè)試有效地組織進(jìn)軟件的生產(chǎn)流程，是軟件質(zhì)量控制規(guī)劃的主要

35、內(nèi)容。1.2 質(zhì)量保證質(zhì)量目標(biāo)仍主要通過生產(chǎn)部門或企業(yè)進(jìn)行生產(chǎn)過程的優(yōu)化和穩(wěn)定化來保證質(zhì)量目標(biāo)的達(dá)成。從軟件產(chǎn)業(yè)的發(fā)展初期到目前的大型軟件開發(fā)過程，軟件質(zhì)量保證已經(jīng)成為開發(fā)中的一個(gè)不可分割的部分。1.3 預(yù)防不合格品整個(gè)軟件業(yè)項(xiàng)目屬于需求分析和軟件設(shè)計(jì)的錯(cuò)誤和缺陷約占軟件錯(cuò)誤的64%，而屬于程序代碼的錯(cuò)誤僅占36%。軟件錯(cuò)誤具有隨著階段的進(jìn)展而產(chǎn)生積累與放大效應(yīng)，因此應(yīng)當(dāng)盡早消除錯(cuò)誤，否則“差之毫厘，失之千里”。所以在軟件開發(fā)生命周期的前期就通過對(duì)關(guān)鍵過程成果的評(píng)審控制來預(yù)防不合格品。1.4 完美無缺這一級(jí)上的企業(yè)都有一種內(nèi)在的質(zhì)量文化氛圍，在此氛圍下的方方面面工作都有助于質(zhì)量的提高。每個(gè)員工

36、都意識(shí)到質(zhì)量對(duì)企業(yè)成功的重要性，都在尋求提高質(zhì)量的新途徑，都在為達(dá)到完美無缺而奮斗。同時(shí)，企業(yè)始終如一地面向外部客戶，通過優(yōu)越的設(shè)計(jì)質(zhì)量來滿足客戶需要，并從供應(yīng)商到客戶形成一個(gè)優(yōu)化的管理流程。2、項(xiàng)目管理質(zhì)量層次軟件開發(fā)任務(wù)一般是以項(xiàng)目的形式完成，項(xiàng)目管理質(zhì)量包括組織資源、組建團(tuán)隊(duì)、設(shè)定目標(biāo)、確定范圍、確定優(yōu)先級(jí)、管理風(fēng)險(xiǎn)、建立溝通機(jī)制等內(nèi)容，其層次分為通用術(shù)語、通用過程、單一方法、基準(zhǔn)比較、持續(xù)改進(jìn)?？破澕{博士對(duì)項(xiàng)目成功的定義，不僅要滿足傳統(tǒng)的項(xiàng)目時(shí)間、費(fèi)用和性能的三大目標(biāo)以及滿足客戶或用戶定義的質(zhì)量標(biāo)準(zhǔn)，還要滿足具有最少的或者雙方同意的范圍變更、沒有干擾組織的企業(yè)文化或者價(jià)值觀、沒有干擾組

37、織的日常工作進(jìn)程等條件。2.1 通用術(shù)語企業(yè)了解了項(xiàng)目管理的重要性，并需要進(jìn)一步了解對(duì)項(xiàng)目管理基礎(chǔ)知識(shí)以及相關(guān)的語言和術(shù)語。在企業(yè)內(nèi)部普及項(xiàng)目管理基礎(chǔ)知識(shí)，使用業(yè)界通語言和用術(shù)語進(jìn)行溝通，使大家形成對(duì)問題的正確理解。2.2 通用過程企業(yè)認(rèn)識(shí)到自己需要定義和建立通用過程，以便在一個(gè)項(xiàng)目上成功之后，還可以將該過程及其成功經(jīng)驗(yàn)重復(fù)地用于其他許多個(gè)項(xiàng)目。在這一層次上，還包括理解項(xiàng)目管理原則對(duì)公司所用其他方法的應(yīng)用和支持。2.3 單一方法企業(yè)盡量通過單一的方法開發(fā)，而不是使用多個(gè)方法，可以最好地實(shí)現(xiàn)協(xié)同效應(yīng)和控制，認(rèn)識(shí)到了把公司所以方法結(jié)合成一個(gè)單一方法所產(chǎn)生的協(xié)同效應(yīng)，其核心是項(xiàng)目管理。與使用多個(gè)方法

38、相比，只用一個(gè)方法所產(chǎn)生的協(xié)同效應(yīng)使得程控更加容易。2.4 基準(zhǔn)比較不斷將本企業(yè)的管理實(shí)踐與行業(yè)龍頭企業(yè)比較，以獲得信息來幫助自己改善。企業(yè)認(rèn)識(shí)到為了保持競(jìng)爭(zhēng)優(yōu)勢(shì)，過程改進(jìn)是必要的?；鶞?zhǔn)比較必須連續(xù)進(jìn)行。公司必須決定以誰為基準(zhǔn)點(diǎn)及需要比較什么。2.5 持續(xù)改進(jìn)質(zhì)量是“沒有最好，只有更好”。企業(yè)持續(xù)在必要時(shí)評(píng)估基準(zhǔn)比較中獲得的信息，實(shí)施為改進(jìn)過程所必要的變革。在 ISO9000:2000 中，持續(xù)改進(jìn)不是一個(gè)單獨(dú)的過程或質(zhì)量體系要素，而是管理質(zhì)量體系的方法。企業(yè)最重要的問題是“明天這樣做的比今天好”企業(yè)要永不滿足，沒有終點(diǎn)，永無休止地努力工作，追求進(jìn)步和持續(xù)改進(jìn)，為未來努力奮斗。3、過程質(zhì)量管理

39、層次GB/T85662001（idt ISO/IEC12207）信息技術(shù)軟件生存周期過程把軟件生存周期的各個(gè)過程分為三類，即基本生存周期過程、支持生存周期過程、組織生存周期過程。對(duì)于質(zhì)量，強(qiáng)調(diào)的是對(duì)過程的重視，通過保證每個(gè)環(huán)節(jié)的工作質(zhì)量，來保證最終質(zhì)量，而不是通過最后的檢驗(yàn)測(cè)試找出缺陷。它們的質(zhì)量概念，不僅涵蓋產(chǎn)品，還包括企業(yè)的整個(gè)運(yùn)營(yíng)過程，貫穿產(chǎn)業(yè)鏈的各個(gè)環(huán)節(jié)。確保生產(chǎn)出高質(zhì)量的軟件產(chǎn)品，就是遵循一套有質(zhì)量原則的軟件開發(fā)過程。目前軟件過程改進(jìn)主要根據(jù)能力成熟度模型集成CMMI，其層次分為初始級(jí)、可重復(fù)級(jí)、已定義級(jí)、已經(jīng)管級(jí)、優(yōu)化級(jí)。3.1 初始級(jí)企業(yè)的軟件過程是無序的，甚至是混亂的。幾乎沒有

40、什么過程是經(jīng)過妥善定義的，項(xiàng)目的成功往往依賴于沒寫個(gè)人的技能和經(jīng)驗(yàn)。3.2 可重復(fù)級(jí)已經(jīng)建立了基本的項(xiàng)目管理過程規(guī)范，項(xiàng)目經(jīng)理能跟蹤成本、進(jìn)度、和產(chǎn)品功能等，項(xiàng)目能重復(fù)以前的成功。企業(yè)的過程能力可以概括為“有紀(jì)律的”。3.3 已定義級(jí)已經(jīng)將管理和開發(fā)兩個(gè)方面的過程文檔化，并綜合成企業(yè)的標(biāo)準(zhǔn)軟件過程。所有項(xiàng)目都可以通過裁減企業(yè)標(biāo)準(zhǔn)過程而建立適合于本項(xiàng)目的過程規(guī)范。此過程能力可以概括成“標(biāo)準(zhǔn)的”和“一致的”，它建立在整個(gè)企業(yè)對(duì)軟件過程中的活動(dòng)、角色、職責(zé)的共同理解之上。3.4 已管理級(jí)對(duì)軟件過程與產(chǎn)品都有定量的理解和控制，有專門的數(shù)據(jù)庫系統(tǒng)來收集和分析數(shù)據(jù)。此過程能力可以概括成“定量的”和“可預(yù)測(cè)

41、的”。3.5 優(yōu)化級(jí)能夠有效地識(shí)別企業(yè)過程的優(yōu)勢(shì)和薄弱環(huán)節(jié)，發(fā)現(xiàn)并采用最佳的軟件工程實(shí)踐，預(yù)先防范過程和產(chǎn)品中的缺陷。整個(gè)企業(yè)強(qiáng)調(diào)持續(xù)地改進(jìn)過程能力。社會(huì)因素層次1、企業(yè)質(zhì)量環(huán)境層次企業(yè)質(zhì)量環(huán)境是有關(guān)創(chuàng)建和管理質(zhì)量環(huán)境的管理，包括質(zhì)量規(guī)劃、資源組織、提供相關(guān)工具等，其層次可分為質(zhì)量形象、質(zhì)量制度、質(zhì)量戰(zhàn)略、質(zhì)量文化、企業(yè)文化、全社會(huì)質(zhì)量意識(shí)。1.1 質(zhì)量形象企業(yè)的良好形象與其產(chǎn)品和服務(wù)的高質(zhì)量密不可分。質(zhì)量、信譽(yù)、品牌、服務(wù)等構(gòu)成企業(yè)整體形象的堅(jiān)實(shí)基礎(chǔ)，其中質(zhì)量形象是企業(yè)形象的核心。塑造良好的質(zhì)量形象是企業(yè)提高自身核心競(jìng)爭(zhēng)力的重要手段。1.2 質(zhì)量制度企業(yè)建立了完善的質(zhì)量制度，包括ISO900

42、1質(zhì)量管理體系、與質(zhì)量相關(guān)的配套管理、教育、激勵(lì)制度的完善程度，以及對(duì)于質(zhì)量制度的執(zhí)行力度。有些企業(yè)或部門制定了太多的規(guī)章制度，但都流于形式，最終落到實(shí)處的不多。再好的規(guī)章制度，再偉大的計(jì)劃，都成了一堆廢紙。對(duì)企業(yè)來說，最重要的不是制定了多少制度多少計(jì)劃，而是做了多少事情。企業(yè)如果強(qiáng)調(diào)質(zhì)量，就要檢查質(zhì)量，不檢查質(zhì)量就是不重視質(zhì)量，有制度就必須執(zhí)行好。1.3 質(zhì)量戰(zhàn)略在企業(yè)管理中以人為本，以提高質(zhì)量為中心，一切活動(dòng)圍繞質(zhì)量行為，將質(zhì)量管理提高到戰(zhàn)略的高度。制定質(zhì)量方針目標(biāo)。 1.4 質(zhì)量文化企業(yè)在長(zhǎng)期的質(zhì)量管理中形成的具有本企業(yè)特色的管理思想和精神理念，同時(shí)也是企業(yè)員工為實(shí)現(xiàn)質(zhì)量方針目標(biāo)而自覺遵

43、守的一條共同的價(jià)值觀和信念。1.5 企業(yè)文化一個(gè)企業(yè)中各個(gè)部門，至少是企業(yè)高層管理者們所共同擁有的那些企業(yè)價(jià)值觀念、經(jīng)營(yíng)實(shí)踐、文化現(xiàn)象。它以企業(yè)的價(jià)值觀體系為基礎(chǔ)，以企業(yè)員工的群體意識(shí)形態(tài)為反映。1.6 全社會(huì)質(zhì)量意識(shí)產(chǎn)品質(zhì)量不完全取決于企業(yè)本身，社會(huì)環(huán)境、顧客的成熟程度對(duì)產(chǎn)品質(zhì)量起到比較重要的作用。顧客盲目壓低價(jià)格、壓縮進(jìn)度，造成的惡性競(jìng)爭(zhēng)環(huán)境嚴(yán)重影響產(chǎn)品的質(zhì)量。 2、標(biāo)準(zhǔn)層次國(guó)際競(jìng)爭(zhēng)有三個(gè)層次：第一個(gè)層次是價(jià)格和質(zhì)量的競(jìng)爭(zhēng)、第二個(gè)層次是專利技術(shù)的競(jìng)爭(zhēng)、第三個(gè)層次是標(biāo)準(zhǔn)和制度的競(jìng)爭(zhēng)。誰掌握了標(biāo)準(zhǔn)的使用，誰掌握了標(biāo)準(zhǔn)的制定權(quán)，誰就可以搶占先機(jī)。一流企業(yè)賣標(biāo)準(zhǔn)，二流企業(yè)賣品牌，三流企業(yè)賣產(chǎn)品，四

44、流企業(yè)賣企業(yè)。我國(guó)軟件企業(yè)要適應(yīng)更高層次的競(jìng)爭(zhēng)，就要在標(biāo)準(zhǔn)領(lǐng)域占據(jù)一席之地。標(biāo)準(zhǔn)主要包括技術(shù)標(biāo)準(zhǔn)和業(yè)務(wù)標(biāo)準(zhǔn)兩大類（當(dāng)然還可以其他分類如基礎(chǔ)標(biāo)準(zhǔn)、產(chǎn)品標(biāo)準(zhǔn)、質(zhì)量標(biāo)準(zhǔn)、管理標(biāo)準(zhǔn)、工作標(biāo)準(zhǔn)、安全標(biāo)準(zhǔn)、術(shù)語標(biāo)準(zhǔn)等等）。對(duì)標(biāo)準(zhǔn)化領(lǐng)域中需要協(xié)調(diào)統(tǒng)一的技術(shù)事項(xiàng)所制定的標(biāo)準(zhǔn)，稱為技術(shù)標(biāo)準(zhǔn)。技術(shù)標(biāo)準(zhǔn)包含兩個(gè)方面：一是作為軟件開發(fā)企業(yè)的軟件行業(yè)技術(shù)標(biāo)準(zhǔn)，包括知識(shí)體系指南、過程標(biāo)準(zhǔn)、建模標(biāo)準(zhǔn)、質(zhì)量管理標(biāo)準(zhǔn)、程序語言標(biāo)準(zhǔn)、數(shù)據(jù)庫標(biāo)準(zhǔn)；二是軟件開發(fā)服務(wù)對(duì)象所在的行業(yè)技術(shù)標(biāo)準(zhǔn)，如安全保密標(biāo)準(zhǔn)、技術(shù)性能標(biāo)準(zhǔn)。業(yè)務(wù)標(biāo)準(zhǔn)指的是軟件開發(fā)服務(wù)對(duì)象所在的組織或行業(yè)制定的業(yè)務(wù)流程標(biāo)準(zhǔn)和業(yè)務(wù)數(shù)據(jù)標(biāo)準(zhǔn)等。 運(yùn)用統(tǒng)一的技術(shù)與業(yè)務(wù)標(biāo)準(zhǔn)是對(duì)于質(zhì)

45、量能夠做出重大而且顯著貢獻(xiàn)的因素之一，有助于減少無效的討論，有助于不同的產(chǎn)品之間的兼容和銜接。標(biāo)準(zhǔn)要不斷地與時(shí)俱進(jìn)，因此，標(biāo)準(zhǔn)是種動(dòng)態(tài)信息。 2.1 標(biāo)準(zhǔn)作用范圍級(jí)別項(xiàng)目標(biāo)準(zhǔn)：項(xiàng)目團(tuán)隊(duì)在軟件開發(fā)周期的早期就確定下來的相互達(dá)成一致的標(biāo)準(zhǔn)集合；企業(yè)標(biāo)準(zhǔn)：企業(yè)自行制定的規(guī)范整個(gè)企業(yè)架構(gòu)和所有企業(yè)級(jí)交付產(chǎn)品的標(biāo)準(zhǔn)集合；地方標(biāo)準(zhǔn)：由一個(gè)國(guó)家的地方一級(jí)行政機(jī)構(gòu)（省、州或加盟共和國(guó)）制定的標(biāo)準(zhǔn)，稱為地方標(biāo)準(zhǔn)。它一般由地方所屬的各企業(yè)與單位執(zhí)行。同樣是一個(gè)行業(yè)，每個(gè)地方可能有不同的業(yè)務(wù)政策、業(yè)務(wù)數(shù)據(jù)標(biāo)準(zhǔn)、業(yè)務(wù)流程標(biāo)準(zhǔn)；行業(yè)標(biāo)準(zhǔn)（部頒標(biāo)準(zhǔn)）：指沒有國(guó)家標(biāo)準(zhǔn)而又需要在全國(guó)某個(gè)行業(yè)范圍內(nèi)統(tǒng)一的技術(shù)要求。行業(yè)規(guī)定的全

46、國(guó)本行業(yè)必須遵守的的業(yè)務(wù)數(shù)據(jù)標(biāo)準(zhǔn)、業(yè)務(wù)流程標(biāo)準(zhǔn)，標(biāo)準(zhǔn)編號(hào)一般以行業(yè)名稱的拼音頭個(gè)字母打頭，如環(huán)境HJ、電力DL、公安GA；國(guó)家標(biāo)準(zhǔn)：是在全國(guó)范圍內(nèi)統(tǒng)一的技術(shù)要求。由國(guó)家規(guī)定的標(biāo)準(zhǔn)，主要是數(shù)據(jù)標(biāo)準(zhǔn)，行業(yè)之間的接口標(biāo)準(zhǔn)，標(biāo)準(zhǔn)編號(hào)一般以GB、GB/T、GB/Z打頭。國(guó)際標(biāo)準(zhǔn)：涉及到國(guó)際上多個(gè)國(guó)家或地區(qū)必須遵守的如金融、電信、財(cái)務(wù)、貿(mào)易等業(yè)務(wù)標(biāo)準(zhǔn)。國(guó)際標(biāo)準(zhǔn)一般由國(guó)際標(biāo)準(zhǔn)化組織制定，如ISO、ANSI、IEEE等等，這也是標(biāo)準(zhǔn)編號(hào)的打頭字母，如ISO9001。2.2、標(biāo)準(zhǔn)強(qiáng)制程度級(jí)別強(qiáng)制標(biāo)準(zhǔn)：保障人體健康、人身、財(cái)產(chǎn)安全的標(biāo)準(zhǔn)和法律、行政法規(guī)規(guī)定強(qiáng)制執(zhí)行的標(biāo)準(zhǔn)是強(qiáng)制性標(biāo)準(zhǔn)，其他標(biāo)準(zhǔn)是推薦性標(biāo)準(zhǔn)；如編號(hào)以

47、GB、HJ、DL、GA字母開頭的標(biāo)準(zhǔn)，一般業(yè)務(wù)數(shù)據(jù)標(biāo)準(zhǔn)是強(qiáng)制標(biāo)準(zhǔn)。推薦標(biāo)準(zhǔn)：推薦性標(biāo)準(zhǔn)又稱非強(qiáng)制性標(biāo)準(zhǔn)或自愿性標(biāo)準(zhǔn)。是指生產(chǎn)、交換、使用等方面，通過經(jīng)濟(jì)手段或市場(chǎng)調(diào)節(jié)而自愿采用的一類標(biāo)準(zhǔn)。如GB/T、HJ/T、DL/T、GA/T，一般業(yè)務(wù)流程標(biāo)準(zhǔn)、工作規(guī)范或指南等是推薦標(biāo)準(zhǔn)。指導(dǎo)性標(biāo)準(zhǔn)：對(duì)標(biāo)準(zhǔn)化工作的原則和一些具體做法的統(tǒng)一規(guī)定，稱為指導(dǎo)性標(biāo)準(zhǔn)。例如：產(chǎn)品型號(hào)編制規(guī)則、各類標(biāo)準(zhǔn)編制導(dǎo)則等。如GB/Z、HJ/Z、DL/Z、GA/Z編號(hào)的標(biāo)準(zhǔn)。2.3、軟件開發(fā)常用技術(shù)標(biāo)準(zhǔn)知識(shí)體系：軟件工程知識(shí)體系指南SWEBOK2004、項(xiàng)目管理知識(shí)體系指南PMBOK2000(最新的是PMBOK2004) 、組織

48、管理標(biāo)準(zhǔn)等等；過程標(biāo)準(zhǔn)：CMMI、PSP、TSP、RUP、軟件工程規(guī)范國(guó)家標(biāo)準(zhǔn)；（AP、XP、ASD等開發(fā)過程思想好像還不能稱其為標(biāo)準(zhǔn)）建模標(biāo)準(zhǔn)：UML、軟件工程規(guī)范國(guó)家標(biāo)準(zhǔn)；質(zhì)量管理標(biāo)準(zhǔn)：ISO9001：2000、TQC、6；程序語言標(biāo)準(zhǔn)：Java、C+、PB、編程規(guī)范；數(shù)據(jù)庫標(biāo)準(zhǔn)：Oracle數(shù)據(jù)庫后臺(tái)規(guī)范。3、人員質(zhì)量管理層次人員質(zhì)量是所有工作質(zhì)量的基礎(chǔ)。要提高工作質(zhì)量，就要以人為本，根本的問題是提高人的質(zhì)量。人員質(zhì)量就是人員素質(zhì)，層次分為個(gè)人素質(zhì)、團(tuán)隊(duì)素質(zhì)、組織素質(zhì)、行業(yè)素質(zhì)、國(guó)民素質(zhì)。 3.1 個(gè)人素質(zhì)軟件開發(fā)的個(gè)人素質(zhì)的內(nèi)涵很廣，包含多個(gè)方面，包括學(xué)習(xí)能力、總結(jié)能力、學(xué)識(shí)經(jīng)驗(yàn)、進(jìn)取精神、社交能力、責(zé)任心、自我控制、成就動(dòng)機(jī)、靈活性、創(chuàng)造性潛力、管理潛力、工作態(tài)度、誠(chéng)實(shí)水平等等。關(guān)鍵是根據(jù)自身特點(diǎn)發(fā)揮自己的特長(zhǎng)，同時(shí)要有過硬扎實(shí)基本功的真才實(shí)學(xué)，不做表面功夫花架子的花拳繡腿。這一點(diǎn)在做程序員的時(shí)候大家都會(huì)很注意學(xué)習(xí)，但