大家好!本篇將會以我轉職的心路歷程作為主軸,我為什麼轉職成QA?當開發與當QA差很多嗎?當QA該注意些什麼?等等問題,我皆會以我個人經驗為主去探討,若有其他想法也請各位不吝嗇告訴我:)
先簡單自我介紹下~
小弟目前畢業已一年多,出社會後第一份工作為【網站工程師】,那時候主要負責前端工作,偶爾會協助後端,由於當時工作大多時間都是負責前端,所以我把自己定為前端的腳色,工作內容大多是依照特殊活動並開發網站新功能及維護既有舊功能
任職滿一年後就轉職成【Quality Assurance Engineer】,一個不小心就打開了未知的大門
(以下開始簡稱QA)
QA職稱全名為【品質保證工程師】,在台灣市場中,似乎為 手動QA 為居多
或許會覺得 「感覺自動比較好吧?節省人力品質又高等等」
但其實是會針對情況不同而去調整是要手動還是自動
e.g.
今天使用者反應有個輸入欄位沒有正規化導致操作上會有錯誤,這時候應該要手動檢測還是自動化檢測呢?
A:
我會認為此時可以先透過手動方式去檢測欄位是否真的異常,若真的有異常,再將此BUG轉交給開發處理,並且將此BUG列個測試案例,日後補充在自動化腳本中,之後只要執行該腳本就可以預防此問題
簡單來說就是手動可以在段時間內較快速檢測出某些問題,自動化則是日後補足腳本並預防這些問題再次發生手動是短線解 自動化是長線解
剩餘的我就不細說手動與自動化的差異了~
要詳細了解QA可參考:
手動測試與自動化測試的區別
QA、QC,傻傻分不清楚
在【網站工程師】任職剛滿一年後,突然朋友問我是否要去面試看看他們公司【Junior QA Engineer】的職缺
其實周圍朋友大多是QA工程師,所以也很好奇QA到底是什麼
起初只知道QA就是【品質保證】,想著當開發如果能夠有QA的經驗,應該在開發時就可以對產品有品質加成的效果
所以思考後,就這樣去面試看看,
透過著大學時期寫過一個自動化小專案及一些程式語言的基礎,意外地就面試上了
我沒有要引戰XD 請先讓我娓娓道來
我覺得當開發有個好處是,可以盡情鑽研某技術的深度,然後讓你在這技術上成為佼佼者。
同時也可以多接觸其他技術領域,來補足某些技術上的缺陷。
當開發沒有不好,只是我當時在思考方面明顯不足而已。
我認為
當開發的思維 與 當QA的思維 確實明顯不同
因為開發可能只著重於我現在的寫的 Feature 或 BUG
但QA會需要著重於產品整體,為什麼要有這Feature
、某Feature是否會影響到使用者某些操作行為
,或者 某欄位上的文案是否正確
等等都需要注意到
所以我轉當QA確實是為了日後彌補當開發時的我一些思維上的缺陷,同時也是補足我軟實力的方面
技術 ★★★★✰
跨部門溝通 ★✰✰✰✰
開發流程 ★★✰✰✰
技術 ★★★✰✰
跨部門溝通 ★★★★★
開發流程 ★★★★★
當開發時,工作比較單純,強項在於技術層面,但若多人開發時,會出現我不了解A功能為啥有BUG,因為不是我寫的
、這麼BUG要等A同事來才能解決
、原來還有這個功能喔?我都不知道欸 應該是A同事處理的
等等窘境。
當QA時,工作範圍變廣,除了溝通能力之外,在處理事情也需要有明確的優先順序,對產品整體的是需要更瞭解,另外技術方面同時也要有一定基礎量,除了自動化之外,當開發說明技術難點時會聽不懂,甚至會不知道如何檢測BUG。
目前是我當QA三個月的經驗分享,不代表任何立場XDD
若有任何想法也可以留言告訴我