一、電信行業(yè)軟件測試項目管理面臨的問題

    近年來，隨著計算機和軟件技術(shù)的飛速發(fā)展，國內(nèi)軟件測試技術(shù)研究也取得了很大的突破：測試專家總結(jié)了很好的測試模型，比如著名的V模型、W模型等；在測試過程改進方面提出了TMM（Testing Maturity Model,測試成熟度模型）的概念；在單元測試、自動化測試、負載壓力測試以及測試管理等方面涌現(xiàn)了大量優(yōu)秀的軟件測試工具。然而，遺憾的是，針對軟件測試的項目管理方法，以及如何組織實施軟件測試項目管理的策略，卻較少有人關(guān)注，從而使軟件測試工作長期處于低水平應用層面。目前國內(nèi)的軟件項目，尤其是企業(yè)應用軟件測試項目中，存在以下問題：

    1、企業(yè)應用軟件項目的復雜性和專業(yè)性。國內(nèi)大多數(shù)軟件項目都是企業(yè)信息化項目，企業(yè)信息化系統(tǒng)是面向管理應用革新的過程，盡管它也要依托計算機和網(wǎng)絡等物質(zhì)化的硬件平臺，但其實施對象主要是人及業(yè)務流程等非客觀形態(tài)，需要重構(gòu)企業(yè)的經(jīng)營模式和管理方式，并需將先進的管理思想和管理模式潛移默化到人的行為規(guī)范和業(yè)務流程中。

    （1）業(yè)務需求的寬泛和易變。企業(yè)信息化的應用軟件項目，它涉及到企業(yè)的方方面面。如一個電信企業(yè)的營銷管理信息系統(tǒng)（Sales Management Information System,SMLS,以下簡稱：A系統(tǒng)），它的業(yè)務需求不僅牽涉到企業(yè)內(nèi)部的營銷、運維、調(diào)度等業(yè)務部門，還與企業(yè)外部的客戶、上級單位、國家的相關(guān)政策等有關(guān)聯(lián)。每一個環(huán)節(jié)的變化，都有可能影響系統(tǒng)的業(yè)務需求。因此，既使是同行業(yè)的同類應用軟件，在不同企業(yè)、不同時期，應用需求都會有很大變化。（2）軟件項目實施運用的干擾因素多。眾所周知，企業(yè)信息化“三分在技術(shù)，七分在實施”，一個完整的ERP工程實施至少需要2到3年的周期。每個實施階段又包括一系列實施步驟，整個實施過程均需要嚴格的實施規(guī)范。而在這個較長的周期中，行業(yè)的政策變化、企業(yè)的經(jīng)營狀況，甚至企業(yè)的機構(gòu)和領(lǐng)導更替，都可能對軟件項目產(chǎn)生影響，甚至導致項目的失敗。因此，所面臨的干擾因素、不確定因素太多。

    （3）電信業(yè)務的專業(yè)性。由于電信行業(yè)的專業(yè)化，使軟件的測試工作要具備軟件測試的相關(guān)知識，同時，又要有電信相關(guān)的專業(yè)知識。兩者的結(jié)合非常重要，而具備兩者能力的人，非常缺乏。因此，電信企業(yè)軟件測試項目管理的專業(yè)門檻更較高。由于電信企業(yè)長期的壟斷經(jīng)營，幾乎沒有外部競爭壓力，管理上各省、市電信企業(yè)自行進行經(jīng)營和管理，因此業(yè)務方面各地的處理方式差異很大，而作為大型傳統(tǒng)行業(yè)，固守傳統(tǒng)的力量相當大，所以長期以來，雖然很多電信企業(yè)也在做信息化建設，但都是各自為政。這樣一來，開發(fā)自動的軟件測試工具變得不現(xiàn)實，因為很難想象，為了一個軟件項目的測試工作，去開發(fā)一個不可復用的測試工具。功能測試主要還要依靠人工測試，使電信企業(yè)軟件測試項目管理的手段相對滯后，測試工具缺乏。

    2、企業(yè)應用軟件項目的需求變動風險。目前很多的軟件項目還是按照瀑布開發(fā)模式開發(fā)的，即先提需求，然后根據(jù)需求進行分析，一步一步推進設計、驗證、編碼等各項工作。在這個過程中需求作為源頭起著關(guān)鍵作用，然而，企業(yè)應用軟件因為大量的個性化的需求和行業(yè)的專業(yè)性特點，存在業(yè)務人員不知道如何規(guī)范和細化需求，而軟件設計人員又缺乏專業(yè)知識，這是相互矛盾的。很多電信企業(yè)應用軟件項目就面臨這樣尷尬的局面，經(jīng)常提交的系統(tǒng)需求分析只是一個框架性的文檔，對系統(tǒng)設計工作不具有可操作性。軟件設計人員根據(jù)這樣一個框架，憑著個人的理解，進行設計，并指導開發(fā)工作，最后推出系統(tǒng)的初級版本提交客戶，在使用中邊用邊改。導致整個軟件開發(fā)工作的效率不高。造成軟件用戶使用不暢，從而不愿進行后期投入。另一方面，開發(fā)方的后期維護成本居高不下。實力較弱的軟件企業(yè)往往會被拖垮，最終導致軟件項目的失敗。這樣的框架需求，不僅使軟件項目后期需求變動很大，同時，使系統(tǒng)的測試管理工作變得非常困難，很多項目都無法使用自動測試手段，從而對軟件項目的研發(fā)質(zhì)量難于控制。需求的不斷變化，使整個軟件項目生命周期均存在著各種的風險，項目過程難以進行有效控制。

    3、軟件測試的管理方式和應用技術(shù)發(fā)展相對滯后。雖然軟件測試技術(shù)的發(fā)展很快，但是其發(fā)展速度仍落后于軟件開發(fā)技術(shù)的發(fā)展速度。在對各行各業(yè)對軟件質(zhì)量的要求越來越高的今天，軟件測試項目管理在今天面臨著很大的挑戰(zhàn)。（1）軟件規(guī)模越來越大，功能越來越復雜，信息系統(tǒng)的自身安全性、數(shù)據(jù)安全性問題日益突出。如何針對軟件項目的特點，進行充分而有效的測試，是測試管理工作的急待解決的問題。（2）很多軟件測試項目還由開發(fā)人員來完成。軟件測試理論從心理學角度認為，開發(fā)人員在測試自己開發(fā)的程序時有不可避免的心理障礙，測試工作應該是相對獨立的。因此，測試項目的有效開展需要建立一套有效的測試管理體系。（3）電信企業(yè)軟件測試項目管理工作是關(guān)系到國計民生的大事，它直接影響著企業(yè)的生產(chǎn)經(jīng)營和信息安全。但長期以來，電信企業(yè)的應用軟件，很多開發(fā)完成后，便直接投放用戶使用，即使少量大型的軟件企業(yè)實施的開發(fā)項目，也只是驗收前組織相關(guān)人員突擊式的測試一下，幾乎不在開發(fā)中進行過程控制和跟蹤測試。往往是投入使用后很長時間，邊修改邊使用，導致軟件系統(tǒng)的性能長期不穩(wěn)定。目前，相對滯后的軟件測試發(fā)展現(xiàn)狀急待改變。

    4、人員流動性較大。為電信做軟件開發(fā)的企業(yè)的規(guī)模相對于電信企業(yè)，往往是中小企業(yè)，企業(yè)性質(zhì)和經(jīng)營實力決定，對大多數(shù)程序員，只能維持較低的員工工資水平，而低工資決定了員工流動性大、素質(zhì)差、缺乏歸屬感和責任心，更談不上主動性和積極性。

    這樣導致項目的連續(xù)性受影響，有時甚至出現(xiàn)人員交接的斷層，更別說規(guī)范穩(wěn)定的測試隊伍。人員的流動性不僅影響測試工作的開展，甚至導致很多軟件項目，交付用戶使用后，維護工作難以為繼，最后不得不推倒重做，形成這樣一個軟件項目的惡性循環(huán)。如何保證一支穩(wěn)定的軟件研發(fā)和測試隊伍，開展電信企業(yè)軟件測試項目管理，是很多為電信企業(yè)提供軟件的企業(yè)不得不面對的問題。

    二、A系統(tǒng)測試過程管理

    軟件測試在系統(tǒng)的開發(fā)過程中占有重要的作用，它是對前面的開發(fā)成果的檢測，是用戶對開發(fā)方交付物的驗收，軟件測試的質(zhì)量，直接關(guān)系到系統(tǒng)的成敗。一般情況下，軟件測試具有較長的周期，幾乎與程序編寫的時間相當，其費用也是非常高的，因此，對系統(tǒng)測試的過程進行有效管理是非常必要的。

    軟件測試過程一般分為四個階段：單元（功能模塊）測試，聯(lián)合（集成）測試，壓力測試和驗證（確認）測試。下面簡單介紹這四個階段的主要工作。

    單元測試：是針對軟件設計中的最小單位——程序模塊——進行正確性檢驗的測試工作，其目的在于發(fā)現(xiàn)各模塊內(nèi)部可能存在的各種差錯。它的主要依據(jù)是詳細涉及說明書和源程序。多個模塊可以平行獨立地進行單元測試。

    聯(lián)合測試：集成測試主要依據(jù)是總體設計文檔，測試主要內(nèi)容有功能性、可靠性、易用性、效率、維護性和可移植性中相關(guān)的部分，根據(jù)軟件需求和設計的要求而選定。集成測試驗證各軟件單元集成后形成的模塊能否達到概要設計規(guī)格說明中各模塊的設計目標。這里的模塊可能是指某個軟件部件，也可能是指某個或某幾個子系統(tǒng)。

    壓力測試：它主要是確認系統(tǒng)功能的穩(wěn)定性，系統(tǒng)性能的高效性和可靠性。它的常用做法是在實際的運行環(huán)境中模擬系統(tǒng)在使用高峰時是否能正常，穩(wěn)定的工作，系統(tǒng)的反應速度和吞吐量是否滿足需求說明書的要求。

    驗證測試：驗證測試的內(nèi)容主要包括功能驗證性測試、軟件配置復審、驗收測試。（1）功能驗證性測試：是在實際的環(huán)境下，驗證所測軟件是否滿足需求規(guī)格說明書列出的功能需求。（2）配置復審：復審的目的在于保證軟件配置齊全、分類有序，并且包括軟件維護所必須的細節(jié)。（3）驗收測試：在通過了系統(tǒng)的功能性測試及軟件配置審查之后，就應開始系統(tǒng)的驗收測試。驗收測試以用戶為主，測試在實際的環(huán)境下，安裝軟件，并用實際數(shù)據(jù)進行測試。驗收測試還包括驗證軟件的相關(guān)文檔，如操作手冊等。

    三、A系統(tǒng)測試過程的范圍管理

    如上所述，系統(tǒng)測試將分別經(jīng)歷單元測試，聯(lián)合測試，壓力測試和驗證測試四個階段，但是，如何保證測試的四個階段能有序進行，每個階段有效完成測試任務呢？一個重要的工作就是對測試的每個階段進行范圍管理，即在做測試計劃時，清晰的劃分四個測試階段的工作范圍。

    A系統(tǒng)各階段的測試過程的范圍管理如下：

    單元測試：因為A系統(tǒng)采用增量開發(fā)模型，所以各功能模的單元測試是按照開發(fā)優(yōu)先級管理設定的各開發(fā)階段的內(nèi)部進行。開發(fā)優(yōu)先級管理把A系統(tǒng)分成四個開發(fā)階段，對應的單元測試也自然的包含在這四個階段內(nèi)，因此，單元測試的功能模塊的測試順序與開發(fā)優(yōu)先級類別劃分相同。對于每個功能模塊，單元測試的主要工作內(nèi)容是：1）樁模塊和驅(qū)動模塊的開發(fā)。。2）模塊接口測試。3）局部數(shù)據(jù)結(jié)構(gòu)測試。4）路徑測試。5）錯誤處理測試。6）邊界測試。7）各模塊的測試報告。

    聯(lián)合測試：在開發(fā)優(yōu)先級管理中，每個開發(fā)階段都會有一個可交付的子系統(tǒng)，聯(lián)合測試主要是把這4個子系統(tǒng)集成起來測試。聯(lián)合測試的主要工作內(nèi)容是：1）功能性測試：指檢查各個子功能組合起來能否滿足設計所要求的功能，包括程序單元或模塊的功能是否互相產(chǎn)生不利影響、程序單元或模塊之間的接口是否正確、各個程序單元或模塊所用到的全局變量是否一致等。2）可靠性測試：根據(jù)軟件需求和設計中提出的要求，對軟件的容錯性、易恢復牲、錯誤處理能力進行測試。3）易用性測試：根據(jù)軟件設計中提出的要求，對軟件的易理解性、易學性和易操作性進行檢查和測試。4）性能測試：根據(jù)軟件需求和設計中提出的要求，進行軟件的時間特性、資源特性測試。5）維護性測試：根據(jù)軟件需求和設計中提出的要求，對軟件的易修改性進行測試。6）可移植性測試：根據(jù)軟件需求和設計中提出的要求，對軟件在不同操作系統(tǒng)環(huán)境下被使用的正確性進行測試。7）聯(lián)合測試報告。

    驗證測試：A系統(tǒng)的驗證測試基本都是用戶親自測試。它的主要工作內(nèi)容如下：1）軟件安裝測試。2）功能驗證測試。3）軟件配置測試。4）核心業(yè)務的操作手冊測試。5）驗證測試報告。