測試圈大事 — 一個 bug 讓拼多多損失了 200 億要給 QA 背黑鍋嗎?
今天一早,測試圈的朋友們都激動了,原因無他,中國知名電商拼多多因為一個漏洞,損失了近 200 億元,就算是官方說法也損失了近千萬。
發生什麼事?
一切要從 1/20 凌晨 00 點開始,中國的網友們發現,拼多多的官方網站上出現了一個沒有門檻就可以領取的 100 元優惠券(相當於台幣 470 元),看起來很少,但是眼尖的中國網友們發現,這張券可以無限領取啊~~~~而且毫無門檻,毫無門檻,毫無門檻!
接下來就是各種中國網民的薅(ㄏㄠ)羊毛行動,所謂的薅羊毛,就是利用商家的無成本行銷活動,賺取小額小利,比如說註冊送紅包,分享就反饋等等,自己薅羊毛還不夠,大家還一個拉一個,打 wechat ,發 QQ ,一個晚上就薅了 200 億羊毛。(官方說法千萬以下)
拼多多的客服部門即使在 12:56 分驚醒,也阻止不了這薅羊毛熱潮,緊急發布了公告,官方做法是還沒用的優惠券都收回來,已經用的,緊急阻止商家發貨,但是已經充值話費但是用完的,就只能抱緊處理,並且宣稱這是一個駭客攻擊的事件。
所以,問題來了,拼多多的 QA 今年是不是沒有年終了?
據小報消息,來自盼盼的匿名留言說已經取消了該部門的年終獎金
拼多多的 QA 為什麼沒有測出這個 bug ?
也許大家會想,哎呦,為什麼拼多多的 QA 沒有測出這個 bug 呢?首先,我們先來定義一下,QA應該測出什麼 bug ?什麼叫做 bug ?
斯斯有兩種,感冒用斯斯咳嗽膠囊; 鼻塞、流鼻水用斯斯鼻炎膠囊。Bug 也有兩種,一種是你寫的程式不照著你的想法走,一種是你寫的程式照著你的想法走但是你錯了。
所以一張沒有門檻可以無限領取的優惠券,發生了什麼問題嗎?如果這張優惠券應該要有門檻而且應該要限制領取,那這樣就是 bug ,spec 寫好,理應在測試階段發現,如果 spec 這樣定,寫出來卻變成現在這個局面,那麼要不是有人寫錯,就是有人理解錯誤。
所以我們可以開始把黑鍋丟給 QA 了嗎?
冷靜,不行。我們先來看看 QA 的工作是什麼。QA 是 Quality Assurance 的意思,職位定義在「確保品質」,所以任何跟品質有關的,無論是抓 bug ,上線部署,部署流程,品質監控,都與 QA 有關,對於產品的品質,不應該只侷限在跟在 RD 後面挑蟲吃,如果對於 QA 的要求只在於抓蟲,抓蟲,抓蟲,驗證,驗證,驗證,測試,測試,測試,「這個寫好了幫我測測有沒有問題」,你有什麼權利要求 QA 背黑鍋啊(挖鼻孔)。要知道 WestWorld 裡面 QA Team 的標配可是衝鋒槍呢。
好吧所以誰要背黑鍋?
Bug 誰寫的誰背啊(X)
沒有人要背黑鍋,我們可以思考的是 QA 的全面升級。(O)
- 從產品 planning 就加入 QA 人力
一張沒有門檻而且沒有限制的優惠券上去 production ?所有產品的上線都是一層一層的環境部署與堆疊,從這張特殊效力的優惠券被設計出來,都沒有想過 User 怎麼使用嗎?又,這張優惠券,是為了什麼而被設計,理想上又是該會被怎麼使用的,都是在產品初期的規劃可以嚴密審視的點。 - QA 應該升級風險控管
當產品上線後,觀察使用者如何使用,並且快速的回饋迭代,也是 QA 團隊的工作,一個產品上限,到使用,都可以建立嚴格的風險控制與監控 dashboard,當優惠券使用超過一定限額的時候,就可以即時提報異常。 - 從使用者角度設計測試項目
測試團隊在設計測試項目(TestCase)的時候,應該避免開發角度,回歸使用者角度,去思考使用者場景,比如說當開發與產品經理跟你說,按照 Spec 應該這樣這樣,那麼我們就可以去思考,有沒有可能產品上線,我不按照 Spec 的方式去使用,我也可以使用到這項產品呢?
總結
所有上線產品的使用者邏輯,都是經過設計,規格檢驗的,QA 最終的價值不該侷限在開 bug 驗 bug ,而是從產品的角度去確保產品最終遞交到使用者手上的品質,測試框架也只是在保證產品邏輯運作跟產品 spec 設計的一樣,並不能保證使用者怎麼使用,真實的使用者場景如何。為什麼會發生拼多多這件事情,其實是多項環節沒有扣好,讓產品漏洞一關一關的通過,最後只能幻化成「沈痛的經驗」。
想收到更多自動化測試的分享文章嗎?請訂閱 OrienteBar !
We are hiring !! — [徵才] Oriente 誠徵 SDET
同場加映:在 Oriente 當 SDET 是什麼樣的體驗?