前言：本站為你精心整理了軟件外包開(kāi)發(fā)質(zhì)量范文，希望能為你的創(chuàng)作提供參考價(jià)值，我們的客服老師可以幫助你提供個(gè)性化的參考范文，歡迎咨詢。

摘要：對(duì)日軟件外包是目前在國(guó)內(nèi)發(fā)展迅速的一個(gè)行業(yè)，但是由于國(guó)界、地域、語(yǔ)言、習(xí)俗等差異，導(dǎo)致了對(duì)日軟件外包的質(zhì)量得不到保證。通過(guò)研究和實(shí)踐總結(jié)，結(jié)合所學(xué)的知識(shí)，探討如何保證對(duì)日軟件外包的質(zhì)量。

關(guān)鍵詞：對(duì)日軟件外包；軟件質(zhì)量；方法研究

目前，軟件外包在軟件出口中占有很大的比重，尤其是日本對(duì)中國(guó)的軟件外包。據(jù)統(tǒng)計(jì)日本對(duì)中國(guó)的軟件外包比例占70%左右。日本很多大型企業(yè)在軟件外包業(yè)務(wù)中，輸出到中國(guó)的軟件外包大大超過(guò)印度，平均占83%，有的企業(yè)達(dá)到95%。但是，在中日軟件外包中，存在的最大問(wèn)題是質(zhì)量問(wèn)題。引起質(zhì)量問(wèn)題的原因很多，最主要的是：中日雙方的企業(yè)文化、管理模式的差異，還有開(kāi)發(fā)過(guò)程、溝通方式、開(kāi)發(fā)標(biāo)準(zhǔn)和文檔格式不統(tǒng)一等問(wèn)題。

1加強(qiáng)語(yǔ)言功底

開(kāi)發(fā)人員對(duì)委托方提供的設(shè)計(jì)資料的理解程度直接影響著開(kāi)發(fā)進(jìn)度和質(zhì)量。從過(guò)去的產(chǎn)品質(zhì)量數(shù)據(jù)分析結(jié)果來(lái)看，對(duì)設(shè)計(jì)資料的理解錯(cuò)誤是產(chǎn)生質(zhì)量問(wèn)題的主要原因。特別是對(duì)設(shè)計(jì)資料的理解錯(cuò)誤，如果不從一開(kāi)始就采取措施進(jìn)行預(yù)防，對(duì)程序本身及其他程序的質(zhì)量將可能產(chǎn)生較大的影響。針對(duì)這一點(diǎn)，系統(tǒng)開(kāi)發(fā)部開(kāi)展了以“預(yù)防/消除設(shè)計(jì)資料理解錯(cuò)誤”為主題的質(zhì)量控制（QC）活動(dòng)。隨著活動(dòng)開(kāi)展的深入，質(zhì)量控制逐漸取得了明顯的成效。這一活動(dòng)的首要任務(wù)就是學(xué)習(xí)語(yǔ)言。

2加強(qiáng)溝通

對(duì)日軟件外包通常是不會(huì)外包需求、分析和設(shè)計(jì)階段的。這樣造成接包方和發(fā)包方對(duì)需求、分析和設(shè)計(jì)在理解上的分歧，從而導(dǎo)致設(shè)計(jì)或編碼的不斷變更。需求和設(shè)計(jì)的不穩(wěn)定是軟件業(yè)的通病，是軟件業(yè)最讓人頭疼的頑疾。有人說(shuō)有一個(gè)軟件領(lǐng)域的需求就非常穩(wěn)定，可以在設(shè)計(jì)完成之后就不再變化，這就是離岸軟件外包。至少針對(duì)日軟件外包，在我看來(lái)這是大錯(cuò)特錯(cuò)的。公司在做HC（HeartCore）項(xiàng)目時(shí)，客戶前后的設(shè)計(jì)說(shuō)明書(shū)就變更了7個(gè)版本，僅需求理解就花費(fèi)了20天時(shí)間，而開(kāi)發(fā)和測(cè)試時(shí)間卻不到10天。日本軟件業(yè)的需求和設(shè)計(jì)文檔相當(dāng)規(guī)范，但這并不代表它們不會(huì)變更。因?yàn)榇蠖鄶?shù)情況下，如果日本某公司要制作一款軟件會(huì)將其外包首先給日本軟件公司。而日本軟件公司為了節(jié)約成本，會(huì)將此項(xiàng)目中的部分模塊或某個(gè)項(xiàng)目階段轉(zhuǎn)包給中國(guó)的對(duì)日軟件外包公司?？偣矩?fù)責(zé)接包，然后再將項(xiàng)目發(fā)到下面分公司進(jìn)行最終制造?？上攵@里面一共倒了多少次手了，有的時(shí)候甚至到某對(duì)日軟件外包公司手上的項(xiàng)目已經(jīng)是三包四包了。項(xiàng)目小點(diǎn)還好說(shuō)，如果是一個(gè)大項(xiàng)目，發(fā)包方要和接包方進(jìn)行頻繁的交流，大量的信息經(jīng)由三四個(gè)節(jié)點(diǎn)的傳輸很難說(shuō)不會(huì)變形。

越是大項(xiàng)目需求越不穩(wěn)定，這是大家都知道的。接包方很難一次性了解清楚所有的需求，何況再倒了幾次手。加上設(shè)計(jì)書(shū)的錯(cuò)誤或者語(yǔ)句有歧義，接包方項(xiàng)目人員日語(yǔ)不好，最終編碼人員對(duì)項(xiàng)目的理解和最初發(fā)包方的理解不會(huì)是完全吻合的。所以就出現(xiàn)了到了項(xiàng)目中后期的時(shí)候，已經(jīng)做出一些成型的模塊了，這時(shí)候發(fā)包方和接包方的交流就會(huì)越來(lái)越頻繁，你問(wèn)我答，我問(wèn)你答，大家都極力搞清楚某個(gè)東西到底是干什么用的，它到底是不是用戶想要的，然后對(duì)設(shè)計(jì)書(shū)修了又補(bǔ)，這時(shí)就需要不斷的修改程序。這時(shí)就需要開(kāi)發(fā)人員加強(qiáng)溝通，相互探討，共同完成。這里引申出了協(xié)同開(kāi)發(fā)——這點(diǎn)在現(xiàn)代的軟件企業(yè)是很重要的一點(diǎn)。

3加強(qiáng)文檔管理

文檔在軟件項(xiàng)目中的重要性已經(jīng)是盡人皆知，日本軟件業(yè)極為重視文檔和使用文檔，他們把每個(gè)細(xì)枝末節(jié)都要以文檔的形式記錄，哪怕是一封郵件中的內(nèi)容也要摘到文檔中記錄下來(lái)。印度軟件業(yè)的文檔化和日本很相似，其軟件業(yè)的文檔也是相當(dāng)完備的。日本軟件業(yè)寫(xiě)文檔有一個(gè)特點(diǎn)，就是特別偏愛(ài)Excel，他們90%以上的文檔都是用Excel寫(xiě)的。至于為什么他們偏愛(ài)Excel是重說(shuō)紛紜，我覺(jué)得其中最重要的一個(gè)原因是Excel可以分很多頁(yè)，便于管理，而像Word等其他文本都不具備這個(gè)優(yōu)勢(shì)。日本軟件業(yè)把Excel運(yùn)用得出神入化，使用各種各樣的宏、各種各樣的繪圖、各種復(fù)雜計(jì)算，只要他們想要，他們就能在Excel中做出來(lái)，對(duì)接包公司的大多數(shù)需求都是以Excel給出的。

作為PMA，在項(xiàng)目管理中，需要整理很多文檔，比如需求說(shuō)明、DB設(shè)計(jì)書(shū)、項(xiàng)目模板等等。如果管理不善，會(huì)給項(xiàng)目開(kāi)發(fā)帶來(lái)嚴(yán)重的后果。一般在獲取客戶的需求后，建立文件夾，把需求原件存起來(lái)。等翻譯后，把對(duì)應(yīng)的中文需求也保存起來(lái)，相關(guān)的附件、模板、DB設(shè)計(jì)書(shū)等放在一起。一切整理好后，在發(fā)給開(kāi)發(fā)人員，這樣便于他們理解。隨著項(xiàng)目的跟進(jìn)，在開(kāi)發(fā)中客戶可能修改需求和增加需求，這時(shí)PMA要及時(shí)把對(duì)應(yīng)的需求給開(kāi)發(fā)人員，以免做無(wú)用功或者遺漏需求。一般來(lái)說(shuō)，任何外包軟件企業(yè)都會(huì)采用一些專(zhuān)門(mén)管理工具來(lái)管理相應(yīng)的文檔，比如我們用CVS來(lái)管理代碼，用WIKI管理需求，這些都會(huì)在任務(wù)開(kāi)發(fā)過(guò)程中及時(shí)更新。在配置管理的相關(guān)資料中，詳細(xì)的闡述了什么是配置管理、配置管理的功能以及如何進(jìn)行配置管理。

4嚴(yán)謹(jǐn)測(cè)試

嚴(yán)謹(jǐn)測(cè)試——這點(diǎn)在日本測(cè)試人員身上體現(xiàn)的淋漓盡致。公司在做java（nvmailpoint）項(xiàng)目時(shí)，從3月24號(hào)交付，幾乎天天修改——測(cè)試——交付——修改——測(cè)試——交付，到目前為止，才完美交付了。

雖然每個(gè)任務(wù)在交付前，已經(jīng)根據(jù)需求做了測(cè)試，為什么存在那么多的bug，有的甚至是很明顯的錯(cuò)誤？

由于受交貨期的壓力，開(kāi)發(fā)者在參照設(shè)計(jì)資料時(shí)，細(xì)節(jié)部分的理解不夠仔細(xì)。例如：畫(huà)面數(shù)據(jù)的顯示順序、間隔、字體顯示等；沒(méi)有完全掌握設(shè)計(jì)思想的狀況下即開(kāi)始編碼，對(duì)設(shè)計(jì)要求的理解容易發(fā)生偏差。這些漏洞就需要測(cè)試人員為開(kāi)發(fā)人員補(bǔ)充。所以作為測(cè)試人員要做到以下幾點(diǎn)：

（1）明確自己的責(zé)任——盡可能多的發(fā)現(xiàn)軟件中的bug。

（2）盡可能早的測(cè)試，這樣會(huì)盡早的發(fā)現(xiàn)軟件中的錯(cuò)誤，便于修改，以免造成后期更高的維護(hù)成本。

（3）測(cè)試前編寫(xiě)完整的測(cè)試用例，有計(jì)劃、有目的的進(jìn)行測(cè)試，盡可能用最少的測(cè)試用例，達(dá)到最高的測(cè)試效率。

（4）不斷的執(zhí)行回歸測(cè)試。測(cè)試人員測(cè)試出bug后，等開(kāi)發(fā)人員修改后，要執(zhí)行回歸測(cè)試，以免因此次的修改造成其他的Bug。

針對(duì)外包軟件特殊的測(cè)試步驟：

（1）執(zhí)行本地測(cè)試。

所謂的本地：其一是指在的開(kāi)發(fā)環(huán)境下進(jìn)行的測(cè)試；其二是指在本地配置的客戶的環(huán)境下進(jìn)行的測(cè)試。一般完成一個(gè)任務(wù)后，首先在本地的開(kāi)發(fā)環(huán)境下測(cè)試，通過(guò)后，在虛擬的客戶環(huán)境下進(jìn)行測(cè)試。最終都通過(guò)測(cè)試后，做交付包，提交給客戶。

（2）執(zhí)行遠(yuǎn)程測(cè)試。

需要進(jìn)行遠(yuǎn)程測(cè)試的主要原因——環(huán)境問(wèn)題。雖然公司也安裝了客戶的環(huán)境，但是也不能說(shuō)完全等同于客戶的環(huán)境。由于其他原因，比如說(shuō)編碼方式、版本問(wèn)題、環(huán)境差異將導(dǎo)致bug。

參考文獻(xiàn)

［1］張小松，王鈺，曹躍.（美）RonPatton（佩騰）.SoftwareTesting（軟件測(cè)試）（第2版）［M］.北京:機(jī)械工業(yè)出版社,2006，（4）.

［2］林銳.軟件配置管理——對(duì)軟件成果的有效保護(hù)［M］.北京:電子工業(yè)出版社,2005,(3).

［3］黃軍，劉曉梅，熊勇.軟件配置管理及其工具應(yīng)用［M］.北京:人民郵電出版社,2002,(12).

［4］MyFAQ.高效軟件開(kāi)發(fā)團(tuán)隊(duì)的特征.網(wǎng)絡(luò)文章./A200508/2005-08-07/184102.html,2005,(8).

［5］朱少民.軟件測(cè)試方法和技術(shù)(第1版)［M］.北京:清華大學(xué)出版社,2005,(7).

［6］楊文宏，李新輝.（美）麥格雷戈（JohnD.McGregor）.面向?qū)ο蟮能浖y(cè)試(第1版)［M］.北京:機(jī)械工業(yè)出版社,2002,(8).