- 軟件測試述職報(bào)告 推薦度：
- 軟件測試工程師轉(zhuǎn)正述職報(bào)告 推薦度：
- 相關(guān)推薦
軟件測試述職報(bào)告
在當(dāng)下這個(gè)社會(huì)中，我們使用報(bào)告的情況越來越多，我們在寫報(bào)告的時(shí)候要避免篇幅過長。你所見過的報(bào)告是什么樣的呢？下面是小編為大家整理的軟件測試述職報(bào)告，歡迎閱讀，希望大家能夠喜歡。
回顧20xx年5月入職到現(xiàn)在大半年的工作，我在公司領(lǐng)導(dǎo)及各位同事的支持和幫助下，按照公司要求，比較好地完成了本職工作現(xiàn)將這一年的工作情況總結(jié)如下：
一、測試總結(jié)
嚴(yán)重性缺陷占到整個(gè)缺陷數(shù)量的百分之四十，從實(shí)際測試工作來看，代表性大致可分為以下幾類：點(diǎn)擊“新增”報(bào)錯(cuò)、查詢報(bào)錯(cuò)、保存報(bào)錯(cuò)等直觀的缺陷。在這里建議研發(fā)人員在單元測試發(fā)現(xiàn)此類缺陷，在今后項(xiàng)目中，減少缺陷數(shù)量，提高軟件質(zhì)量。
中間業(yè)務(wù)平臺(tái)管理系統(tǒng)上線階段：
在管理系統(tǒng)上線階段共發(fā)現(xiàn)6個(gè)問題其中有代表性問題分類如下：
1、需求問題：
系統(tǒng)維護(hù)—賬戶維護(hù)新增時(shí)，賬戶類型字段是從數(shù)據(jù)庫配置，聯(lián)社方想通過頁面控制此字段。此問題在集成測試時(shí)，熬民就提出要從系統(tǒng)頁面上新增，當(dāng)時(shí)認(rèn)為需求沒提出此功能忽略了隱性需求導(dǎo)致后期東北農(nóng)電項(xiàng)目上線需要從數(shù)據(jù)庫大量配置通訊配置表。
教訓(xùn)：今后測試不止測試功能是否實(shí)現(xiàn)，需要考慮和結(jié)合系統(tǒng)與系統(tǒng)之間的關(guān)聯(lián)關(guān)系，眼光放得在長遠(yuǎn)些。
2、技術(shù)實(shí)現(xiàn)問題：
集成測試時(shí)，管理系統(tǒng)新增賬戶時(shí)其合法性需要與核心校驗(yàn)，此問題集成測試通過，但在上線驗(yàn)證階段發(fā)現(xiàn)此功能沒實(shí)現(xiàn)。后經(jīng)過與研發(fā)人員溝通此功能實(shí)現(xiàn)方式是單位關(guān)聯(lián)維護(hù)時(shí)，核心直連標(biāo)志選擇不直連，則此業(yè)務(wù)新增賬戶時(shí)則不與核心校驗(yàn)賬戶。功能實(shí)現(xiàn)邏輯就是錯(cuò)誤，而測試基于錯(cuò)誤的邏輯去做集成測試。
教訓(xùn)：
測試角度：只測試了功能實(shí)現(xiàn)與否，沒測試功能實(shí)現(xiàn)的方式對(duì)不對(duì)。研發(fā)角度：重要的功能實(shí)現(xiàn)方式及其業(yè)務(wù)邏輯在編碼前多跟測試人員交流，說明其實(shí)現(xiàn)方式。項(xiàng)目經(jīng)理能參與評(píng)審研發(fā)人員的設(shè)計(jì)文檔。把缺陷扼殺在搖籃之中。
3、遷移配置問題：
如：“機(jī)構(gòu)下載提示：“FTP下載失敗”�！眡x”柜員登錄業(yè)務(wù)系統(tǒng)時(shí)提示：“用戶失效”�！眡x“繳費(fèi)查詢時(shí)，生成批次號(hào)錯(cuò)誤�！钡�
教訓(xùn)：上線中的運(yùn)維手冊、配置手冊操作手冊等文檔寫的不詳細(xì)、描述的不夠清楚，。導(dǎo)致上線驗(yàn)證階段有一半兒的問題都是遷移導(dǎo)致。今后站在用戶角度去編寫文檔盡量寫的詳細(xì)，不僅提高軟件本身的質(zhì)量，也要提高文檔的質(zhì)量。
烏拉特前旗財(cái)政代發(fā)加密：
1、前期軟件交付時(shí)財(cái)政不認(rèn)可：
此軟件是前旗農(nóng)村商業(yè)銀行委托我們?yōu)榍捌熵?cái)政局研發(fā)一款代發(fā)工資加密軟件。但在軟件交付時(shí)，財(cái)政完全不認(rèn)可導(dǎo)致項(xiàng)目推翻重新開發(fā)。
教訓(xùn)：如果項(xiàng)目涉及到三方或者多方時(shí)，一定在研發(fā)工作前把握用戶最原始的需求，可能從中間方挖掘出的需求并不是最終用戶想要的結(jié)果。
中間業(yè)務(wù)代理校園一卡—通：
1、交易最少、問題最多的項(xiàng)目。
導(dǎo)致問題原因如下：研發(fā)人員經(jīng)常變動(dòng)性大，幾乎研發(fā)二部所有人都參與過此項(xiàng)目支持，看別人代碼需要大量時(shí)間，甚至比重新研發(fā)都要費(fèi)時(shí)間。接口聯(lián)調(diào)階段對(duì)方工程師不在場（校園前置機(jī)本身配置問題）。集成測試時(shí)，對(duì)賬是報(bào)文模擬，這就導(dǎo)致一部分案例無法覆蓋到（生成對(duì)賬文件校園方是否解析）。
教訓(xùn)：在軟件的生命周期內(nèi)希望公司能夠保持各個(gè)階段的研發(fā)人員的穩(wěn)定性。用報(bào)文模擬的集成本身就存在風(fēng)險(xiǎn)，希望今后的項(xiàng)目中能得到第三方仿真端來降低成本，節(jié)省測試成本。在案例設(shè)計(jì)方面多模擬用戶真實(shí)環(huán)境。
二、自身存在的不足及其后期計(jì)劃
金財(cái)公司的工作同我之前的工作有很大不同，之前公司的測試工作只需要完成三輪集成測試的工作即可，在金財(cái)公司的測試工作不單單是測試，更是涉及到是質(zhì)量管理、質(zhì)量監(jiān)督、質(zhì)量控制的工作，同我之前相比感覺每天都在進(jìn)步，大半年工作讓我有所進(jìn)步，但是很多地方還是存在不足，比如：
1、接到工作任務(wù)后一味的去做，做到一半發(fā)現(xiàn)做不下去或者做的不對(duì)。做事情沒方法。
2、在描述一個(gè)缺陷的現(xiàn)象時(shí)，盡量去挖掘產(chǎn)生問題的原因，在定位缺陷的能力上多下一些功夫，為開發(fā)減少工作量。
在20xx年的工作中，我計(jì)劃：
1、今后工作要學(xué)會(huì)分析事物，找到做事的辦法，提前把思路匯報(bào)給上級(jí)。；
2、要盡可能深刻的理解需求，堅(jiān)持編寫覆蓋率強(qiáng)的測試用例；
3、做好管理系統(tǒng)、一卡—通、華北市電的運(yùn)維工作；
4、學(xué)會(huì)環(huán)境搭建、保持開發(fā)與測試有兩套環(huán)境避免相互影響。
三、個(gè)人建議
近半年我們部門有著的明顯進(jìn)步，比如之前用EXCEL執(zhí)行案例、記錄缺陷，后期采用行業(yè)著名的QC軟件來規(guī)范測試流程等，在此，個(gè)人提出以下幾個(gè)小建議：
1、希望能夠在需求這一階段上能更詳細(xì)、準(zhǔn)確的確定軟件功能要求；
2、研發(fā)人員在修改缺陷時(shí)，希望能在備注上添加上缺陷是如何修復(fù)的產(chǎn)生原因是什么等，一是能給測試人員帶來新的測試思路；，二是能夠給其他研發(fā)人員提供借鑒；
3、在項(xiàng)目的各個(gè)重要階段多開一些項(xiàng)目總結(jié)例會(huì)把遇到的問題放到例會(huì)上讓大家討論，能為接下來的項(xiàng)目或者以后的工作提供寶貴意見；
4、在單元測試階段時(shí)，測試人員沒有其他任務(wù)時(shí)，可以提出讓測試人員配合做單元測試，保證后期集成測試時(shí)，嚴(yán)重性缺陷數(shù)量的控制；
5、公司的報(bào)銷流程個(gè)人感覺有些繁瑣希望公司能夠簡化流程或者公司人事方面能夠定期來核對(duì)報(bào)銷工作；
最后，感謝部門領(lǐng)導(dǎo)、各位同事對(duì)我這個(gè)新人在初期工作時(shí)的幫助，特別是熬民在工作上對(duì)我的監(jiān)督指導(dǎo)，在業(yè)務(wù)上和測試技術(shù)上有問必答，毫無保留。對(duì)于工作上遇到的困難，研發(fā)人員都能在百忙之中給我講解和探討問題，在這里特此感謝他們。
相信在大家共同的努力下，公司部門逐漸壯大、成長。最后走出內(nèi)蒙，走向全國。
【軟件測試述職報(bào)告】相關(guān)文章：
軟件測試述職報(bào)告12-20
軟件測試述職報(bào)告02-22
軟件測試述職報(bào)告11-03
軟件測試述職報(bào)告模板12-20
軟件測試轉(zhuǎn)正工作個(gè)人述職報(bào)告06-14
軟件測試年終述職報(bào)告01-20