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