[心得] 職業QA之路

[fourplayers (Fusion)]

看到前幾篇有大大PO文自動化工程的文章,
感覺是跟ＱＡ職務相關的工作,
找了找板上相關文章,

發現「徵才」居多
    「心得」了了幾篇...

讓小弟有感而發,想說說ＱＡ（純軟）之路. 分享給初出茅廬的ＱＡ朋友們
（有興趣的朋友再往下細讀,若無興趣的朋友恕請略過本文,感謝哦）


名詞定義
Quality Assurance ; QA
Quality Control   ; QC

想必大家都有聽過ＱＡ也有聽過ＱＣ但這兩個職務的目的性,
有著微妙的差異,有興趣的人可以參考一篇QA vs QC 定義的文章

隨手找了一篇 http://goo.gl/2QWtTY

懶得看的話,恕我概略性定義這倆職務上的差異

QA : Focus on quality from developing to release
     主要注重於開發流程品質管理與監控 關鍵字：預防錯誤, 開發建議導向

QC : Focus on quality before product release
     主要注重於通過率,正確率 關鍵字：正確率, 量化測試, 功能性導向

從定義上來看QA的職務內容,較重視於「開發過程中的品質監控與管理」
簡單來說就是需要技術背景較高的工程人員,從第三方（end-user)的角度
切入測試,或給予開發上的建議與監控,「預防或降低在出貨前的 Bug 量」


小弟以前是做遊戲業的QA,大約是5年前吧...
當時的狀況來看,在台灣的企業公司,很少公司知道QA跟QC的微妙差異
很常會有的管理模式是把QA當QC使用,卻忽略掉QA的價值

有句話說「QA,QC像是產品的拖油瓶,各部門的箭靶」

在台灣,很少台灣企業懂得運用QA, QC人才,
也很少台灣本土企業懂得尊重QA, QC的專業
因此,某些老闆有時候寧願放棄Quality的堅持,壓縮測試時程
硬是把產品推出市面,當一有任何重大問題,
第一咎責的炮灰就是QA,
擋在第一線分析問題的還是QA... （on call）

或是在review最後是否可出貨的產品Quality時,
QA也很有可能槓上PM or MKT部門的人員

小弟有時候會跟QA前輩們聊到,現在有底子的好QA好找嗎？

前輩們的答案通常都是,「NO」有難度...

為什麼？
我觀察到的答案是：

在大環境下,大多老闆們其實對QA的職務難以定義與應用
稀釋了QA實質上的價值,QA跟QC都放在同一個籃子下混著用

而受雇的QA,有些初出茅廬的新手,以為QA頂多就是測試工作,
又或著比較硬底子功夫的QA因為受不了QA的環境,寧願選擇轉換到RD的跑道
至少獲得相對的成就感與尊重

久而久之,QA這個職缺,其實一直都很缺人,
但高手而且願意做的人真是屈指可數
另外就是,有些公司老闆對於RD與QA的待遇,是有不小的差異
（目前看到台灣的企業來說,某間防毒公司做得還不錯,QA具有一定power的職權）

擔任一個好的QA你可能需要具備（或訓練）以下幾種軟能力

1. Coordination 協調力
2. Negotiation  談判力
3. Organizing   組織力
4. Reporting    報告/整理問題能力

達成以上技能至少可以擁有「安內攘外」的功效


身為一個不錯的QA,其實需要吸收很廣泛的技術技能與觀念
這跟RD不太一樣

RD的軸向屬於精度,埋在特定的Domain中,挖的很深
QA的軸向屬於廣度,各種Domain都需要吸收一點

因此,QA可以從一些不同的觀點上,給予RD一定程度的建議
以及早預防（降低）可能發生的錯誤

QA還有一項很重要的價值,在於配合RD開發「自動化工具」
由於一個好的軟體開發流程,
通常QA參與的時程,早在發起Requirements時程就會進入討論
也同時會參與RD開發時程,直到產品出貨,都是密切緊跟著團隊進行

RD 在開發時,QA大概也會開始製作可以被Automated的Test Case
若開發時間允許的話RD也會參與 Unit Test 的撰寫

至於理想的狀態是QA可以盡量開發automation tool 來cover掉RAT部分的cases
因此,QA理論上沒有規定一定要用什麼 language 去寫
再爛的方式只要能夠成功執行自動化測試目標,就是好的貢獻

以小弟的經驗,在共同開發的大型專案中, QA的運作如下

Requirement Phase
QA會討論與訂定「Test Spec」：主要是限制環境,支援的機型種類,開發有什麼階段
                             EX: Alpha, Beta, cBeta, Production 平台
                             人員配置, 測試目標包含：RAT, FAST, TOFT, FET
                             Stress Test, Compatibility Test, Stability Test
                             E2E...等等 制定文件

End Of Requirement Phase
討論訂定「Test Plan」：主要是討論怎麼測試,用什麼工具測試,需要多少時間/人力
                       什麼時間點要做什麼種類的測試...之類的時程安排

Developing Phase
QA通常會選在這時候開始撰寫Test Case,與RD討論產品module設計,或UX設計
（UI不太會干涉,尊重專業,除非UI已背離人性的設計...）
建立需要的環境或伺服器,有點像MIS的職務
需要架Server, Jenkins, STAF, CI 等等...
另外部分QA可能會開始撰寫RAT相關的「自動化測試工具」

Code Complete Phase to Testing Phase
這時候是QA最忙碌的時候,這時候考驗Automation的功課寫得多不多,能幫多少忙,
因為這時候大量需要Manually Testing, Functionality Testing的時候
人手忙碌的時候

Quality Review
這是考驗QA協調力與報告能力的重點了,
QA有一個很重要的能力在,怎麼把測試的狀態「量化」
一個具有說服力的報告,其實不在於文字,在於數字,給老闆或給上層看到的
最好是簡單的幾個數字或百分比的圖表,就能呈現整個Quality的狀態的Report
是老闆或其他PM & MKT最喜愛的結果

但,RD可能就需要花一些心思去溝通了,這時候QA可能需要協助RD尋找Root cause
縮短issue fixing 的時間


結論

若朋友,你,選擇QA這條路,你可能需要莫大的勇氣去適應台灣的QA生態

當QA其實不全然沒有好處,也許你擁有一些不錯的底子,不一定是RD中最強的,
但走QA這條路肯定會比其他同儕更容易被看見

QA跟QC最大的不同在於,
QA通常會陪著RD一起走完開發流程
QC大多屬於Black Box的測試者,注重正確率與執行量化的測試案例

如果你是QA正在寫「自動化測試工具」不一定要會特定的語言,能結合各種工具
完成受測的目標,就是好的工具,台灣其實不是很多人在培養這塊領域

哪些工具可以幫助你撰寫「自動化測試工具」

推薦需要會的技能
0.Jenkins, Git -> 這兩個對QA來說滿有價值可學的
1.Python
2.Windows/ Batch script/ VB script
3.Linux / Shell script
4.Apache / IIS
5.DB (optional)

網頁系統, 前端或後台類的
1.Selenium
2.Sikuli
3.Autoit

Mobile Relation
1. Appium (iOS/Android) 目前最好用的我覺得是這個
2. Robotium (Android)
3. UI Automation (iOS)
4. 有時候需要OTA (Over the Air) 來deploy build時,需要寫（用）一個OTA的server
   Hockey App
   小弟之前是用.NET寫一個OTA的server來讓測試人員或測試使用者下載新的 build
   (如果你不想付錢的話）


感謝各位朋友耐心看完,有任何建議煩請補充指教
也希望可以跟QA朋友多多交流分享

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 118.163.170.73
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1439371193.A.0DB.html
推 qrtt1: 有看有推
→ y2468101216: 其實我一直不太確定自動化測試怎做，有相關案例嗎
自動化測試是 based on test case 譬如：test case 寫 "user login a website"
那自動化的部分就是，能夠寫出一套程式讓user自動達成 test case 的需求
案例影片 https://www.youtube.com/watch?v=NQgLhZmz7dc
※ 編輯: fourplayers (118.163.170.73), 08/12/2015 17:38:04
→ oread168: Coordination
感謝糾正 :)
※ 編輯: fourplayers (118.163.170.73), 08/12/2015 17:39:32
→ wellkom: siku"l"i
真的是typo...手殘習慣打ri...感謝指正啊！
推 oread168: 因為軟體工程(ry                           樓下開始接
※ 編輯: fourplayers (118.163.170.73), 08/12/2015 17:52:19
推 gigayaya: 推薦這個網站：https://testerhome.com
→ gigayaya: 我大部分的自動化測試知識都是來自這裡的～覺得這網站經
→ gigayaya: 營的很用心
→ fourplayers: 推 樓上的網站剛開始我覺得這網站滿不錯的 只是到後
→ fourplayers: 寫得越來越刁 或是偏離原本的應用就只能靠overflow了
推 deray: 趨勢的QA也開始約聘化
推 deray: 請問monkey test的縮寫是哪一個？ = =
→ fourplayers: 我們就直接叫monkey test 就是針對ui的測試吧？
推 deray: 網友系統：F12
推 milonga332: 推~
推 repeat: 推一個～
推 dream1124: 大推, 你讓我終於知道自己的天賦究竟適合什麼位置
推 ivonne: 推！
推 pw429311: 推啊！
推 joel913: 工具還可以加入Jmeter,這工具做大量testcase 的regressio
推Jmeter ！ 這在做壓測的時候是得力助手, 以前也有一個類似的軟體叫 SoapUI 也是相似
只是之前可以拿來跑Flash 的 AMF3 的資料流
→ joel913: n很好用
推 joel913: 看完這篇，我想到半個月前買的書[Google軟體測試之道]
推 jjwei: 推一個，受益良多
推 rexsony: 依我測試經驗心得 只有一句話可以型容
→ rexsony: 測到應該，沒測試你活該.
推 rexsony: monkey test 算是一個特定術語、用來形容 UI測試
推 rexsony: 自動化測試比較適合在出貨前讓QC大量測試驗證穩定性
推 rexsony: 在將近7年的手機測試經驗裡所體驗到, 大、中、小型的公司
→ rexsony: 對於QA、QC會有不同的介定、小公司很容易把QC&QA包在一起
→ rexsony: 薪資卻不是兩包xD、中型公司或是外資設點的公司
→ rexsony: 會被當成是FAE角色看待，不只要跟RD走還得搞定市場問題
→ rexsony: 或是被派出去當做客服工程師?? Orz
推 rexsony: 大型的公司QA學習的管道絕大部份是跟著硬體RD走
→ rexsony: 舉凡、通訊協訂(射頻)、GPS、WiFi、Bluetooth、AP(CP)
推 oread168: 最扯的是幫挑毛病還會被嫌(ˊ_>ˋ)....%$#@
推 rexsony: 再利用程試語言製做可以頂替大量重複性測試的項目
→ rexsony: 最後再手動進行一連串"使用者環境"的行為模擬項目
→ rexsony: 遠目當時在hTx時後, 拿著第一隻Google Phone T-Mobile G1
推 lairrol: rexsony 你可以開一篇回暗黑面...
→ rexsony: 個人再推一下樓主的4大能力，良好的協調&組織&報告能力
→ rexsony: 可以幫忙產品更趨近Zero Bug(沒有重大Bug)
※ 編輯: fourplayers (60.251.40.253), 08/13/2015 12:05:40
推 Conjuror: 朝聖推，看這個應該是 TrendMicro 的 QA 出來寫的？
推 undeader: 好奇這樣的"QA"給薪大約會在哪裡......
→ fourplayers: 看老闆找的人才要什麼基本上我覺得QA技術不一定輸RD
→ fourplayers: pay應該也能比照RD吧, TM的QA跟RD的pay是平行的
→ fourplayers: Jr. QA 大概 80w/year, Sr.QA range比較大 80-110w/y
推 JackieDragon: QA推!
推 easybaby: 想轉QA...
推 wennie0433: 有看有推 小弟目前開發自動化測試。覺得欣慰
推 wimlove: 朝聖推
推 sally109220: 是說QA沒有程式底也能做嗎？沒底對於跟RD溝通上會有
→ sally109220: 什麼問題
推 MOYO: 菜鳥QA推
推 littlebau: 看了這個好心虛...我也是 QA 但是上面寫的幾乎都不會
→ littlebau: 但是我大概最少有150w/y
推 s51507: 小弟目前也在這條道路上，推