從測試小白到測試組長,談談我的測試過程及管理經驗總結
我從一個一竅不通的測試小白,摸爬滾打到今天,在公司擔任測試組長,管理公司的測試組,總覺得軟體測試人員不容易。但是,還是對軟體測試這個行業滿腔熱血(至少目前是)。 加我VX:atstudy-js 回覆“測試”,進入 自動化測試學習交流群~~
這幾年來,跳的坑實在不少,有些也是自己挖。今天就來談談我的一些經驗總結。
1、測試過程中遇到嚴重的問題,除了登記在bug管理系統,也要反饋給領導。
為什麼要反饋給領導?因為很多事情就算是讓你背鍋,你也背不起的,反饋給領導,領導會幫忙監督開發並給出意見。特別是緊急專案,不要在測試完的時候才給領導反饋,在測試過程就可以反饋了。
2、保管好自己的測試機子,不要輕易讓軟體開發人員或者其他測試人員動用了你的
測試機。
有時候測試資源比較緊缺的時候,開發都是亂拿機子的,看到誰桌上有就順走了,測試完放回來,沒通知你,壓根不知道版本有變換了,還在胡亂測試了那麼久。所以一定要保管好測試機。不然版本會亂的。
3、發現越多問題的模組,越來更加註意
因為有可能開發在這個模組的程式碼邏輯有問題,所以更加花更多的時間測試,怕一些隱祕性比較高的bug逃逸了。
4、測試的重點依附與測試背景
電信運營對效能和併發要求高,金融行業對安全性要求高所以要搞清楚測試的重點在哪。
5、用80%的時間花在20%的重點模組。
比如我們公司是做車載POS(也有前置系統+web及APP),車載POS最重要的就是遠端升級程式和刷卡交易模組了。遠端升級如果沒辦法保障,是要技術支援要客戶現場一臺一臺機子升級的,可想而知那個人力物力財力得花多少,而且給客戶留下不好的印象。之前我們公司出現一個案例就是版本很緊急,測試人員在最後迴歸測試的時候,認為開發修改的不會影響到遠端升級模組,所以沒有測試。只測試了修改點。結果就出現升級不了的現象。整個研發部被批鬥。
6、遇到問題,不能說軟體開發在調查,就沒有測試的事情了,測試也要跟蹤原因,做好記錄。
領導問你情況,一問三不知的話,會顯得你很不專業的,而且知道了原因所在,你也知道開發大概要修改那一塊的程式碼,是否會影響到其他模組,對於迴歸測試是很有幫助的。
7、一個版本一個版本的測試,不要接受開發在測試過程提交新版本。
這樣不僅耗時,很有可能也會造成你的測試思路被打斷容易造成漏測。而且你的bug迴歸,測試文件的編寫都會很麻煩。不過這個要看公司的制度了。
二、 測試管理總結
公司的測試團隊如何,要看測試流程及領導班子們的重不重視。
1、一定要完善測試流程規範包括提測試申請規範。
剛接手管理測試組的時候,整體制度是很亂的,流程也是很亂。請教了很多測試的前輩們,也上網學習了很多。然後就和我們研發總監提出要重新制定一個測試流程規範。
規範如下:
2、測試用例需要組內不定期評審和修改。
只有不斷改善才能發現更到的bug。類似殺蟲劑悖論,一直使用那個牌子的殺蟲劑,你家的蚊子估計都已經是有免疫了。
3、一定要和領導們強調開發自測的重要性。
開發沒有自測,到測試這邊一堆問題,問題一多,測試就容易亂了,很容易遺漏問題。另外就是開發沒有自測過的,容易造成反覆測試及版本多等現象,那測試人員就會被佔用了。那組內測測試計劃就很不好安排。我是剛好被我抓到2次,一次開發都沒有和後臺調通某個功能的報文,一次是機子在刷卡交易過程直接程式就崩潰了,有開發小辮子了,和研發總監反饋的時候有理有據,現在我們總監也一直在強調開發自測的重要性。
4、釋出版本的時候,一定要再三檢驗版本是否正確。
一道屏障是:組內強調測試人員一定要確定放置到內部伺服器的程式的正確性。
二是釋出到生產伺服器或客戶前,一定要再三確認版本是正確的,和對應測試人員核對。
發錯了將直接導致整批量的產品版本都不對,發到客戶那邊的話問題就大了。
5、重視測試報告的評審和釋出決議。
以前我們公司領導對於要釋出的程式的情況一定都不瞭解,程式到客戶那邊,收到客戶投訴的時候就開始追究責任了。所以有些情況在釋出前一定要讓領導知道,目前要釋出的版本還存在哪些問題,開發要留到下個版本修改的,或者不改,或者時間問題,沒有測試的,一定要和領導交代清楚。領導知道了一個大概的情況,在和客戶交付的時候也好說明,不至於到客戶那邊上線發現問題後反饋給領導,領導一臉懵逼。
6、一定要制定測試計劃或測試工作表。
制定測試計劃和工作表,對一個整體組內工作的情況有個明確的概念,另外根據測試人員執行測試的情況,填入測試計劃中可以直觀的反饋測試人員的一些情況,是否延遲,新增測試用例數,逃逸bug數等。瞭解組內測試人員情況,可針對性培訓等。
測試文件多,且專案一多,文件更是多得不行,測試伺服器上的文件管理分類也至關重要。做好測試文件的管理和分類,能讓平常的工作便捷很多,領導檢視時也不會覺得一團糟。測試的工作雖然處處是坑,希望大家都能及時發現坑,不往裡跳。
最後:
可以我的個人V:atstudy-js,可以免費領取一份10G軟體測試工程師面試寶典文件資料。以及相對應的視訊學習教程免費分享!,其中包括了有基礎知識、Linux必備、Mysql資料庫、抓包工具、介面測試工具、測試進階-Python程式設計、Web自動化測試、APP自動化測試、介面自動化測試、測試高階持續整合、測試架構開發測試框架、效能測試等。
這些測試資料,對於做【軟體測試】的朋友來說應該是最全面最完整的備戰倉庫,這個倉庫也陪伴我走過了最艱難的路程,希望也能幫助到你!
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/31407649/viewspace-2856998/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- Mask RCNN測試過程經驗總結CNN
- 系統測試-從研發到測試過程
- 初識效能測試(測試小白麵試總結)
- JMeter測試WebSocket的經驗總結JMeterWeb
- 如何學習自動化測試?從手工測試到自動化測試的過程…
- 談談測試環境管理與實踐
- 簡單談一下我對持續測試下的測試左移、迭代測試和測試右移的理解吧
- 在持續測試中使用哪種測試?談談DevOps在測試策略中的實踐!dev
- 淺談前端測試前端
- 淺談效能測試
- 他們測試了上萬款APP應用,總結了APP測試的經驗及流程APP
- 10年老測試工程師的一些心得:結合案例談談迴歸測試和確認測試工程師
- Android 談談自動化測試Android
- 測試人必須瞭解的軟體測試流程及5大測試過程模型,經典乾貨分享!模型
- 在我有限的軟體測試經歷裡,一段專職的自動化測試經驗總結
- 漫談前端自動化測試演進之路及測試工具分析前端
- 小白測試系列:介面測試與效能測試的區別
- 淺談ddos的測試方式
- 網際網路測試經驗和管理雜談 (如何培養人)
- 淺談並行測試並行
- 淺談web介面測試Web
- 淺談效能測試分析
- 測試總結①
- 測試匠談 | 微信 H5 相容性測試理論和實踐經驗H5
- 軟體效能測試有哪些測試過程?
- [譯] 更可靠的 React 元件:從"可測試的"到"測試通過的"React元件
- [測試經驗] 依賴方介面呼叫測試
- 測試測試測試測試測試測試
- 測試面試題總結面試題
- 網際網路測試經驗和管理雜談 (如何解決問題)
- 軟體測試工程師如何從功能測試轉成自動化測試?經驗分享篇工程師
- 談“測試驅動的開發”
- JMH Benchmark 效能測試淺談
- 淺談前端單元測試前端
- 淺談自動化測試
- 測試流程總結
- 【JUnit測試】總結
- 測試工程師的面試總結工程師面試