軟件項目工作總結范文
總結是把一定階段內的有關(guān)情況分析研究,做出有指導性的經(jīng)驗方法以及結論的書(shū)面材料,它有助于我們尋找工作和事物發(fā)展的規律,從而掌握并運用這些規律,是時(shí)候寫(xiě)一份總結了?偨Y怎么寫(xiě)才是正確的呢?以下是小編為大家收集的軟件項目工作總結范文,歡迎大家分享。
軟件項目工作總結范文1
20xx年,公司規模迅速擴大,公司管理的自動(dòng)化程度不斷提高,許多軟件系統已不能滿(mǎn)足不斷擴大的管理要求,除了要升級原有的軟件系統外,新的系統開(kāi)發(fā)需求成倍增加,因而,本年度內擴充了軟件應用及開(kāi)發(fā)工程師擴大到30人。20xx年與20xx年間,隨著(zhù)面向目標軟件平臺的普及,新的高效的軟件開(kāi)發(fā)模式也在中國軟件業(yè)不斷成熟,整體開(kāi)發(fā)整體水平有了很大的提高,我公司也引進(jìn)一些新的開(kāi)發(fā)工具,實(shí)踐了迭代開(kāi)發(fā)等先進(jìn)的管理方法。
xx年內我們主要完成了供應協(xié)同平臺,固定資產(chǎn)管理,合理化建議,商用空調信息管理系統,基礎文檔管理系統等新的項目。由于開(kāi)發(fā)管理的改進(jìn),本年度,軟件開(kāi)發(fā)效率提高較大,雖然用戶(hù)需求增加很快,我們軟件設計功能滿(mǎn)足率仍然達到了95%,由于引進(jìn)了專(zhuān)業(yè)的軟件代碼單元測試方法,軟件測試的代碼覆蓋率增加到75%,軟件的BUG率大幅下降,質(zhì)量大幅提高,項目完成率提高到85%。雖然本年度軟件開(kāi)發(fā)從質(zhì)量,效率上都有較大提高,但通過(guò)分析,仍然發(fā)現了一些不足之處,需要采取相應的改進(jìn)措施:
一、由于人員效率的提高,對用戶(hù)需求的響應時(shí)間縮短到4天,比去年提高了50%,但評估完成時(shí)間只提高了10%根據分析,評估響應時(shí)間較長(cháng)的原因主要是:
。1)、使用的開(kāi)發(fā)方法有所改變,對開(kāi)發(fā)時(shí)間的評估不是太熟練;
。2)、開(kāi)發(fā)人員的專(zhuān)業(yè)知識有所增強,但對由于開(kāi)發(fā)任務(wù)較重,對有些專(zhuān)業(yè)領(lǐng)域的熟悉還不夠。
二、關(guān)鍵用戶(hù)訪(fǎng)談率及關(guān)鍵用戶(hù)對需求的.認同率都有所提高,都達到了90%以上,但仍然有所不足,主要原因如下:
。1)、在忙季,仍然有的關(guān)鍵用戶(hù)抽不出時(shí)間來(lái)接受訪(fǎng)談;
。2)、由于有些需求分析人員經(jīng)驗不足,對部分需求的分析不夠透徹、準確;
三、每個(gè)功能模塊平均的BUG數仍然有2個(gè),單元測試覆蓋率只達到75%,
分析原因如下:
。1)、開(kāi)發(fā)工具的限制,目前的開(kāi)發(fā)工具,對界面部分進(jìn)行單元測試仍然不能自動(dòng)進(jìn)行,而用戶(hù)界面開(kāi)發(fā)占系統功能的很大一部分;
。2)、軟件開(kāi)發(fā)人員的原因:由于軟件人員緊張,項目任務(wù)多,交期短,所以
在開(kāi)發(fā)時(shí),所以,雖然在技術(shù)上,將界面程序進(jìn)一步分拆開(kāi)來(lái)進(jìn)行更多覆蓋率的測試可以提高測試率,但實(shí)際上,由于時(shí)間原因,大部分工程師都沒(méi)有這樣做,開(kāi)發(fā)出的軟件代碼缺乏時(shí)間整理,并盡量通用化,也是軟件質(zhì)量沒(méi)有進(jìn)一步提高的原因;
四、項目的按時(shí)完成率仍然不夠高,平均只有85%,分析原因如下:
。1)、用戶(hù)需求變更太頻繁:由于用戶(hù)需求變更太隨意,太頻繁,仍然是按時(shí)完成率提高的主要障礙。
。2)、軟件需求分析設計人員的原因:由于設計的不合理,分析用戶(hù)需求不夠
透徹和全面,架構設計不合理,導致軟件開(kāi)發(fā)變更及錯誤多,也導致了軟件項目的開(kāi)發(fā)延遲;
綜上所述,為了順利實(shí)現計算機中心xx年目標,我們計劃改進(jìn)措施如下:
內部的改進(jìn)措施:
1、加大對新人培養力度,不但培養新進(jìn)開(kāi)發(fā)人員的技術(shù)能力,同時(shí)注意提高他們對業(yè)務(wù)的熟悉程度;
2、貫徹崗位知識能力模型,要求嚴格達標;做到合適的人在合適的位置做合適的事;
3、加強軟件開(kāi)發(fā)管理,培養團隊合作精神,加強軟件過(guò)程控制;
4、優(yōu)化設計開(kāi)發(fā)方法:加強設計標準化、模塊化;提高軟件開(kāi)發(fā)效率;
外部的改進(jìn)措施提議如下:
1、提高業(yè)務(wù)部門(mén)對軟件開(kāi)發(fā)過(guò)程的了解;
2、培養用戶(hù)需求的分析能力;
3、加強與用戶(hù)的溝通,讓用戶(hù)參與到設計中來(lái);
軟件項目工作總結范文2
1、引言
1.1編寫(xiě)目的
xx網(wǎng)站建設
說(shuō)明編寫(xiě)這份項目開(kāi)發(fā)總結報告的目的,指出預期的閱讀范圍。
1.2背景
說(shuō)明:
a.本項目的名稱(chēng)和所開(kāi)發(fā)出來(lái)的軟件系統的名稱(chēng);
b.此軟件的任務(wù)提出者、開(kāi)發(fā)者、用戶(hù)及安裝此軟件的計算中心。
1.3定義
列出本文件中用到的專(zhuān)門(mén)術(shù)語(yǔ)的定義和外文首字母組詞的原詞組。
1.4參考資料
列出要用到的參考資料,如:
a.本項目的已核準的計劃任務(wù)書(shū)或合同、上級機關(guān)的批文;
b.屬于本項目的其他已發(fā)表的文件;
c.本文件中各處所引用的文件、資料,包括所要用到的軟件開(kāi)發(fā)標準。列出這些文件的標題、文件編號、發(fā)表日期和出版單位,說(shuō)明能夠得到這些文件資料的來(lái)源。
2、實(shí)際開(kāi)發(fā)結果
2.1產(chǎn)品
說(shuō)明最終制成的產(chǎn)品,包括:
a.程序系統中各個(gè)程序的名字,它們之間的層次關(guān)系,以千字節為單位的各個(gè)程序的程序量、存儲媒體的形式和數量;
b.程序系統共有哪幾個(gè)版本,各自的`版本號及它們之間的區別;
c.每個(gè)文件的名稱(chēng);
d.所建立的每個(gè)數據庫。如果開(kāi)發(fā)中制訂過(guò)配置管理計劃,要同這個(gè)計劃相比較。
2.2主要功能和性能
逐項列出本軟件產(chǎn)品所實(shí)際具有的主要功能和性能,對照可行性研究報告、項目開(kāi)發(fā)計劃、功能需求說(shuō)明書(shū)的有關(guān)內容,說(shuō)明原定的開(kāi)發(fā)目標是達到了、未完全達到、或超過(guò)了。
2.3基本流程
用圖給出本程序系統的實(shí)際的基本的處理流程。
2.4進(jìn)度
列出原定計劃進(jìn)度與實(shí)際進(jìn)度的對比,明確說(shuō)明,實(shí)際進(jìn)度是提前了、還是延遲了,分析主要原因。
2.5費用
列出原定計劃費用與實(shí)際支出費用的對比,包括:
a.工時(shí),以人月為單位,并按不同級別統計;
b.計算機的使用時(shí)間,區別cpu時(shí)間及其他設備時(shí)間;
c.物料消耗、出差費等其他支出。
明確說(shuō)明,經(jīng)費是超出了、還是節余了,分析其主要原因。
3、開(kāi)發(fā)工作評價(jià)
3.1對生產(chǎn)效率的評價(jià)
給出實(shí)際生產(chǎn)效率,包括:
a.程序的平均生產(chǎn)效率,即每人月生產(chǎn)的行數;
b.文件的平均生產(chǎn)效率,即每人月生產(chǎn)的千字數;
并列出原訂計劃數作為對比。
3.2對產(chǎn)品質(zhì)量的評價(jià)
說(shuō)明在測試中檢查出來(lái)的程序編制中的錯誤發(fā)生率,即每干條指令(或語(yǔ)句)中的錯誤指令數(或語(yǔ)句數)。如果開(kāi)發(fā)中制訂過(guò)質(zhì)量保證計劃或配置管理計劃,要同這些計劃相比較。
3.3對技術(shù)方法的評價(jià)
給出對在開(kāi)發(fā)中所使用的技術(shù)、方法、工具、手段的評價(jià)。
3.4出錯原因的分析
給出對于開(kāi)發(fā)中出現的錯誤的原因分析。
4、經(jīng)驗與教訓
列出從這項開(kāi)發(fā)工作中所得到的最主要的經(jīng)驗與教訓及對今后的項目開(kāi)發(fā)工作的建議。
軟件項目工作總結范文3
一、個(gè)人工作詳細說(shuō)明
本次軟件項目設計的題目是場(chǎng)地預約系統,它是基于B/S模式實(shí)現的用于體育城場(chǎng)地管理預約的Web應用軟件。為用戶(hù)提供并接受用戶(hù)提出的需求信息,同時(shí)通過(guò)數據庫管理系統存儲數據,給場(chǎng)地的管理帶來(lái)很大的方便。本項目的實(shí)現分為前臺與后臺。其中前臺,用戶(hù)可以瀏覽場(chǎng)地所提供的可預訂場(chǎng)地的信息,同時(shí)可以對需要的場(chǎng)地進(jìn)行預訂;后臺主要是針對管理員,管理員可以通過(guò)后臺對場(chǎng)地的相應信息進(jìn)行增添修改等操作。
我基本參與了本項目的全部實(shí)現過(guò)程,涉及項目的需求分析,概要設計,詳細設計,代碼編寫(xiě),調試與運行。在需求分析階段和小組其他成員認真分析討論了本項目各方面的需求,主要是功能方面的需求,基本確定了本場(chǎng)地預約系統應該具有的基本功能。概要設計階段通過(guò)討論分析確定了所需表結構。詳細設計階段參與部分代碼的編寫(xiě),其中包括頁(yè)面與數據庫交互的實(shí)現,還有相應jsp頁(yè)面代碼的實(shí)現幾布局的調整,修改。
在數據庫設計實(shí)現階段,通過(guò)和我們組其他成員的共同討論,確定了場(chǎng)地信息、用戶(hù)信息等表結構的詳細信息,并實(shí)現了其數據庫的建立和相應表的具體信息的設計實(shí)現。同時(shí)針對個(gè)別表結構完成了相應代碼的編寫(xiě)與實(shí)現。
在后臺,實(shí)現了用戶(hù)的信息的瀏覽查看,修改及刪除等功能,同時(shí)完成了足球場(chǎng)等場(chǎng)地信息的瀏覽、增添、修改、刪除等功能。
前臺參與了主界面的設計與實(shí)現,通過(guò)查詢(xún)數據庫得到主界面顯示所需場(chǎng)地的相關(guān)信息,通過(guò)這樣,用戶(hù)可以很清楚的獲知所有可預訂場(chǎng)地的信息,其主界面上的所有關(guān)于場(chǎng)地的數據都是動(dòng)態(tài)從數據庫獲取的,這樣當場(chǎng)地增添或刪除時(shí)通過(guò)修改數據庫可以很方便的實(shí)現界面呈現給用戶(hù)的場(chǎng)地信息,能夠很好的使實(shí)際情況跟提供給用戶(hù)的信息保持同布,非常利于場(chǎng)地信息的管理和發(fā)布。
二、個(gè)人工作體會(huì )西安石油大學(xué)
時(shí)間過(guò)得真快,不知不覺(jué)中近一個(gè)月的課程設計就要結束了。本次課程設計我們組做的題目是場(chǎng)地預約系統,先前選題的時(shí)候以為它實(shí)現起來(lái)應該比較簡(jiǎn)單,在通過(guò)后邊的具體分析之后才發(fā)現它并不是我所想象的那樣簡(jiǎn)單,其中涉及許多問(wèn)題我當時(shí)并沒(méi)有想清楚。
經(jīng)過(guò)我們小組的共同努力,最終基本上完成了場(chǎng)地預約系統的實(shí)現。雖然做的不是很完美,不是特別有創(chuàng )意,但這是我們共同努力的結果,當我們看著(zhù)自己親自完成的項目覺(jué)得很欣慰。
通過(guò)這次課程我對前邊多學(xué)的知識有了進(jìn)一步的認識與掌握,使我進(jìn)一步認識到課本所學(xué)知識與實(shí)際應用是不一樣的,在實(shí)際應用中需要你去針對具體的問(wèn)題去靈活的變通處理,而并不總是和課本上的知識一樣。同時(shí),我深感只有通過(guò)具體項目的實(shí)踐,才能更好的掌握所學(xué)知識,并進(jìn)一步的融會(huì )貫通。
這次課程設計使我深刻認識到了一個(gè)項目的實(shí)現最重要的還是需求分析而不是代碼的實(shí)現。在此次場(chǎng)地預約管理系統的實(shí)現過(guò)程中,我們就是因為期初對本系統的需求分析工作沒(méi)有做到位致使表結構的建立存在不少問(wèn)題,進(jìn)而導致后邊在代碼的實(shí)現過(guò)程中又重新回來(lái)修改數據庫的表結構。這樣就不得不對已經(jīng)實(shí)現的代碼進(jìn)行修改,這個(gè)過(guò)程將會(huì )是一個(gè)相當讓人頭疼的過(guò)程。一個(gè)系統的實(shí)現關(guān)鍵的不是代碼的'編寫(xiě),而是設計,只有設計合理了,在后邊代碼實(shí)現的過(guò)程中才不會(huì )遇到問(wèn)題,才不會(huì )像我們這次那樣需要反復的修改。
本次課程設計使我再次認識到了團隊協(xié)作的重要性,一個(gè)人的能力畢竟是有限的,而大家的力量無(wú)窮的,有時(shí)候一個(gè)很小的問(wèn)題,自己怎么也看不出來(lái),叫別人來(lái)幫著(zhù)看一下可能馬上就能得到解決。團隊成員之間的互相合作可以使問(wèn)題得到更好的解決,并且在其過(guò)程中能夠進(jìn)一步的相互學(xué)習到更多的知識。當然,通過(guò)本次我也深知道自己相關(guān)專(zhuān)業(yè)知識掌握的還很不夠,在代碼的實(shí)現過(guò)程也存在諸多問(wèn)題,對很多的語(yǔ)句語(yǔ)法了解不是很到位,不能很好地運用,需要進(jìn)一步的學(xué)習與掌握。
總的來(lái)說(shuō),本次課程設計使我對軟件開(kāi)發(fā)有了進(jìn)一步的認識,學(xué)到了很多知識。這將對我以后的工作學(xué)習產(chǎn)生重要的意義!
軟件項目工作總結范文4
一、項目測試進(jìn)度控制。
項目的測試進(jìn)度主要是按照項目計劃進(jìn)行的,完全按照項目組計劃要求完成測試任務(wù)、提交測試類(lèi)相關(guān)文檔,包括測試案例的完善、制定測試計劃、執行測試、缺陷跟蹤以及BUG回歸測試等。協(xié)調項目的內部測試工作,本此項目中測試小組一共組織了四輪次系統全面測試工作,認真配合項目工作,共同保證項目質(zhì)量。項目測試的問(wèn)題跟蹤及處理采用每日進(jìn)行修改問(wèn)題回歸測試工作,每日同步更新問(wèn)題跟蹤單的模式,按照規劃時(shí)間完成系統更新測試。
二、項目組內部成員關(guān)系處理。
在項目工作的這幾個(gè)月里大家相處融洽,項目組內部共同探討解決問(wèn)題的`方法,向各模塊負責人學(xué)習模塊功能處理方式,向業(yè)務(wù)人員了解系統中涉及的業(yè)務(wù)知識點(diǎn),兩者結合起來(lái)進(jìn)行模塊功能測試。鑒于之前轄內對公交易系統和中行對公項目的經(jīng)驗,也向項目組提出了一些完善性意見(jiàn)。
三、協(xié)調用戶(hù)測試方面。
用戶(hù)驗收測試是項目測試工作的重要組成部分之一,是項目驗收階段的最終把關(guān)階段,業(yè)務(wù)人員結合日常業(yè)務(wù)處理情況對系統進(jìn)行的嘗試性使用過(guò)程。本次項目客戶(hù)測試方面也是我個(gè)人覺(jué)得不夠安全感一個(gè)主要方面,客戶(hù)測試介入力度太小,盡管我們已經(jīng)很多次電話(huà)催促業(yè)務(wù)人員測試,每次聯(lián)系相關(guān)業(yè)務(wù)人員進(jìn)行測試,他們來(lái)到項目組開(kāi)發(fā)現場(chǎng)測試,也僅僅一兩個(gè)小時(shí)時(shí)間,簡(jiǎn)單的進(jìn)行驗證操作即可。xx銀行利用兩批系統培訓的時(shí)間安排了兩次分行集中測試,也算給項目進(jìn)行了一次全面的測試,從中也暴露出不少系統存在的問(wèn)題,目前項目組均已解決。
四、個(gè)人得失方面。
作為此次項目測試的負責人,對于日常的測試流程、測試任務(wù)分配、測試執行、缺陷跟蹤、協(xié)調內部測試及協(xié)調客戶(hù)測試方面能力均得到了進(jìn)一步提高,理清了項目整個(gè)過(guò)程中測試小組的工作過(guò)程以及后期的項目移交工作。同時(shí)也對各子系統相應的業(yè)務(wù)知識有了更進(jìn)一步認知。相關(guān)業(yè)務(wù)知識方面還需要進(jìn)一步加強,測試技能及測試管理方面還需要進(jìn)一步完善學(xué)習。更好的吸收項目經(jīng)驗,做好以后的補丁測試工作及其他項目的測試工作。
軟件項目工作總結范文5
軟件項目管理已經(jīng)到了學(xué)期的最后,我們seed小組的軟件項目也已完工,這一個(gè)學(xué)期真的是獲益匪淺!
禮平老師曾經(jīng)說(shuō)我既可以走技術(shù)路線(xiàn)也可以走管理路線(xiàn),一切都看我自己。真的很是佩服老師的看人眼光,很犀利。我知道,現在的我不是沒(méi)有能力去做好,只是自己沒(méi)有去做,一直在殿外徘徊,不肯付出努力向前邁進(jìn)。從大一到現在,我的專(zhuān)業(yè)技術(shù)一直都是我的短板,理由么,很簡(jiǎn)單,就是因為自己懶,不肯花時(shí)間去做。從以前不知道自己想做什么,到現在明確目標,可以說(shuō),軟件項目管理課程給了我很多靈感,讓我從自己紛亂的思緒中看清楚了自己最想要的東西。一直自己很喜歡管理,我會(huì )花費很多時(shí)間在這上面,從大一到現在一直都是,一直沒(méi)有改變過(guò)。在技術(shù)上,我總是給自己找借口,總是偷懶,但我現在明確了一點(diǎn),沒(méi)有技術(shù),就沒(méi)有管理!脫離技術(shù)的.管理是不可能的,也是不現實(shí)的。在這個(gè)行業(yè)里,技術(shù)是一切的基本,想作工程師也好,想作管理者也好,技術(shù)都是起步的根基。而我這次所經(jīng)歷的項目更讓我明確了這一點(diǎn)。在這個(gè)小項目里,雖然我們兩個(gè)星期就開(kāi)發(fā)完成了這個(gè)軟件,并交付使用,但是問(wèn)題還是很多的。在這么一個(gè)小項目里,由于需求、設計、代碼、文檔產(chǎn)生的問(wèn)題,每一個(gè)看似容易,卻都需要實(shí)實(shí)在在的經(jīng)驗在里面,都需要對業(yè)務(wù)的熟悉,有語(yǔ)言功底作根基。
在這個(gè)項目里,我負責軟件配置管理工作,在文檔的整理過(guò)程中,我仔細看了他們的需求分析,概要設計,數據庫設計,模塊設計等文檔,也參與了風(fēng)險分析文檔的編寫(xiě),承擔了用戶(hù)手冊和項目成本估算的編寫(xiě)。在這個(gè)過(guò)程中,我明確了技術(shù)的實(shí)在意義,明確了技術(shù)對我的指導作用,同時(shí)也明確了自己的學(xué)習道路應該怎么走下去!
整個(gè)項目進(jìn)行的過(guò)程中,我一直在努力從中學(xué)習,我旁聽(tīng)開(kāi)發(fā)組的會(huì )議,為組長(cháng)提供管理意見(jiàn),為會(huì )議、文檔制定標準,整個(gè)過(guò)程我收獲了很多。
1、軟件項目小組中的人員安排要職責明確,并有配套的管理記錄,整理每個(gè)人的工作進(jìn)度,隨時(shí)更新,以方便開(kāi)發(fā)人員、測試人員之間的溝通。
2、會(huì )議、文檔、代碼都要有相應的“紀律”,否則整個(gè)小組的開(kāi)發(fā)效率會(huì )大打折扣。
3、對業(yè)務(wù)的熟悉有助于明確需求,只有明確的需求才能讓項目更加順利的進(jìn)行。
4、細致的計劃可以讓項目進(jìn)行避免很多彎路,可以在任務(wù)的初期就發(fā)現存在的問(wèn)題,并及時(shí)予以解決。
5、項目文檔、代碼定期予以備份,當項目遇到未預料到的問(wèn)題時(shí)可以及時(shí)恢復,盡可能減少損失。
當然,還有很多,包括軟件測試上的收獲,寫(xiě)文檔的收獲,這里就不一一列舉了。這是我大學(xué)里最認真的一門(mén)課,當然,收獲也是最多的。
最后,謝謝禮平老師給我帶來(lái)的這一切一切,也感謝同組同學(xué)給我的幫助,結果已然不重要了,我所收獲的這許多東西,遠比成績(jì)要有意義的多。
軟件項目工作總結范文6
自2月份開(kāi)始,我一直在跟進(jìn)xx銀行w-xxnd1s2.0項目的測試工作,至此為止已近6個(gè)月時(shí)間,從公司內部系統測試、驗收測試,再到uat測試,以及投產(chǎn)前的系統壓力測試等等。從開(kāi)始到項目即將結束,一步步走過(guò)來(lái)。本次項目中,我作為測試環(huán)節的主力人員之一,僅對此項目中測試工作進(jìn)行總結。
一、項目測試進(jìn)度控制。
項目的測試進(jìn)度主要是按照項目計劃進(jìn)行的,完全按照項目組計劃要求完成測試任務(wù)、提交測試類(lèi)相關(guān)文檔,包括測試案例的完善、制定測試計劃、執行測試、缺陷跟蹤以及bug回歸測試等。協(xié)調項目的內部測試工作,本此項目中測試小組一共組織了四輪次系統全面測試工作,認真配合項目工作,共同保證項目質(zhì)量。項目測試的問(wèn)題跟蹤及處理采用每日進(jìn)行修改問(wèn)題回歸測試工作,每日同步更新問(wèn)題跟蹤單的模式,按照規劃時(shí)間完成系統更新測試。
二、項目組內部成員關(guān)系處理。
在項目工作的這幾個(gè)月里大家相處融洽,項目組內部共同探討解決問(wèn)題的方法,向各模塊負責人學(xué)習模塊功能處理方式,向業(yè)務(wù)人員了解系統中涉及的業(yè)務(wù)知識點(diǎn),兩者結合起來(lái)進(jìn)行模塊功能測試。鑒于之前轄內對公交易系統和中行對公項目的經(jīng)驗,也向項目組提出了一些完善性意見(jiàn)。
三、協(xié)調用戶(hù)測試方面。
用戶(hù)驗收測試是項目測試工作的重要組成部分之一,是項目驗收階段的`最終把關(guān)階段,業(yè)務(wù)人員結合日常業(yè)務(wù)處理情況對系統進(jìn)行的嘗試性使用過(guò)程。本次項目客戶(hù)測試方面也是我個(gè)人覺(jué)得不夠安全感一個(gè)主要方面,客戶(hù)測試介入力度太小,盡管我們已經(jīng)很多次電話(huà)催促業(yè)務(wù)人員測試,每次聯(lián)系相關(guān)業(yè)務(wù)人員進(jìn)行測試,他們來(lái)到項目組開(kāi)發(fā)現場(chǎng)測試,也僅僅一兩個(gè)小時(shí)時(shí)間,簡(jiǎn)單的進(jìn)行驗證操作即可。xx銀行利用兩批系統培訓的時(shí)間安排了兩次分行集中測試,也算給項目進(jìn)行了一次全面的測試,從中也暴露出不少系統存在的問(wèn)題,目前項目組均已解決。
四、測試成效方面。
中信x-funds2.0系統測試中,共記錄問(wèn)題及客戶(hù)新增需求825個(gè),其中bug數量512個(gè)、系統完善類(lèi)問(wèn)題225個(gè),新增需求類(lèi)問(wèn)題88個(gè)。組織了四輪次內部系統全面測試工作,兼顧日常系統更新測試工作,最大限度的進(jìn)行了內部質(zhì)量把關(guān)。配合外包公司一同進(jìn)行系統壓力測試及穩定性測試,測試結果符合客戶(hù)要求,F中信x-funds2.0系統臨近投產(chǎn)實(shí)施工作,測試組還將繼續配合配合項目投產(chǎn)工作及投產(chǎn)后的補丁更新測試工作。
五、個(gè)人得失方面。
作為此次項目測試的負責人,對于日常的測試流程、測試任務(wù)分配、測試執行、缺陷跟蹤、協(xié)調內部測試及協(xié)調客戶(hù)測試方面能力均得到了進(jìn)一步提高,理清了項目整個(gè)過(guò)程中測試小組的工作過(guò)程以及后期的項目移交工作。同時(shí)也對各子系統相應的業(yè)務(wù)知識有了更進(jìn)一步認知。相關(guān)業(yè)務(wù)知識方面還需要進(jìn)一步加強,測試技能及測試管理方面還需要進(jìn)一步完善學(xué)習。更好的吸收項目經(jīng)驗,做好以后的補丁測試工作及其他項目的測試工作。
【軟件項目工作總結】相關(guān)文章:
軟件項目工作總結05-26
軟件項目工作總結(精選10篇)02-14
軟件項目建議書(shū)08-09
軟件項目計劃書(shū)05-16
軟件項目實(shí)施方案范文10-10
軟件項目計劃書(shū)模板08-21
軟件項目實(shí)施計劃方案范文06-05
軟件項目計劃書(shū)范文03-22
軟件項目表?yè)P信02-14