QA該做轉變了
最近有人提到test cases太多run不完, 找到bug太多RD解不完, automation rate太少, 高層總是schedule導向, 因此導致整個QA的工作很忙, 士氣也不高.
我想這些都是QA常見的問題, 不過我想換個角度來思考這些問題:
1. Test cases太多run不完
- 這些test cases 真的能找出bug嗎? 還是跑心安的?
- 不知你是否有統計過有多少比例的bug是從test case找到的? 如果比例不高, 那跑完的目的為何?
- 或者應想想是否有更有效率的方法呢?
2. 找到bug太多RD解不完
- 解Bug是RD的責任嗎? 還是QA可以幫忙?
- 若是太多bug解不完,或是最後都不解, 那QA找到那麼多的bug還有意義嗎? 是要證明QA很厲害重要, 還是要讓整個team成功重要呢?
- 若是因為test cases跑不完, 而忽略幫忙找出bug的root cause 或是提供更多相關的資訊, 這樣的bug有用嗎?
3. Automation rate太少
- Automation是要幫助你解決什麼事情呢? 如果他不能當你解決一些事情, Automation rate高也不一定有用
- Automation在於ROI的問題, 而不在於多寡的問題
4. 高層總是schedule導向
- 或許這是無法打破的迷思, 但是當你變高層的時候, 你是不是會做同樣的事呢?
- 如果這是不變的, 那你是不是該找出另外的方式提高產品品質?
- 愛因斯坦說: "做相同的事, 期待有不同結果的人, 他是神經病", 所以你做相同的quality activity 希望產品最後品質會不同, 會可能有不同的結果嗎?
- Testing不是唯一的quality activity, 你必須找出更多quality activity來幫忙增加quality
- Testing已經是後期的活動了, 所以那時候不行, 你已經沒有太多時間可以做什麼, 所以你最多也只能眼睜睜看著高層說要出貨了
- 多想想你前面能做什麼.
- 多想想妳testing stage的時候, 是否要換方法了
不知你們是否有其他的想法? 歡迎一起討論
dear David, may i 轉貼 this post into my personal Blog?
Hi Jo no problem
Dear David, Thanks a lots! 個人非常認同您題的觀點, 其實軟體測試真的是一門很大的學問, 感謝您的文章,讓我有很多的思考空間,感謝您.
個人覺得的確大部分case不會找到bug. 但不跑會心安嗎? 我目前不 敢.:)
不敢是正常的反應, 包括我也一樣. 但是為何不敢呢? 不知大家有沒有想過這個問題. 目前我認知的原因可能有以下幾種狀況 1. 不知哪裡被修改到, 所以全部重測 2. 每次修改到的地方, 總之會造成意想不到的地方出錯, 所以全部 重測 3. 因為不知道test cases和修改的地方的關連性, 所以全部重測 4. 重測是最容易決定的事情 5. 不想之後出事要承擔責任, 所以全部重測 ..... 如果是類似前三項之類的事, 已經有很多research or practices 告訴你如何做. 我曾經post相關的regression testing strategy, 可以參考一 下. 網路上也可以找到很多 Regression Testing Strategy (1) http://www.wretch.cc/blog/kojenchieh/12679624 Regression Testing Strategy (2) http://www.wretch.cc/blog/kojenchieh/12704004 Regression Testing Strategy (3) http://www.wretch.cc/blog/kojenchieh/12709361 如果是後面兩項之類的, 那我就不知道要怎麼辦了