昨天對新上線的功能進行了測試，作為一個測試新人，因此覺得測試工作對幫助理解產(chǎn)品整體的功能邏輯有非常大的幫助，但是在今天在測試的過程中發(fā)現(xiàn)一個問題，和所有崗位一樣，測試工作尤其需要經(jīng)驗和豐富的產(chǎn)品知識。

理由如下：(下面幾點選擇37度在pmcaff關于“創(chuàng)業(yè)公司沒有專業(yè)QA，怎么測BUG更高效？”的回答)

測試的產(chǎn)品經(jīng)理完全是可以扛起來的，不僅僅是創(chuàng)業(yè)公司，有些稍微有點規(guī)模的公司都沒有QA，但這不是問題，關鍵是團隊的分工。要控制bug要從以下入手，

1、研發(fā)。在開發(fā)階段是否能就能杜絕bug，提升代碼的質(zhì)量，在源頭扼殺bug呢？這種要求比較高，但研發(fā)要有這種思維。

2、產(chǎn)品經(jīng)理。產(chǎn)品在制定產(chǎn)品方案、梳理產(chǎn)品邏輯和明確產(chǎn)品需求階段是否能保證沒有邏輯上的bug呢，可以的。

3、產(chǎn)品驗收階段。寫測試case，考慮各種異常流程，對著詳細的需求文檔或者功能list逐個驗收；

4、借用團隊的力量。團隊內(nèi)部全員參與測試產(chǎn)品。

5、灰度測試。借助用戶的力量，小渠道小版本快速丟出去看用戶反饋。

6、建立用戶群。微信群QQ群等，每次新版出來優(yōu)先放到群里給使用，及時收集bug。

以上37度的回答，可以說是比較籠統(tǒng)的，但其實含金量還是有一點的。因為在今天的再測試過程中，我就被自己昨天所說的“深入進行測試工作既可以幫助我們理解公司業(yè)務邏輯，也可以幫助我們發(fā)現(xiàn)現(xiàn)有邏輯的問題”這句話打臉了。

因為自己相當缺乏測試經(jīng)驗和豐富的產(chǎn)品使用體驗，所以，一旦進入了測試環(huán)節(jié)，很難從測試的業(yè)務邏輯中脫離出來，至多發(fā)現(xiàn)一些不符合現(xiàn)有使用體驗的一些問題，至于如何現(xiàn)階段市場上同功能的業(yè)務邏輯是怎么樣，根本無從思考。

總結以上的贅言，就一句話，測試工作很早就需要開始，上線前的測試其實是在亡羊補牢。