本文不是教產(chǎn)品經(jīng)理如何轉(zhuǎn)行做測(cè)試，而是在團(tuán)隊(duì)沒(méi)有測(cè)試人員的情況下，如何快速承擔(dān)起測(cè)試的工作，以下是正文：

　　大公司有明確的職位分工：工程師、測(cè)試、設(shè)計(jì)、運(yùn)營(yíng)都由不同的人負(fù)責(zé)，測(cè)試自然就是測(cè)試工程師的事，而在中小型創(chuàng)業(yè)公司，人員匱乏，很多團(tuán)隊(duì)只有工程師和產(chǎn)品經(jīng)理，工程師負(fù)責(zé)開(kāi)發(fā)，開(kāi)發(fā)以外的事情全都由產(chǎn)品經(jīng)理承包，這其中自然包括測(cè)試。測(cè)試是產(chǎn)品上線前的質(zhì)量檢驗(yàn)，只有通過(guò)測(cè)試，產(chǎn)品才能放心的呈現(xiàn)到用戶面前，本文就詳細(xì)說(shuō)說(shuō)，產(chǎn)品經(jīng)理該如何做測(cè)試。

　　我們不探討測(cè)試究竟分多少種，每種類型又是如何定義，產(chǎn)品經(jīng)理的測(cè)試任務(wù)基本只涉及一種：功能測(cè)試，測(cè)試的內(nèi)容就是：工程師實(shí)現(xiàn)的產(chǎn)品，和 PM 最初定義的產(chǎn)品是否一致，如果一致，則測(cè)試通過(guò)，如果不一致，則測(cè)試不通過(guò)。

　　需求文檔——測(cè)試的基礎(chǔ)

　　需求文檔定義了產(chǎn)品要實(shí)現(xiàn)的功能和具體的細(xì)節(jié)，工程師依據(jù)它進(jìn)行開(kāi)發(fā)，測(cè)試當(dāng)然要依據(jù)相同的標(biāo)準(zhǔn)進(jìn)行測(cè)試，如果缺少需求文檔，測(cè)試就沒(méi)了依據(jù)，就很難往下進(jìn)行。比如有以下需求文檔：

　　XX 博客系統(tǒng)發(fā)布文章頁(yè)需求清單

　　文章標(biāo)題為必填，最長(zhǎng) 80 個(gè)字符，支持中英文和特殊符號(hào)，超出時(shí)即時(shí)提示 “標(biāo)題不能超出 80 個(gè)字符”(原型見(jiàn)附件)

　　文章內(nèi)容為選填，最長(zhǎng) 8000 個(gè)字符，支持中英文和特殊符號(hào)，超出時(shí)即時(shí)提示 “文章內(nèi)容不能超出 8000 個(gè)字符”

　　...

　　進(jìn)行測(cè)試時(shí)，除了要考慮產(chǎn)品的常規(guī)使用流程，還要重點(diǎn)考慮產(chǎn)品中的邊界問(wèn)題，比如以上例子中標(biāo)題和內(nèi)容的字?jǐn)?shù)限制。

　　測(cè)試用例

　　了解清楚需求之后就要設(shè)計(jì)測(cè)試用例了，測(cè)試用例就是一個(gè)個(gè)用戶實(shí)際的使用場(chǎng)景，要求有設(shè)定好的輸入條件和預(yù)期結(jié)果，比如針對(duì)上面的文章發(fā)布頁(yè)設(shè)計(jì)以下用例：

　　上面的 4 個(gè)用例覆蓋了常見(jiàn)的用戶場(chǎng)景，如果實(shí)際測(cè)試結(jié)果符合預(yù)期，產(chǎn)品基本上是合格的，但不要忘記一些隱藏的陷阱：

　　標(biāo)題或文章內(nèi)容包含 html 標(biāo)簽等特殊字符時(shí)，系統(tǒng)能否正確保存?

　　文章內(nèi)容為富文本編輯器，如果錄入的有 8000 個(gè)字符，插入圖片、添加格式后是否還能保存成功?

　　...

　　根據(jù)需求文檔可以定義大多數(shù)情況的測(cè)試用例，還有很多特殊情況的用例，需要經(jīng)驗(yàn)的積累來(lái)完善。還有一些特殊情況只有實(shí)際遇到才會(huì)想到，這時(shí)就需要把這種場(chǎng)景及時(shí)補(bǔ)充到用例中。

　　回歸測(cè)試

　　在產(chǎn)品的正常迭代中，一般是新開(kāi)發(fā)了什么功能，就重點(diǎn)測(cè)試什么功能，但也經(jīng)常會(huì)遇到這種情況：這次項(xiàng)目的目的是開(kāi)發(fā) A 功能，但是在開(kāi)發(fā) A 功能的過(guò)程中導(dǎo)致了 B 模塊出現(xiàn)了 bug，這就需要將和 A 功能相關(guān)的所有模塊再測(cè)試一遍——即使之前這些模塊都是測(cè)試通過(guò)的，這就是回歸測(cè)試。在測(cè)試相對(duì)復(fù)雜系統(tǒng)的時(shí)候，測(cè)試的工作量會(huì)大很多，之前做過(guò)的用例還要重復(fù)測(cè)試一遍，這樣測(cè)試的很大部分就變成了體力活。

　　如何避免重復(fù)勞動(dòng)呢? 答案就是將重復(fù)勞動(dòng)交給程序來(lái)實(shí)現(xiàn)，這就是自動(dòng)化測(cè)試。

　　自動(dòng)化測(cè)試

　　自動(dòng)化測(cè)試通過(guò)寫(xiě)程序的方式，把人在重復(fù)勞動(dòng)中解脫出來(lái)。前文中提到的 4 種測(cè)試用例，假設(shè)每次程序有改動(dòng)都要再測(cè)一遍，那么我就可以把預(yù)設(shè)的表單內(nèi)容寫(xiě)在測(cè)試腳本中，通過(guò)指定元素的內(nèi)容來(lái)判斷是否符合預(yù)期，寫(xiě)好腳本后，測(cè)試框架會(huì)幫你自動(dòng)完成那些操作。甚至可以自動(dòng)生成測(cè)試報(bào)告。這些操作需要一定的編程基礎(chǔ)，如果有困難，可以找工程師幫忙。自動(dòng)化測(cè)試工具筆者目前只使用過(guò) Selenium，大大解放過(guò)我的生產(chǎn)力。

　　有獎(jiǎng)眾測(cè)

　　畢竟個(gè)人的精力是有限的，即使有專門的測(cè)試團(tuán)隊(duì)，也很難發(fā)現(xiàn)產(chǎn)品中所有的問(wèn)題。在正式發(fā)布前，可以將內(nèi)測(cè)中的產(chǎn)品發(fā)給公司同事試用，采用 ”提 bug 有獎(jiǎng)“ 的策略調(diào)動(dòng)大家的積極性，只需花可樂(lè)、零食的錢就能獲取很多有價(jià)值的反饋。

　　筆者參與過(guò)的一個(gè) Android APP 的項(xiàng)目，項(xiàng)目初期 Android 測(cè)試機(jī)只有 3 臺(tái)，項(xiàng)目又要趕著上線，我們采取這種方式把公司使用 Android 手機(jī)的同事調(diào)動(dòng)起來(lái)，在正式發(fā)布前修正了一些重要的兼容性問(wèn)題。

　　測(cè)試報(bào)告

　　測(cè)試結(jié)束后，要將測(cè)試結(jié)果發(fā)布出來(lái)，讓團(tuán)隊(duì)內(nèi)所有人了解產(chǎn)品目前的狀態(tài)，同時(shí)將 bug 分級(jí)，為它們排優(yōu)先級(jí)，將修正 bug 的工作排到接下來(lái)的工作計(jì)劃中。

　　功能測(cè)試是合格產(chǎn)品經(jīng)理的必備素質(zhì)，要求能夠撰寫(xiě)完整的測(cè)試用例并實(shí)踐，完成測(cè)試報(bào)告并敦促工程師團(tuán)隊(duì)改進(jìn)產(chǎn)品，在這個(gè)過(guò)程中不斷打磨改進(jìn)產(chǎn)品。測(cè)試只是手段，打造用戶喜愛(ài)的產(chǎn)品才是目的。

　　推薦閱讀

　　一張圖讀懂UBER

　　早上看到消息，說(shuō)美國(guó)家政O2O鼻祖 Homejoy 倒閉了，感概頗多。　　Homejoy 也算是打“共享經(jīng)濟(jì)”擦邊球的的O2O了。任何共享經(jīng)濟(jì)模式下的產(chǎn)品都要面對(duì)六大難>>>詳細(xì)閱讀

本文標(biāo)題：產(chǎn)品經(jīng)理如何做測(cè)試？

地址：http://www.sdlzkt.com/a/web/20150721/296756.html

 1/2    1  2 下一頁(yè)