iT邦幫忙

0

QA有前途嗎???

我的朋友都在做QA,全名叫 軟體品質測試工程師,未來的出路也迷迷茫茫的,雖說也有點想轉RD不過學廣而不專精,會點JAVA 會點C 會點VB 會點PHP 會點ASP 會點SERVER的東西 會點TPC/IP 大概都會一點,不知道該從哪個方向下手朋友們清一色都在做這個,但對於未來也沒想太多

fillano iT邦超人 1 級 ‧ 2009-08-21 16:34:19 檢舉
我來亂的...

來搞測試驅動開發吧,這樣測試就變成重點...

其實我要說的是,從測試這一塊切入,其實還有非常多的技術,而且還可以跟軟體製程結合,並不是沒有機會啦,關鍵在於你有沒有這樣的視野。

之前帶過測試小組,中間可深入的點真的很多,而且有很多機會理解程式與需求、設計的關聯性(不然怎麼寫出測試計畫及測試文件?),所以也有機會在程式技術方面精進的。另外一個部份是做自動化相關的東西,有很多有趣的可以搞。
28
coolvista
iT邦研究生 2 級 ‧ 2009-08-20 15:51:32
最佳解答

做每個工作都有前途,正所謂"行行出狀元".
如果您在公司可以創造出"無可取代的價值",那您就成功了.
專業固然重要,人格特質也很重要.很多老闆對於員工的人格特質重於專業.

20
總裁
iT邦好手 1 級 ‧ 2009-08-20 16:29:12

要看你自己的定位, 如果只是照表操課, 那我想是沒前途的.
但是你如果可以了解別人的測試計畫是怎麼寫出來的, 甚至進一步去了解商業邏輯, 甚至程式技巧, 那我認為是很有發展的.

26
yinshih
iT邦新手 4 級 ‧ 2009-08-20 22:41:39

建議你最好能轉到RD(programmer),軟體QA在台灣似乎並不像生產線的QA那麼受重視。
而且沒有設計過系統、寫過程式的人,某些bugs不容易找出來,也不容易與RD(programmer)溝通。
台灣軟體界喜歡把沒有經驗的人放在QA,這點與硬體生產剛好相反,難怪台灣軟體的品質一向不如硬體。這可能是因為缺乏好的RD(programmer)的緣故,但也因此,如果你向公司爭取,應該有機會當RD(programmer)。沒有經驗或對程式語言不熟並不是問題,初級的RD(programmer)並不需要很深的程式技巧,對工作投入、認真最重要。
如果一直沒有機會轉到RD(programmer),也不用煩惱。你公司有軟體QA的職位,可見對軟體品管相當重視,在這個位置好好做,也有機會升到管理階層,我以前的公司就有這種案例。

22
yujyewei
iT邦新手 5 級 ‧ 2009-08-21 09:31:54

同意一樓二樓的話,其實軟體的人喜歡鑽在自己的世界做東西,QA的人則可以去整合軟體與硬體的東西,兩面都懂,這樣的人把自己的功夫戀的扎實些,已後反而很適合來帶 Project,可以當個出色的Project Manager,當然如果只是邊抱怨邊照表操課,那麼你永遠都只是小螺絲釘,加油,一定要有自己的想法,朝自己的目標前進,工作不過是個殼,你工作來換取微薄薪資,但如何讓別人看到你的光芒你的能力,才真正是你要努力的目標。

16
sleeplamb
iT邦新手 4 級 ‧ 2009-08-21 13:51:01

專精一門技術比較實在,否則只會管理技巧,被人糊弄了都不知道,例如當PM,底下的人或是外包商告訴你什麼什麼做不到啦˙不然就是要加人加工時加預算啊,你無法分辨是否合理,這樣你的專案還能玩嗎?

16
sungshun
iT邦新手 3 級 ‧ 2009-08-21 14:43:02

行行出狀元啦, 我不認為甚麼都懂一點是不好的, 要看你把你所懂的運用在那裏.
以我為例, 大學念商學相關科系, 研究所念資管, 只寫過一年的VB與C, 至於PHP, ASP, Java, 兩個字-不懂,TCP/IP, OS與DB只懂一些皮毛 但我可以掌握企業作業流程的邏輯, 我知道內控的觀念, 我現在在做公司的資安,如果你問我懂不懂firewall與router怎麼設, 怎麼做DDOS, por scan, 怎麼做SQL injection......, 老實說, 那都不是我的專長, 但我提出的建議與問題, 資訊部不敢不甩, 因為我是從公司作業流程與控管的角度出發, 可能是我曾經當過管理顧問, 看過的系統多, 看過的管理標準多, 但重點是: 現實世界中, 技術是follow企業的需求與目標在走,而且幾乎都可以滿足使用者的需求.
有一位大大說只會管理技巧,被人糊弄了都不知道, 那的確是有可能發生的, 但技術那麼多, 變化那麼快, 如果只專精一種, 那萬一下一個project用的不是你懂得技術呢? 所以你永遠只能做你專精的案子. 當然, 如果技術是你的興趣, 而且打算一輩子從事技術工作, 那就另當別論.
QA可以不只是做program的檢測, 往上提升, 做專案的品質檢測, 做系統開發的流程檢測, 做提供資訊服務的檢測........路很多條, 慢慢選

10
addre
iT邦新手 5 級 ‧ 2009-08-22 00:49:17

在下的工作正是寫程式的RD...
我個人覺得, 當RD必需要有相符合得特值, 要對這塊領域有很高的興趣...
您可以問問自己, 是否對於親手打造一套軟體感到熱血沸騰? 如果不是, 建議不要當RD, 當程式開發只是一份工作, 當源源不絕的爛bug, 怪需求出現, 當你發現PM花一分鐘說的話, 害你得拼命花三週趕工, 但最後又再度被同一個PM翻回原案... 沒有足夠的熱誠會讓您痛不欲生...

我覺得, 如果QA只把自己當測試機台, 只會依據它人給的case逐步測試, 確實不會有太光明的未來, 因為可替代性太高. 如果當QA的同時, 能夠同時填補自己的思考能力, 能同時從使用者的角度去思考可能的操作方式, 同時從RD的身上學會他們規畫設計程式的概念. 這樣的能力可能讓您轉變成 SA, 如此的發展前途, 可就大大不同了...

10
unclehandgun
iT邦新手 4 級 ‧ 2009-08-24 09:30:16

小弟也做過短期的QM負責人,也是從不懂到懂一點。
在該工作的体驗小弟覺得該職缺是緣起於Programmer的寫漏洞百出的程式
短期內要思考老闆期望是什麼,唯兒,不就是把這個漏洞百出被客戶海幹到死的系統暫時先止血消毒一番, 為了些目的自然得構想一堆期望有用的方法來解決這些問題。從構建一大堆Test Scenarios,Test Inventory, Test Case, Schedule,拉一堆倒楣的同事來測試系統、測出與追蹤幾百個蟲蟲,到整個專案順利上線幾乎沒重大問題。長期來看,就打算唬爛老闆搞個CMMMI的課題來操死這些程式設計師。
有沒有前途?有...看怎麼跟老闆吹噓您的看的到的功績與願景就有前途啦。
故小弟的不專業QA前途的職涯路徑可為:QA Engineer->QA Lead->QM Manager->Project Manager

我要發表回答

立即登入回答