無用還是有用? 成就取決於態度。
俺的博客不是博客，隻是一個存放舊帖的地方而已......
正文
六, 俺也說說”找蟲子”
哈哈,所謂找蟲子,就是找bug, 實際上俺想說的是Software QA/Testing. 壇子裏時不時有人提到Software QA (Quality Assurance), 電話會議時也有人問到過. 俺無用絕非QA專家(雖然這是俺的一奮鬥目標), 以前本來是一R&D Engineer, 後來一偶然的機會加入一Internet公司的QA部門做過一段時間(時間不長,還不到2年), 最近找工作又碰到一些QA有關的工作機會, 所以想談談我對軟件QA的一些認識和體會,和大家交流一下. 至於其他行業和領域的QA俺不甚了解, 所以這裏僅限於一般意義上的軟件QA. 其實即便如此,不同的人有不同的工作經曆和看法, 所以俺說的隻是一家之言而已,也希望和壇子裏的農活能手找蟲子專家交流. 隻是,很多話說起來會有些Technical, 還請不同行的兄弟姐妹們見諒.
說起軟件QA人們一般會想到軟件測試(Testing). 其實嚴格說來兩者有點細小差別,不過咱們在這也不是技術/學術討論, 姑且混為一談也沒啥大礙. 很多朋友對QA工作不是很了解,有人以為QA/Testing就是設計幾個test cases,跑上幾個測試小程序,看看是Pass還是Fail,就完了.在有的公司裏麵甚至連test cases都是Developer提供, QA Engineer隻是Run一遍就完事. 其實這種做法很不正規, QA工作本身的質量也不高, 以至於一些人誤認為QA工作超級輕鬆, 技術含量低, 如此而已. 但是我所知道的正規大軟件公司(如Microsoft, Google, Yahoo)的QA不是這樣的. 我以前工作的公司中, QA部門也很受重視, 一些大項目的負責人都把QA當作重中之重. 我們QA部門主要由純粹的QA Engineer和做開發的Tools Developer組成. QA Engineer基本上不編程序(或者編很少量的程序), 但是公司要求他們的QA Sense 很高, 他們要對各種軟件測試方法很熟悉, 能設計出合理而有效的test cases,並能對測試結果進行深入的分析和推理,並對結論負責. 同時QA Engineer 作為很多項目中的QA representative要定期參與項目開發過程中的各種例會和討論等, 並與development team, operations team, production manager等各方密切合作, 所以communication skills也很重要.
我們QA部門的另一類成員是QA Tools Developer(我曾是其中之一). Tools Developer的任務是與QA Engineer 密切合作, 充分理解他們的test cases, 然後開發出工具,將盡可能多的test cases 自動化(Automation), 並對這些工具的使用者(即QA Engineer, 偶爾也有Production Development Team的Developer)提供Technical Support. 這些自動化的工具可能不是一個個孤立的小測試程序, 而是集成在一個大的測試平台(我們稱之為testing harness或framework). 建立這樣一個平台的過程實際上也是一個完整的軟件開發過程, 所以對軟件開發的要求比較高. 同時也要求對被測試的軟件產品理解到模塊(module)和編程接口(ＡＰＩ）一級（有時甚至到程序statement一級，因為發現有問題的時候我們總是千方百計確認是我們工具的問題還是被測代碼的問題）．所以我們對被測產品的了解比專職的ＱＡ稍微深一點，但是對於軟件測試方法和test case的設計卻相對沒那麽熟．其實很多時候界限也不是那麽明確，QA Engineer人手不夠時我們做工具開發的就＂越俎代庖＂一把也是常有的事．
現在很多公司有ＳＤＥＴ（Software Development Engineer in Test)．堪稱以上兩種roles的＂完美結合＂：要了解被測產品到相當的深度，做測試需求分析，設計test plan和test cases，設計並實現自動化，建立起testing harness/framework，收集測試結果並分析匯報，sign off產品的release，並於各方密切合作與協調等，所以整個cycle下來並不是那麽輕鬆．要是有現成的harness/framework可以用的話會好些．當然也不是每個公司的情況都是這樣．尤其是中小型公司，其ＱＡ的工作範圍可能隻是可能隻是我上麵提到的一部分．因此說起工作強度，不同的公司之間差別可能會很大．通常快要到release的時候會很忙，平時相對好些，同時也要看產品release的頻繁程度，這些大家在找工作的時候可以打聽清楚．
我個人感覺目前工作市場上的ＱＡ工作還是不算少的，尤其是一些大一點的公司一直在招人．我本人同時找software engineer 和QA/SDET的工作, 在我碰到的職位中（獵頭和HR給我介紹的）大約六成是ＱＡ相關的工作（當然可能是因為我的上一個工作是在ＱＡ部門）．有的大公司有能力開發自己的ＱＡ／Ｔｅｓｔ工具，所以他們會比較重視開發harness/framework並有直接做automation的經驗．中小公司很多都用一些現成的測試工具（如Selenium, LoadRunner, Jmeter等），所以他們可能會問你有沒有使用那些工具的經驗．當然如果你兩種都有那機會就更大了．類似的，做ＱＡ有人可能是以功能測試（functional testing)為主，有人可能是以性能測試（performance testing)為主.如果你有任何一種的豐富經驗，應該都有不少機會．如果兩者兼備，那更是難得的人選．
有人擔心ＱＡ的工作容易被外包，這種擔心不無道理．我的前公司去年就有一個非核心產品的ＱＡ整個轉到印度（後來證明那個印度ＱＡ隊伍比較菜鳥，有時候胡來，給我們製造了不少麻煩，那是題外話），原ＱＡ隊伍解散，要麽離開公司要麽轉到其它項目組．和coding一樣，testing被外包是可能的，但是我個人感覺在美國本土隻要還有software development就應該會有QA/testing，因為在比較正規的軟件產品開發中，ＱＡ的理念不僅存在於後期的testing階段，還存在於實現(implementation)甚至更早階段（如Ｓｃｒｕｍ中的test driven思想). 也就是說整個開發過程中tester和coder之間需要密切磨合的地方有增多的趨勢，這種密切關係在遠程情況下是很困難的。
通常對entry level的ＱＡ要求相對稍低，而且從developer轉到QA比從QA轉到developer相對容易一點。感覺entry level的ＱＡ比同級別的developer薪水稍低些，到了senior level的ＱＡ薪水和同級別的developer大體持平吧。還有就是一些大公司的ＱＡ經驗會比較marketable一點，這對於找工作的朋友來說是塊敲門磚。目前市場上很senior的ＱＡ或QA Manager的職位比較少，但是這樣的機會在一些大公司如Microsoft,Google經常會有（當然可能title會有所不同）。
很多人覺得QA/testing很枯燥，我以前也有過類似想法。其實QA工作有它自己的魅力，對於那些喜歡“break something instead of make something”的人，還有就是對有些完美主義者（perfectionist) 來說也許是個不錯的職業選擇,嗬嗬。大家不要誤會啊, 其實QA工作一般人都有做好的潛力,隻是多一些嚴謹的作風和發現問題的能力會更好. ＱＡ工作中並不都是routine work,有很多challenging的地方，而且communication skills是重要一部分。如果在一個重視ＱＡ的公司，你能用自己的聰明才智想出一些方法來找到那些“自以為是”（嗬嗬，俺是說，通常developer把代碼交給ＱＡ測試時都assume代碼應該沒問題。誰會把明知有問題的代碼交給人測試呢？）的developer們的代碼缺陷的話，你同樣能有不小的成就感並贏得他人的尊重。：）
在飛機上寫下這些文字時，剛好看到一機組人員（一白人小夥）在示範救生衣使用方法。本來看上去挺枯燥的示範，這小夥做得卻與眾不同，不僅麵帶笑容，而且還加以誇張的表情和動作，將看似枯燥的示範表演的妙趣橫生而又不失正確性，最後竟贏得乘客們的一陣掌聲，飛機在笑聲和掌聲中起飛。俺也不是很少坐飛機的人，卻是頭一回碰上這樣的機組服務人員示範。我突然想到我們很多人都有抱怨過工作枯燥無味的時候，從這個小故事中是否能得到一點點啟示呢？
（本文在"職場生涯”論壇中的鏈接：http://web.wenxuecity.com/BBSView.php?SubID=career&MsgID=264561）
哈哈,所謂找蟲子,就是找bug, 實際上俺想說的是Software QA/Testing. 壇子裏時不時有人提到Software QA (Quality Assurance), 電話會議時也有人問到過. 俺無用絕非QA專家(雖然這是俺的一奮鬥目標), 以前本來是一R&D Engineer, 後來一偶然的機會加入一Internet公司的QA部門做過一段時間(時間不長,還不到2年), 最近找工作又碰到一些QA有關的工作機會, 所以想談談我對軟件QA的一些認識和體會,和大家交流一下. 至於其他行業和領域的QA俺不甚了解, 所以這裏僅限於一般意義上的軟件QA. 其實即便如此,不同的人有不同的工作經曆和看法, 所以俺說的隻是一家之言而已,也希望和壇子裏的農活能手找蟲子專家交流. 隻是,很多話說起來會有些Technical, 還請不同行的兄弟姐妹們見諒.
說起軟件QA人們一般會想到軟件測試(Testing). 其實嚴格說來兩者有點細小差別,不過咱們在這也不是技術/學術討論, 姑且混為一談也沒啥大礙. 很多朋友對QA工作不是很了解,有人以為QA/Testing就是設計幾個test cases,跑上幾個測試小程序,看看是Pass還是Fail,就完了.在有的公司裏麵甚至連test cases都是Developer提供, QA Engineer隻是Run一遍就完事. 其實這種做法很不正規, QA工作本身的質量也不高, 以至於一些人誤認為QA工作超級輕鬆, 技術含量低, 如此而已. 但是我所知道的正規大軟件公司(如Microsoft, Google, Yahoo)的QA不是這樣的. 我以前工作的公司中, QA部門也很受重視, 一些大項目的負責人都把QA當作重中之重. 我們QA部門主要由純粹的QA Engineer和做開發的Tools Developer組成. QA Engineer基本上不編程序(或者編很少量的程序), 但是公司要求他們的QA Sense 很高, 他們要對各種軟件測試方法很熟悉, 能設計出合理而有效的test cases,並能對測試結果進行深入的分析和推理,並對結論負責. 同時QA Engineer 作為很多項目中的QA representative要定期參與項目開發過程中的各種例會和討論等, 並與development team, operations team, production manager等各方密切合作, 所以communication skills也很重要.
我們QA部門的另一類成員是QA Tools Developer(我曾是其中之一). Tools Developer的任務是與QA Engineer 密切合作, 充分理解他們的test cases, 然後開發出工具,將盡可能多的test cases 自動化(Automation), 並對這些工具的使用者(即QA Engineer, 偶爾也有Production Development Team的Developer)提供Technical Support. 這些自動化的工具可能不是一個個孤立的小測試程序, 而是集成在一個大的測試平台(我們稱之為testing harness或framework). 建立這樣一個平台的過程實際上也是一個完整的軟件開發過程, 所以對軟件開發的要求比較高. 同時也要求對被測試的軟件產品理解到模塊(module)和編程接口(ＡＰＩ）一級（有時甚至到程序statement一級，因為發現有問題的時候我們總是千方百計確認是我們工具的問題還是被測代碼的問題）．所以我們對被測產品的了解比專職的ＱＡ稍微深一點，但是對於軟件測試方法和test case的設計卻相對沒那麽熟．其實很多時候界限也不是那麽明確，QA Engineer人手不夠時我們做工具開發的就＂越俎代庖＂一把也是常有的事．
現在很多公司有ＳＤＥＴ（Software Development Engineer in Test)．堪稱以上兩種roles的＂完美結合＂：要了解被測產品到相當的深度，做測試需求分析，設計test plan和test cases，設計並實現自動化，建立起testing harness/framework，收集測試結果並分析匯報，sign off產品的release，並於各方密切合作與協調等，所以整個cycle下來並不是那麽輕鬆．要是有現成的harness/framework可以用的話會好些．當然也不是每個公司的情況都是這樣．尤其是中小型公司，其ＱＡ的工作範圍可能隻是可能隻是我上麵提到的一部分．因此說起工作強度，不同的公司之間差別可能會很大．通常快要到release的時候會很忙，平時相對好些，同時也要看產品release的頻繁程度，這些大家在找工作的時候可以打聽清楚．
我個人感覺目前工作市場上的ＱＡ工作還是不算少的，尤其是一些大一點的公司一直在招人．我本人同時找software engineer 和QA/SDET的工作, 在我碰到的職位中（獵頭和HR給我介紹的）大約六成是ＱＡ相關的工作（當然可能是因為我的上一個工作是在ＱＡ部門）．有的大公司有能力開發自己的ＱＡ／Ｔｅｓｔ工具，所以他們會比較重視開發harness/framework並有直接做automation的經驗．中小公司很多都用一些現成的測試工具（如Selenium, LoadRunner, Jmeter等），所以他們可能會問你有沒有使用那些工具的經驗．當然如果你兩種都有那機會就更大了．類似的，做ＱＡ有人可能是以功能測試（functional testing)為主，有人可能是以性能測試（performance testing)為主.如果你有任何一種的豐富經驗，應該都有不少機會．如果兩者兼備，那更是難得的人選．
有人擔心ＱＡ的工作容易被外包，這種擔心不無道理．我的前公司去年就有一個非核心產品的ＱＡ整個轉到印度（後來證明那個印度ＱＡ隊伍比較菜鳥，有時候胡來，給我們製造了不少麻煩，那是題外話），原ＱＡ隊伍解散，要麽離開公司要麽轉到其它項目組．和coding一樣，testing被外包是可能的，但是我個人感覺在美國本土隻要還有software development就應該會有QA/testing，因為在比較正規的軟件產品開發中，ＱＡ的理念不僅存在於後期的testing階段，還存在於實現(implementation)甚至更早階段（如Ｓｃｒｕｍ中的test driven思想). 也就是說整個開發過程中tester和coder之間需要密切磨合的地方有增多的趨勢，這種密切關係在遠程情況下是很困難的。
通常對entry level的ＱＡ要求相對稍低，而且從developer轉到QA比從QA轉到developer相對容易一點。感覺entry level的ＱＡ比同級別的developer薪水稍低些，到了senior level的ＱＡ薪水和同級別的developer大體持平吧。還有就是一些大公司的ＱＡ經驗會比較marketable一點，這對於找工作的朋友來說是塊敲門磚。目前市場上很senior的ＱＡ或QA Manager的職位比較少，但是這樣的機會在一些大公司如Microsoft,Google經常會有（當然可能title會有所不同）。
很多人覺得QA/testing很枯燥，我以前也有過類似想法。其實QA工作有它自己的魅力，對於那些喜歡“break something instead of make something”的人，還有就是對有些完美主義者（perfectionist) 來說也許是個不錯的職業選擇,嗬嗬。大家不要誤會啊, 其實QA工作一般人都有做好的潛力,隻是多一些嚴謹的作風和發現問題的能力會更好. ＱＡ工作中並不都是routine work,有很多challenging的地方，而且communication skills是重要一部分。如果在一個重視ＱＡ的公司，你能用自己的聰明才智想出一些方法來找到那些“自以為是”（嗬嗬，俺是說，通常developer把代碼交給ＱＡ測試時都assume代碼應該沒問題。誰會把明知有問題的代碼交給人測試呢？）的developer們的代碼缺陷的話，你同樣能有不小的成就感並贏得他人的尊重。：）
在飛機上寫下這些文字時，剛好看到一機組人員（一白人小夥）在示範救生衣使用方法。本來看上去挺枯燥的示範，這小夥做得卻與眾不同，不僅麵帶笑容，而且還加以誇張的表情和動作，將看似枯燥的示範表演的妙趣橫生而又不失正確性，最後竟贏得乘客們的一陣掌聲，飛機在笑聲和掌聲中起飛。俺也不是很少坐飛機的人，卻是頭一回碰上這樣的機組服務人員示範。我突然想到我們很多人都有抱怨過工作枯燥無味的時候，從這個小故事中是否能得到一點點啟示呢？
（本文在"職場生涯”論壇中的鏈接：http://web.wenxuecity.com/BBSView.php?SubID=career&MsgID=264561）
I'm a QA with 6 years of experience. I work for a huge company (170k employees), and my salary is no where near developers. Although, I admit I do not program anything. I just lead QA activities (write test cases, run tests, etc). But I do have a MS in CS and I can program if needed. Just no chance right now.
My questions are, how many years do you need to be a senior? If I continue working as a manual tester mainly, does that mean usually the salary is not as high as developers? And from your experience, those QAs that are getting paid as much as developers, are they usually white box testers, or do you think black box testers can get paid just as much?
Thank you!