摘要：在對HB109軟件平臺的現(xiàn)有缺陷數(shù)據(jù)庫進行分析的基礎(chǔ)上，就企業(yè)系統(tǒng)軟件的缺陷處理流程進行了較為詳細的探討。最終，對SACOO系統(tǒng)對手機軟件的定制流程進行了優(yōu)化和改進。

關(guān)鍵詞：半自動；手機軟件；SACOO；軟件定制；缺陷分析

中圖分類號：TP311.52 文獻標識碼：A 文章編號：1007-9599 (2012) 10-0000-02

隨著移動通信網(wǎng)絡技術(shù)的快速發(fā)展，同時3G網(wǎng)絡得到迅速發(fā)展，運營商在移動數(shù)據(jù)業(yè)務服務行業(yè)中開始進入激烈的競爭時期。為了能夠有效的擴展己方在一定數(shù)據(jù)市場的占有份額，運營商在競爭的過程中采用各種營銷策略，而利用手機終端廠商來進行其自身專有的系列軟件成為了一種有效的手段和方式。同時，手機終端廠商也能夠依靠運營商的銷售網(wǎng)絡來對自己的終端品牌進行推廣。所以。手機軟件定制成為了當前手機移動業(yè)務運營商以及手機終端廠商的主要經(jīng)營模式。而解決軟件定制過程中的缺陷自然成為了手機軟件穩(wěn)定性測試的關(guān)鍵工作。

一、軟件缺陷及其處理工具

（一）手機軟件缺陷

手機軟件的缺陷，通常又被稱作手機軟件的Bug。就是手機軟件在運行的過程中出現(xiàn)影響軟件程序正常運行的問題、錯誤以及各種隱藏的功能缺陷。這些缺陷的存在將會導致用戶正常的使用手機來獲得運營商獲得的功能和服務。

（二）手機軟件缺陷處理的工具

軟件缺陷管理工具從本質(zhì)上講是對軟件中存在的缺陷進行收集和發(fā)布，并提供修改補丁。它是軟件開發(fā)、測試、以及管理人員與各種缺陷進行溝通和對應操作的工具和渠道。而對軟件缺陷管理工具的操作實際上就是對缺陷數(shù)據(jù)庫的操作，通過保證數(shù)據(jù)庫的合理準確性來給對相關(guān)的數(shù)據(jù)進行分類和分析，最終得到準確的評估。

二、半自動化手機軟件定制缺陷處理的流程

半自動化手機軟件定制缺陷的處理流程主要可以分為這樣幾個基本的步驟：

（一）提交缺陷

在進行軟件的測試過程中會發(fā)現(xiàn)各種缺陷，這些軟件測試內(nèi)容包括軟件的系統(tǒng)測試、功能測試，區(qū)域用戶測試以及運營商測試等。其中區(qū)域用戶的測試主要是日常使用過程中發(fā)現(xiàn)的軟件缺陷，這可以利用DMS系統(tǒng)來進行提交。

（二）缺陷的確認

當提交的缺陷道道軟件的開發(fā)團隊之后，他們講能夠以所提交的缺陷描述來對軟件缺陷進行核實，確認該缺陷是否真實存在或者是否會影響到軟件的正常使用。

（三）分析缺陷是否為重復缺陷或者是錯誤缺陷

提交的缺陷有時候已經(jīng)被人提交，且經(jīng)過了處理，還有部分缺陷是用戶對軟件功能的誤解而導致的缺陷。這時候，缺陷狀態(tài)將成為拒絕或者是重復，將不會得到處理。

（四）缺陷分配到處理部門

當缺陷被確認之后，需要進行處理的時候，缺陷將被修改為開始處理的分配狀態(tài)。假若缺陷的處理需要其他部門來進行時，則將之提交給其他部門。

（五）缺陷的處理

在進行缺陷的分配之后，就需要在對應的時間內(nèi)完成對缺陷的處理和修改，在這個過程中缺陷狀態(tài)將被修改為處理中的狀態(tài)。

（六）完成缺陷的修改

在經(jīng)過一段時間的修改和處理之后，缺陷修改完成后。缺陷矗立著還需要自己對軟件進行一次測試，確保自己已經(jīng)完成了對缺陷的修改，并且確保其修改工作不會導致其他副作用的產(chǎn)生。當確認處理完成之后，則將缺陷修改成為處理成功的狀態(tài)。

（七）修改軟件的集成缺陷

在處理人員完成自我軟件測試之后，將處理好的軟件打包提交給項目組進行集成之前的測試，這時處理過程進入了集成狀態(tài)。

（八）集成測試確認通過

軟件的集成測試通常是由缺陷的提交者來進行的，這主要是因為特定的缺陷只有少數(shù)人最為清楚。若處理不成功，將再一次進入軟件缺陷提交狀態(tài)。

（九）缺陷的關(guān)閉

項目負責人將定期的對DMS系統(tǒng)當中的已處理缺陷進行驗證，并將之全部修改成為關(guān)閉狀態(tài)，使得缺陷修改完畢。

三、半自動化手機軟件定制過程中缺陷管理流程改進與優(yōu)化

（一）SACCO處理流程的優(yōu)化和改進策略

1.分析數(shù)據(jù)處理

以某一次缺陷分析為例，利用XSLT模板以及CDA生成的缺陷分析數(shù)據(jù)如下：以HB109為平臺的手機軟件與XSLT解析模板相關(guān)的設計缺陷一共包括271項，占到所有CDA分析缺陷的10.81％。而其中屬于嚴重缺陷的數(shù)目達到64個，為全部CDA嚴重缺陷的17.63％。以HB109為平臺的手機軟件在軟件定制過程中的缺陷一共包括487項，是所有CDA缺陷的19.35％。而屬于嚴重缺陷的為123項，達到CDA嚴重缺陷的34.05％。

2.導致缺陷的原因

從上述的分析數(shù)據(jù)可以看到，與XSLT模板相關(guān)的缺陷是所有手機缺陷當中最少的一種，這有力地證明了采用XSLT模板相關(guān)的軟件要遠遠比采用SACCO系統(tǒng)進行輸入的成熟度要高。但是，一般就是這些問題最少的環(huán)節(jié)經(jīng)常導致了最為嚴重的問題。在實際的上市使用過程中，XSLT模板就出現(xiàn)了很多嚴重的問題，導致大量的手機進入生產(chǎn)工廠返工的問題。

而由CDA生成分析過程而帶來的缺陷以及對軟件的整體影響程度在整個軟件中處于一個中間水平，其最嚴重的比例也僅僅只是占到了三分之一。在進行CDA操作的生成過程中，由于基本的操作都是通過利用SACCO系統(tǒng)進行的。從這方面來看，導致這方面的缺陷主要是由于工程師在進行產(chǎn)品設計及建模過程中對建模需求的了解不足而導致的。

3.優(yōu)化和改進策略

①進行XSLT任務移交

在文章上述中提到的產(chǎn)品上市過程中遭遇的嚴重缺陷，主要是由于針對軟件技術(shù)的更新信息沒有實時的提交給XSLT設計工程師，導致了軟件設計理念的滯后。為了有效的杜絕這種現(xiàn)象的出現(xiàn)，同時考慮到XSLT模板已經(jīng)趨于成熟。因此，這里可以將進入市場之后產(chǎn)品的XSLT修改工作直接提交給XSLT工程師來完成。這樣，當XSLT在手機進入市場并得到用戶的反饋信息之后可以更加及時的提交到處理部門，有效的降低了由于更新信息不及時而帶來的風險。

②取消軟件定制工程師的具體分工處理方式

針對上述軟件定制過程中出現(xiàn)軟件建模的問題，可以從下面這樣兩個方面進行優(yōu)化：其一，當前在進行CDA分析數(shù)據(jù)的分析過程中，通常是由于產(chǎn)品的建模過程中出現(xiàn)對應的內(nèi)容缺失甚至是錯誤。導致這些問題的主要原因是由于軟件的定制協(xié)調(diào)者在和軟件設計工程師之間進行信息溝通的過程中出現(xiàn)溝通不暢以及信息共享時存在延遲或者是滯后而導致的。所以，為了有效的優(yōu)化軟件產(chǎn)品的建模過程，可以將建模工作提交給軟件定制協(xié)調(diào)人員。而且每一個分開的建模工作量都不會很大，更多的工作一般都是對模板進行的更新和維護，便于簡化建模工作，提高工作的質(zhì)量和效率；其二，軟件定制工程師的另外一個重要工作是利用SACCO系統(tǒng)進行CDA的建立，并提交給軟件進行測試，發(fā)布軟件信息。整個過程都是有操作系統(tǒng)來通來通過一系列的簡單操作來完成的，不存在太大的技術(shù)難度。因此，可以將之提交給客戶定制經(jīng)理來完成。而這在一定程度上可能會造成客戶定制經(jīng)理工作量的增加，這時可以考慮適當增加客戶定制經(jīng)理的方式來予以平衡。這樣，在同一個區(qū)域、同一個職位或者是同一個部門，都會在信息共享方面更加的流暢，迅速的提高工作效率和質(zhì)量，減少軟件的缺陷。

（二）CDA測試環(huán)節(jié)的改進建議

1.分析數(shù)據(jù)的處理

以HB109為平臺建立的定制軟件中，CDA缺陷項數(shù)為2505，在運營商進行測試的過程中發(fā)現(xiàn)了804項，在CDA的功能專項測試過程中發(fā)現(xiàn)了670項，在進行系統(tǒng)功能測試過程中發(fā)現(xiàn)398項，這其中還包括779項重復無效或者是被拒接的缺陷。

2.導致缺陷的原因

在對缺陷的分布特性進行分析的過程中，除了CDA生成過程中存在的缺陷在功能專項測試過程中被大量發(fā)現(xiàn)之外，其他的缺陷都是在運營商測試過程中才被發(fā)現(xiàn)的，發(fā)現(xiàn)的時間較晚。從這方面來講，這直接影響到了軟件的質(zhì)量，運營商難以對軟件形成較高的認可度，影響其上市時間。

2.優(yōu)化及改進策略

強化CDA文件包與運營商的原始需求之間的對比測試。尤其是在SACCO系統(tǒng)軟件測試的過程中，其主要的測試內(nèi)容包括SACCO輸入內(nèi)容與CDA文件包之間的對比測試，在每一個版本的測試過程中都能夠發(fā)現(xiàn)CDA文件包生成過程中的問題。而另外一種測試就是主要是將最終生成的文件包與運營商的需求規(guī)范進行對比測試。這種測試可以及時的發(fā)現(xiàn)軟件平臺的缺陷，但是其執(zhí)行的頻率較低，實際效果難以實現(xiàn)。因此，在進行優(yōu)化的過程中可以加強這方面的保障性測試，并采取由SACCO系統(tǒng)自動提交測試請求的方式，在測試執(zhí)行周期內(nèi)分別在產(chǎn)品的初期、中期以及末期都執(zhí)行一次的方式。這將便于及時的發(fā)現(xiàn)缺陷，確保順利的完成并達到運營商的測試標準。

四、結(jié)語

本文對HB109軟件平臺的現(xiàn)有缺陷數(shù)據(jù)庫進行了詳細的分析，并針對企業(yè)系統(tǒng)軟件的缺陷處理流程進行了深入探討。最終，對SACOO系統(tǒng)對手機軟件的定制流程進行了優(yōu)化和改進。給提高手機軟件定制過程中的缺陷處理效率提供了一個參考。

參考文獻：

[1]張增建.半自動化手機軟件定制中的缺陷分析和流程改進[D].北京郵電大學.2010，05

[2]孫磊.軟件缺陷追蹤研究及在手機軟件研發(fā)中的應用[D].大連理工大學.2006，06

[3]洪勇軍.第三方JavaME GUI框架LWUIT的分析與應用[J].連云港職業(yè)技術(shù)學院學報.2010:23(4):24-27

[4]王尚華.基于缺陷管理的手機軟件質(zhì)量管理方法研究[D].中國科學院研究生院，2010