一名軟件測試工程師的日常


大家好,我是測試奇譚的作者風風。

最近,團隊里一位優秀的測試小伙伴進行了轉正答辯,風風覺得他的轉正答辯報告體現了一名測試工程師的日常工作和思考。

這不恰好到了年終,各種年度個人總結還有30秒到達戰場。因此,我將這份轉正報告筆述出來,大家在寫年終總結時可以做個參考。

工作內容報告

01 跟蹤產品流程

評審需求文檔,跟進需求迭代,評審研發設計方案,追求寫出完美的測試用例

02 快、近、早地介入測試

早參與,早評審,早寫用例,並在測試過程中精准定位bug

03 提高效率

用提效方法,找提效工具,寫腳本解決繁瑣工作

04 寫文檔

詳、全、盡的業務文檔和操作文檔,以幫助新同學或者其他業務組的同事快速熟悉負責項目,而不是每次都來詢問

05 項目推動

評估整個項目的進度和風險,推動問題解決

06 線上問題

響應、分析、定位線上bug,推動問題解答

07 自動化測試

實現價值,不是為了自動化而自動化

工作項目報告

  • 01 獨立負責的項目
  • 02 團隊公共的項目
  • 03 自動化測試項目

重點說明,數據說話,闡述項目的結果和自己在項目中扮演的重要角色和所做的貢獻。

工作推進報告

01 推動降低發版頻率

針對前端版本多,小需求、小改動頻繁上線的問題,提出固定發版日方案,並在產研測閉環,解決問題。

02 守着開發改bug,一起分析問題

針對產品、研發、測試時間緊,發聊天消息會帶來更多溝通成本的問題。采取面對面的溝通交流,充分理解研發的實現邏輯,更益於業務測試。當發現一系列bug后,抱着電腦蹲守開發,一起分析和解決問題,事半功倍。

03 做專項測試

針對業務的細節點,做異常專項測試,如斷電、斷網、服務不可用、接口異常等等,提升系統的穩定性。

04 上線checklist

不管大小項目,上線前做checklist(代碼、數據庫、人員通知、數據准備、配置准備等)。越是核心業務,越要推進該工作。

試用期心得體會

  • 團隊感受
  • 公司氛圍
  • 個人發展

未來計划

01 注重測試本質

測試工作,起於業務,歸於業務。掌握各類技術和工具的最終目的也是服務於業務

02 重點項目維穩

提高質量意識,提升服務穩定性

03 繼續推進優化

項目、流程優化點

04 多做總結

輸出、分享、踩坑記錄

05 做好項目管控

站在整個項目管控,鍛煉全局意識

06 技術提升

Java編程,可以走查開發代碼;用Java代碼寫性能測試腳本

大領導點評

01 要具備國際化視野

我司業務涉及同歐洲、亞洲公司合作,要能根據不同大洲和國家的情況、風土人情設計測試方案

02 敢於質疑

對產品需求方案、研發設計有不合理之處,懟起來

03 站在用戶角度測試

功能使用順不順手,是否滿足大多數人的胃口。測試應當以一個全新使用者的角度去測試功能,而不是為了應付需求

04 確定工作優先級

項目需求扎堆時,合理分配精力


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM