很多組織有分成手動測試人員和自動化測試人員.
很明顯的, 手動測試人員就是進行手動測試的工作.
但是自動化測試人員呢? 通常他們有以下類型的工作:
(1) 把手動測試人員開的測試個案給自動化
(2) 提供測試工具給手動測試人員使用
(3) 針對某功能, 利用自動化的方式來測試它
這會有什麼問題呢?
(1) 把手動測試人員開的測試個案給自動化
通常手動測試人員不見得把步驟寫得很完整, 因此依樣畫葫蘆, 測試效果不見得和手動測試人員相當, 手動檢查到不見得程式都有做到. 唯一好處就是機器做, 可以做很多次不全的檢查 XD.
(2) 提供測試工具給手動測試人員使用
簡單說, 這個工程師自己不做測試, 他只是寫工具給別人用. 對於沒有親自測試的人, 他怎麼知道他的工具管用, 真的能抓到 bug. 或是手動測試人員真的有拿他的工具來用嗎? 真的有發揮他的工具的效用嗎?
(3) 針對某功能, 利用自動化的方式來測試它
自己的狗食自己吃, 這樣才知道自己的工具或測試程式管不管用. 我是比較喜愛這類型的. 不過組織內如果會分手動測試人員和自動化測試人員, 通常自動化測試人員不會有這類的工作, 如果有那還要手動測試人員做什麼?
因此, 測試人員不該分手動或自動, 最好是全民皆兵, 手動測試和自動測試的工作都要做.
這樣你才知道怎麼測, 工具怎麼幫忙. 也不會相互看輕, 或者相互推責任.
同理, 整個產品團隊, 也不要區分開發人員和測試人員, 只有分開發和測試的工作, 有空的人就可幫忙分擔這些工作, 這樣才能高效的起來.
文章標籤
全站熱搜
小弟有不同意見 我認為開發與測試還是要分開 而且測試應該只是開發的左右手 僅只如此 承擔產品成敗責任的 就只有開發 design for testing 你在設計的時候 就該思考到測試的可行性 測試人員不過是幫你驗證想法而已
QA在目前業界最大的問題在於職能定義不清。誰是QA？QA做什麼？ 按照一樓的說法，以我們公司來說，通常是由SW助理工程師擔任，所以我能理解一樓說的分開的原因。 但David的文章我是這樣理解的，應該團隊有集體共識要維護品質，所以開發和測試不分職能，而是依據需求找人去執行。 以目前的經驗來看，QA有時候常常被找去做雜事，常常會看見bottle neck都卡死在QA團隊，尤其因為沒過Q不能出，Q也常常加班找bug。其實要請RD換位思考一下，在MaintainMode的情況下，RD改個小架構，Q基本上要測全部，不然每次出版本都一堆客訴回來，前線客服扛不住，年年要出客製版本來解決不同需求也是很有趣。 我偏好還是RD和QA大家要同一個團隊一起走，不要分太多你我，很快就會發現要maintain一個渾然天成的lagacy code有多恐怖。 當然測試的人和開發的人不能同一個，不然自己測都小小力的，測別人就很用力。