Re: [請益] 如何當軟體QA??

※ 引述《light503 (帳號已經換主人 不要來信)》之銘言：
: 各位版友好
: 小弟本身是做純硬體，沒接觸過軟體
: 某次因緣際會，認識從事軟體QA的朋友
: 大概知道薪水比硬體的好很多
: 跟中部傳慘工業區相比的話
: 小弟想請益版友
: 如果想學會軟體QA本身要會甚麼技能
: 謝謝大家指導，長時間久坐記得讓自己多動一下喔
: 如果有違反版規，煩請指教
: 感恩 感恩

之前寫的軟體測試幾個層級，提供參考。

最入門的狀況，Intern/工讀生通常只會碰到這

A. 依照Test Case進行測試。回報Issue,重現步驟
B. 有能力建置測試環境到可以部屬待測軟體。

測試的軟性觀念，這邊開始才真的進入測試的領域。
需對待測目標有深入了解，包含目的、商業用途、用法才比較有機會寫出好的測試案例。這也跟產業、公司的偏好有關係。

C1. 根據產品規格SPEC撰寫相對應的測試案例Test case
C2. 根據產品規格SPEC撰寫相對應Module的Test Spec (針對該模組特性的測試方向) C3. 根據產品Schedule撰寫相對應可行的測試計畫Test Plan(多人團隊計畫)

需有開發程式的能力。
有些非本科出身的測試會卡在這關過不去。

D1. 寫出單一模組使用的Test script/tool
D2. 寫出可供整套產品使用的Test automation. (Integrated with Daily build)

需有開發程式的經驗，才有能力指出可能的問題所在。

E1. 發現Bug時，從Log中找出發生的原因，至少縮小指出有問題的地方。
E2. 參與Design Review，從中找出潛在風險.
(從流程圖, UML可在先期就找出架構上的問題)
E3. 參與Code Review，從中找出實作上的問題

建議把自己當軟體工程師，專精在測試這個領域。
基本上就是，除了產品的code之外，其他都可以碰。
對心態跟未來發展會比較好。

除了上面的技能外，軟性的技能也很重要。
1. 溝通技巧：如何說服對方這是BUG，如何跟客戶應對/安撫客戶
2. 專案管理與軟體工程：
對軟體開發流程的了解，採取合適的測試流程方法，與時程配合
Waterfall / Agile / DevOps 該怎麼配合

隔了有點久，希望這些有幫助。

--
人才加速器 【Talent Booster】
https://www.talentbooster.net/
業界專家傳授，讓變強不再困難。

--