軟件測試工程師年終述職總結(jié)

1、內(nèi)蒙古金財信息技術(shù)有限公司研發(fā)二部-孟磊年終總結(jié)2013年12月2013年終總結(jié)回顧2013年5月入職到現(xiàn)在大半年的工作，我在公司領(lǐng)導(dǎo)及各位同事的支持和幫 助下，按照公司要求，比較好地完成了本職工作現(xiàn)將這一年的工作情況總結(jié)如下：、項目時間點及各階段工作負責項目時間段/點項目進展工作職責中間業(yè)務(wù)平臺管理 系統(tǒng)2013-05-23-2013-12-10項目上線，運費支 持項目進度跟蹤、案 例設(shè)計、執(zhí)行案例、 撰寫缺陷報告、缺 陷回歸、編寫集成 測試報告、操作手 冊、業(yè)務(wù)測試、驗 證測試支持。上線 文檔整理、上線支 持。烏拉特前旗財政代 發(fā)加密2013-07-24-2013-08-06項目上線財政代

2、發(fā)加密軟件 測試需求分析、案 例設(shè)計、執(zhí)行案例、 撰寫缺陷報告、缺 陷回歸、編寫集成 測試報告、上線支 持。巴盟政務(wù)收費系統(tǒng)2013-08-13-2013-09-04項目未上線案例設(shè)計、執(zhí)行案 例、撰寫缺陷報告、 缺陷回歸、編寫集 成測試報告°中間業(yè)務(wù)-代收華北 市電系統(tǒng)2013-07-01 接口聯(lián)調(diào)案例設(shè)計、執(zhí)行案 例、撰寫缺陷報告、 缺陷回歸、編寫集 成測試報告°中間業(yè)務(wù)-代理校園T通2013-08-19-2013-12-10項目上線項目進度跟蹤、案 例設(shè)計、執(zhí)行案例、 撰寫缺陷報告、缺 陷回歸、編寫集成 測試報告、操作手 冊、業(yè)務(wù)測試、驗 證測試支持。上線 文檔整理、

3、上線支 持。、測試總結(jié)中間業(yè)務(wù)平臺管理系統(tǒng)集成測試階段：缺陷數(shù)據(jù)分配表郭洪敏李揚孟凡波聶飛龍總計告警性1443727136建議性8723139嚴重計398314721290缺陷摘要餅形圖吉堅切I三技：I嚴重性缺陷占到整個缺陷數(shù)量的白分之四十， 從實際測試工作來看，代表性大致 可分為以下幾類：點擊“新增”報錯、查詢報錯、保存報錯等直觀的缺陷。在這 里建議研發(fā)人員在單元測試發(fā)現(xiàn)此類缺陷， 在今后項目中，減少缺陷數(shù)量，提高 軟件質(zhì)量。中間業(yè)務(wù)平臺管理系統(tǒng)上線階段:在管理系統(tǒng)上線階段共發(fā)現(xiàn)6個問題其中有代表性問題分類如下:1、需求I可題：系統(tǒng)維護-> 賬戶維護新增時，賬

4、戶類型字段是從數(shù)據(jù)庫配置，聯(lián)社方想 通過頁面控制此字段。此問題在集成測試時，熬民就提出要從系統(tǒng)頁面 上新增，當時認為需求沒提出此功能忽略了隱性需求導(dǎo)致后期東北農(nóng)電 項目上線需要從數(shù)據(jù)庫大量配置通訊配置表。教訓：今后測試不止測試功能是否實現(xiàn)，需要考慮和結(jié)合系統(tǒng)與系統(tǒng)之間的關(guān)聯(lián)關(guān)系，眼光放得在長遠些。2、技術(shù)實現(xiàn)問題：集成測試時，管理系統(tǒng)新增賬戶時其合法性需要與核心校驗，此問題集 成測試通過，但在上線驗證階段發(fā)現(xiàn)此功能沒實現(xiàn)。后經(jīng)過與研發(fā)人員 溝通此功能實現(xiàn)方式是單位關(guān)聯(lián)維護時，核心直連標志選擇不直連，則 此業(yè)務(wù)新增賬戶時則不與核心校驗賬戶。功能實現(xiàn)邏輯就是錯誤，而測 試基于錯誤的邏輯去做集成測試

5、。教訓：測試角度：只測試了功能實現(xiàn)與否，沒測試功能實現(xiàn)的方式對不對。研發(fā)角度：重要的功能實現(xiàn)方式及其業(yè)務(wù)邏輯在編碼前多跟測試人員交 流，說明其實現(xiàn)方式。項目經(jīng)理能參與評審研發(fā)人員的設(shè)計文檔。把缺 陷扼殺在搖籃之中。3、遷移配置問題：如：“機構(gòu)下載提示：“FTP下載失敗”?！?、”柜員登錄業(yè)務(wù)系統(tǒng)時提示： “用戶失效”?！薄ⅰ袄U費查詢時，生成批次號錯誤?！钡冉逃枺荷暇€中的運維手冊、配置手冊操作手冊等文檔寫的不詳細、描述的不夠活楚，。導(dǎo)致上線驗證階段有一半兒的問題都是遷移導(dǎo)致。今后站在用戶角度去編寫文檔盡量寫的詳細，不僅提高軟件本身的質(zhì)量，也要 提高文檔的質(zhì)量。烏拉特前旗財政代發(fā)加密：1、前期軟件交

6、付時財政不認可：此軟件是前旗農(nóng)村商業(yè)銀行委托我們?yōu)榍捌熵斦盅邪l(fā)一款代發(fā)工資 加密軟件。但在軟件交付時，財政完全不認可導(dǎo)致項目推翻重新開發(fā) 教訓：如果項目涉及到三方或者多方時，一定在研發(fā)工作前把握用戶 最原始的需求，可能從中間方挖掘出的需求并不是最終用戶想要的結(jié) 果。中間業(yè)務(wù)代理校園一卡通：1、交易最少、問題最多的項目。導(dǎo)致問題原因如下：研發(fā)人員經(jīng)常變動性大，幾乎研發(fā)二部所有人都 參與過此項目支持，看別人代碼需要大量時間，甚至比重新研發(fā)都要費時 間。接口聯(lián)調(diào)階段對方工程師不在場（校園前置機本身配置問題） 。集成 測試時，對賬是報文模擬，這就導(dǎo)致一部分案例無法覆蓋到 （生成對賬文 件校園方是否解

7、析）。教訓：在軟件的生命周期內(nèi)希望公司能夠保持各個階段的研發(fā)人員的穩(wěn)定 性。用報文模擬的集成本身就存在風險，希望今后的項目中能得到第三方 仿真端來降低成本，節(jié)省測試成本。在案例設(shè)計方面多模擬用戶真實環(huán)境。三、自身存在的不足及其后期計劃金財公司的工作同我之前的工作有很大不同,之前公司的測試工作只需要完 成三輪集成測試的工作即可，在金財公司的測試工作不單單是測試， 更是涉及到 是質(zhì)量管理、質(zhì)量監(jiān)督、質(zhì)量控制的工作，同我之前相比感覺每天都在進步，大 半年工作讓我有所進步，但是很多地方還是存在不足，比如：1. 接到工作任務(wù)后一味的去做，做到一半發(fā)現(xiàn)做不下去或者做的不對。做 事情沒方法。2. 在描述一個

8、缺陷的現(xiàn)象時，盡量去挖掘產(chǎn)生問題的原因，在定位缺陷的 能力上多下一些功夫，為開發(fā)減少工作量。在2014年的工作中，我計劃：1. 今后工作要學會分析事物，找到做事的辦法，提前把思路匯報給上級。 ；2. 要盡可能深刻的理解需求，堅持編寫覆蓋率強的測試用例；3. 做好管理系統(tǒng)、一卡通、華北市電的運維工作；4. 學會環(huán)境搭建、保持開發(fā)與測試有兩套環(huán)境避免相互影響。四、個人建議近半年我們部門有著的明顯進步，比如之前用 EXCEIM行案例、記錄缺陷， 后期采用行業(yè)著名的QC軟件來規(guī)范測試流程等，在此，個人提出以下幾個小建 議：1、希望能夠在需求這一階段上能更詳細、準確的確定軟件功能要求；2、研發(fā)人員在修改缺陷時，希望能在備注上添加上缺陷是如何修復(fù)的產(chǎn)生原因是什么等，一是能給測試人員帶來新的測試思路；，二是能夠給其他 研發(fā)人員提供借鑒；3、在項目的各個重要階段多開一些項目總結(jié)例會把遇到的問題放到例會上 讓大家討論，能為接下來的項目或者以后的工作提供寶貴意見；4、在單元測試階段時，測試人員沒有其他任務(wù)時，可以提出讓測試人員配 合做單元測試，保證后期集成測試時，嚴重性缺陷數(shù)量的控制；5、公司的報銷流程個人感覺有些繁瑣希望公司能夠簡化流程或者公司人事 方面能夠定期來核對報銷工作；最后，感謝部門領(lǐng)導(dǎo)、各位同事對我這個新人在初期工作時的幫助