為什麼不開除測試,讓用戶來?
前些日子,在知乎上看到一個很有趣的問題:
為什麼互聯網公司不開除測試,轉而讓大眾來測,找到一個Bug給100元?我一時腦洞大開,請做測試的大牛來說道說道。
回答的討論也很有意思,有不少都是圍繞「100塊夠不夠、給不給、怎麼給」來說的,我的角度是,測試絕對是產品團隊里一個重要的角色(注意,不是自然人,創業團隊可能就是產品經理來做這個角色),沒了他們還真的不行,回答如下:
00. 默認前提是,開發已經做了單元測試和冒煙測試(原則上冒煙應該測試來做,但,人家都被你們開除了啊,只好讓開發來做了,至少保證交給大眾的是一個能跑起來的產品),這兩項總不至於期望大眾來幫忙做吧;
01. 很多Bug其實並不是非此即彼的,產品就這麼設計的,內部的測試知道,但外部的大眾不知道,覺得用的不爽,提了,這錢是給還是不給?哪怕公司內,測試發現此類問題(比如為了安全考慮,密碼第二次輸入確認的框不允許複製黏貼),開發說這是一個需求/特性,大家還得再把產品叫過來一起討論下,外部可做不到;
02. 專業的測試是需要測試用例(Test Case,更不要說TC評審了)的,常見的測試用例(臨界值相關、內存會不會泄露、特殊字元什麼的……專業測試玩起來一套一套的,分分鐘把開發認為沒問題的程序搞掛),在大眾那裡可沒有,不踏實,感覺……有點像西醫和中醫的區別,敏感話題不展開;
03. 專業測試提的Bug是分級的(成熟的產品也應該分級標準和規範),幾級以上必須全部close才能發布希么的,開發也會按照級別來確定修復順序,大眾提交上來的,還得安排人去分級review;
04. 專業測試會把Bug指定給特定的開發或產品經理,背後的邏輯是知道技術角度的模塊劃分,以及對應的負責人,方便流程往下,大眾提交上來的,還得安排人去做assign to這個動作;
05. 專業測試懂得用開發明白的語言描述,說清楚是什麼機器、什麼系統、什麼版本……特別是「如何重現」這件事,大眾提上來的,Bug重現不了,急死你;
06.內部經常有針對Bug的討論,部分Bug可以defer或reject,那麼問題來了,誰來牽頭組織討論,確定Bug狀態的流轉與控制?可不要指望大眾會「跟進」自己提交的Bug;
07. 如果開發比較牛逼,理解了,修完了,是否修復的驗證誰來做,誰來close這個Bug,確認修復?整體的回歸測試誰來做?
08. 以上還只說了狹義的功能測試,性能測試、壓力測試怎麼辦?大眾沒法幫你模擬10萬人同時XXX;還有,自動化測試誰來做?
09. QA相關的還沒說呢;
10. 其實,這個在方法論裡面接近於「UAT,用戶接受度測試」,有的也叫驗收測試,經常由產品經理代表用戶做(當然,有資源最好讓用戶親自來),不是找Bug,而是看產品是否滿足用戶需求、設計是否符合用戶認知什麼的;
11. 這事兒很好,有條件都做吧,但更多的目的是找個理由和用戶互動;
好問題,幫我複習了一遍和測試有關的概念,暫時想到這麼多,大家可以補充。
對了,近期iamsujie.com做了改版,大大提升了移動端的閱讀體驗,歡迎嘗試。
-----------------------------
@iamsujie的產品線:
- 圖書:《人人都是產品經理》;《淘寶十年產品事》
- 課程:企業內訓;高校選修課
- 品牌:@七印部落,代表作《啟示錄》、喬布斯《遺失的訪談》等
- 網媒:公眾號、微博、知乎、豆瓣等(統一 @iamsujie);
推薦閱讀:
TAG:人人都是产品经理 | 知乎上 | iamsujiecom做了改版 |