Re: [請益] 請問QA如何脫離當Tester困境

[fourplayers (Fusion)]

※ 引述《gary771016 (一日測 終身測)》之銘言：
: 大家好~
: 目前是在系統廠做軟體測試 (是系統廠又是軟體的還是做測試...食物鏈最下層 囧)
: 說的很好聽但工作內容其實就是 "人工執行TestCase"
: 這半年 剛好RD開發了自動化工具 剛好有自學一點點點code 於是就這樣開始了
: C++/JAVA/Python 基本的還可以 (物件導向攻略中...)
: 雖然這套工具不是自己開發的 但其中的腳本和JAVA有關 主要是負責這一部分
: 自動化內容 寫腳本模擬手動點擊appUI 去做一些平常需要重複多次的TestCase
: (不是單純錄製動作 或是 完全依賴座標執行 正確來說就是用UIautomator)
: 大致上是這樣~
: 還請各位前輩給點建議(未來發展)
: 1.在QA會寫code或許會比較容易出頭? 還是走管理才是王道...?
: 2.如果會寫code是否要去拼轉RD? 在幾年就30了 私立理工大學畢業 論學歷和時間都堪憂
: 未來規劃
: JAVA 和 android app設計
: 這一行技能樹到底要怎麼點呀!?
: 做著做著就這樣當了Tester好幾年 雖然工作算穩定但也就這樣 所以想要努力看看
: 還請賜教 謝謝~



直接回應你的兩個問題，因為時間也晚了
: 1.在QA會寫code或許會比較容易出頭? 還是走管理才是王道...?

天下軟體的好壞，看的是撰寫程式的方法
做出一道好菜，看的是烹飪方法
但菜色有很多種，不是每個廚師都能知悉烹飪方法
軟體也有很多種，不是每個程式人員都能駕馭它

這意味著你會寫特定某種語言，是不夠的，
比起寫Code不如去了解各平台的運作特性，
比會寫Code來的有用，我指的是QA

QA 要懂 code 的確是加分，根據會的程式語言，
代表你可能了解計算機原理，
代表你可能了解某些平台或是程式設計的特性

這對不管是白箱或黑箱測試，都有一定程度的幫助
因為可以幫助你更「精準的」測到對的方向。

但也有不會寫code 但對產品很熟的QA

QA就是一個需要學習管理的職位，
我所認知的QA應該介於，R&D ,Designer, PM 之間
隨著開發產品的release版本越久，
要測試的範疇就越大

如何在有限的時間內，完成精準測試才是最重要的課題

對我來說，會寫code 都是為了能夠讓測試變得更簡單
為了縮短測試的成本，
或是製作工具來輔助測試，
以及製作工具來克服手動測試可能無法完成的項目
像是壓力測試或穩定性測試    etc.

面對PM則是可以製作報表，以便PM蒐集產品情報
面對Designer則是可以建議平台特性的限制等等

而很多QA工作像是一開始的 Test Spec, Test Plan
一直到 Test Case的建置，都不一定需要懂code
怎麼管理在對的時間點，做有效的測試才是重點。

回應你的主題
懂得測試方法的人，才是王道，比起會寫code的人
因為QA本來就是需要學習管理


: 2.如果會寫code是否要去拼轉RD? 在幾年就30了 私立理工大學畢業 論學歷和時間都堪憂

會寫code不一定要去當R&D, 自己在家也可以寫產品
而QA也是R&D的一個角色，不要把QA想低了

就我的經驗來看，面試第一眼會看的是，工作經歷
而不是學校，如果對象是名校出生，
也不代表它真的懂QA該做的事情

就我所知，台灣目前沒有一所學校，
告訴我們，測試是什麼東西

加油！


--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.25.41.89
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1484245385.A.23C.html
推 tony1768ya: 推
推 amatt: 測試是巨有豐富客戶環境經驗跟developer經驗的綜合能力
推 amatt: 學校是學術導向，哪有在管驗證的知識，credit就很站不住腳
→ amatt: 。
推 XJY13: 推... 但是在台灣QA就是這樣... 不受尊重
推 penolove: 我覺得QA 很多工作蠻有難度的 不具備測物的Domain 又要
→ penolove: trace code, 甚者要寫自動化腳本跟測量工具
→ penolove: 偏偏QA的地位..
推 Yshuan: 台灣業界對產品又是求有不求好啊
推 Vios3: 推
推 Satanael: 我測試的基礎都是唸書的時候打下來的ＸＤ
→ Satanael: 所以我也是在學校才知道，測試是什麼