上一篇主要講了產(chǎn)品實(shí)施環(huán)節(jié)的幾大元素，這期主要講下產(chǎn)品測(cè)試的重要性和意義所在，以及產(chǎn)品經(jīng)理該如何與測(cè)試人員協(xié)調(diào)。提前表明一點(diǎn)：產(chǎn)品人員必須要嚴(yán)格進(jìn)行測(cè)試或協(xié)調(diào)測(cè)試，才能使得產(chǎn)品盡可能流暢使用，因此了解測(cè)試工作是非常必要，下面進(jìn)入主題：

先從測(cè)試的基礎(chǔ)講起，軟件測(cè)試是在規(guī)定的條件下對(duì)程序進(jìn)行操作，以發(fā)現(xiàn)程序錯(cuò)誤，衡量軟件質(zhì)量，并對(duì)其是否能滿足設(shè)計(jì)要求進(jìn)行評(píng)估的過(guò)程（名詞釋義）。通俗點(diǎn)來(lái)說(shuō)，測(cè)試更多是去發(fā)現(xiàn)產(chǎn)品相關(guān)的bug，幫助產(chǎn)品完善相應(yīng)的漏洞。更像一個(gè)質(zhì)檢員一樣，最為質(zhì)量把控的重要一員，往往帶有極強(qiáng)的專業(yè)性和對(duì)產(chǎn)品效果的嚴(yán)謹(jǐn)，其環(huán)節(jié)關(guān)鍵性自然重要。從兩個(gè)緯度談起：測(cè)試流程和測(cè)試協(xié)調(diào)。

一、測(cè)試流程

我們先來(lái)看看測(cè)試工作做的是什么，首先根據(jù)產(chǎn)品需求文檔了解整體的邏輯，然后根據(jù)需求寫明詳細(xì)的測(cè)試用例，后通過(guò)各種手段（白盒、黑盒等）去檢測(cè)，基本上也是產(chǎn)品上線的最后幾關(guān)。在這過(guò)程中，更重要的是發(fā)現(xiàn)問(wèn)題，提交相關(guān)實(shí)施人員。事實(shí)而言，這種流程模式只是最基本的測(cè)試工作，會(huì)是合格的標(biāo)準(zhǔn)。那么真正的測(cè)試是什么呢？分為三部分：

1. 根據(jù)文檔或用例測(cè)試軟件相關(guān)bug，提交工程師或設(shè)計(jì)師；
2. 分析問(wèn)題產(chǎn)生的原因和趨勢(shì)，幫助開發(fā)者發(fā)現(xiàn)當(dāng)前軟件開發(fā)中的缺陷；
3. 會(huì)從用戶體驗(yàn)的角度去思考產(chǎn)品體現(xiàn)的概念，提出可行性改進(jìn)意見(jiàn)。

第一點(diǎn)主要是最基礎(chǔ)性的工作。測(cè)試人員首先會(huì)根據(jù)prd等產(chǎn)品開發(fā)文檔編寫詳細(xì)的測(cè)試用例，在這期間往往會(huì)提出一些嚴(yán)謹(jǐn)或極端的用例，如數(shù)據(jù)崩潰現(xiàn)象，字符最大值等問(wèn)題，這些元素有些會(huì)在需求文檔中說(shuō)明，有些則沒(méi)有。雖是細(xì)節(jié)性的問(wèn)題，但往往可能因?yàn)槠渲幸稽c(diǎn)而使得軟件使用變得很差勁。如果我們從整體角度看待，產(chǎn)品做的會(huì)偏重于整塊的工作，測(cè)試會(huì)注重流程和細(xì)節(jié)反饋問(wèn)題。因此好的測(cè)試環(huán)節(jié)必然少不了對(duì)整塊需求的理解。從整個(gè)行業(yè)來(lái)看，至少一半以上的工作量都在于發(fā)現(xiàn)軟件問(wèn)題，提交并再次檢驗(yàn)，保證軟件質(zhì)量。

到了第二點(diǎn)，基本上是一個(gè)測(cè)試工作的提升環(huán)節(jié)。我們從一個(gè)產(chǎn)品的本質(zhì)上去思考，為什么會(huì)測(cè)出各種各樣的問(wèn)題，測(cè)試往往是對(duì)代碼結(jié)果檢驗(yàn)。只是盡可能地發(fā)現(xiàn)錯(cuò)誤與問(wèn)題，畢竟不會(huì)存在百分百無(wú)漏洞的軟件。即便是最專業(yè)的測(cè)試水準(zhǔn)，從大眾的不同角度看來(lái)，也存在不同的問(wèn)題。因此從測(cè)試中找出問(wèn)題的成因會(huì)更加重要。因?yàn)檫@往往會(huì)帶動(dòng)一些開發(fā)過(guò)程中的效率和質(zhì)量保證。舉個(gè)例子，程序開發(fā)往往會(huì)注重實(shí)施的結(jié)果，通過(guò)不同的方法編寫代碼，達(dá)到產(chǎn)品需求的實(shí)現(xiàn)。但從個(gè)人意識(shí)去判斷，很難發(fā)現(xiàn)代碼自身的問(wèn)題，很多時(shí)候也是因?yàn)闀r(shí)間的緊張。因此測(cè)試若能分析一些漏洞產(chǎn)生的原因，自然會(huì)對(duì)整個(gè)流程體系把握更加到位，甚至在很大程度上告訴開發(fā)者的問(wèn)題，以便達(dá)到再次開發(fā)的過(guò)程優(yōu)化。

第三點(diǎn)說(shuō)的是產(chǎn)品結(jié)果層，程序開發(fā)實(shí)現(xiàn)了效果，但到了用戶層面可能是另外一種傳遞概念。除了產(chǎn)品人員要親臨現(xiàn)場(chǎng)外，測(cè)試往往也會(huì)從一線的角度去思考，畢竟測(cè)試從整體角度來(lái)看稱作第一用戶也沒(méi)有錯(cuò)。目前來(lái)看，整個(gè)測(cè)試環(huán)境達(dá)到這一點(diǎn)的并不是很多，像類似于一些成熟的體系如谷歌等在這一塊做的恰到好處。在《谷歌軟件測(cè)試之道》中，測(cè)試工作從最基礎(chǔ)的環(huán)節(jié)到了最高層的環(huán)節(jié)基本就是用戶體驗(yàn)測(cè)試層。這也很好理解，測(cè)試人員面對(duì)開發(fā)者是發(fā)現(xiàn)代碼結(jié)果問(wèn)題，面向用戶則是使用問(wèn)題的記錄。軟件最終面向的是一線用戶，用戶所提的問(wèn)題需要發(fā)現(xiàn)對(duì)的點(diǎn)去加以改正。因此以用戶的角度去看待測(cè)試會(huì)使得軟件測(cè)試工作更加順暢，同時(shí)產(chǎn)品也會(huì)因?yàn)闇y(cè)試的直接進(jìn)入盡快得到優(yōu)化反饋。

總之，測(cè)試工作不僅僅是提出bug，同時(shí)也是對(duì)開發(fā)和產(chǎn)品設(shè)計(jì)改進(jìn)的重要一步。

二、測(cè)試協(xié)調(diào)

測(cè)試協(xié)調(diào)主要是測(cè)試工作在產(chǎn)品、設(shè)計(jì)、研發(fā)等不同層面的協(xié)調(diào)和完成交付樣本。與產(chǎn)品工作可看作是前后互補(bǔ)，產(chǎn)品對(duì)文檔負(fù)責(zé)，協(xié)調(diào)各個(gè)資源；測(cè)試看重開發(fā)結(jié)果，指出各個(gè)環(huán)節(jié)問(wèn)題。因此除了專業(yè)的規(guī)范性外，充分理解各個(gè)環(huán)節(jié)模塊也是有必要的。

現(xiàn)在常常有一種說(shuō)法，軟件測(cè)試往往從開發(fā)中甚至是開發(fā)后才開始介入，這明顯是有問(wèn)題的。從整體上來(lái)說(shuō)，一個(gè)產(chǎn)品只要各個(gè)環(huán)節(jié)充分了解才可能到達(dá)策劃方案的效果，不僅研發(fā)、設(shè)計(jì)如此，測(cè)試人員更應(yīng)該如此去實(shí)施。充分了解需求是最基本的工作。從個(gè)體角度看，如果測(cè)試人員在中期后介入，往往很難明確各個(gè)模塊的業(yè)務(wù)線，對(duì)于重點(diǎn)測(cè)試的模塊也較難把握。因此，測(cè)試至少在開發(fā)前就要介入進(jìn)來(lái)，甚至是需求策劃或評(píng)審時(shí)。

在產(chǎn)品實(shí)施中，測(cè)試該怎么樣達(dá)到完美的狀態(tài)呢？首先來(lái)說(shuō)，一個(gè)產(chǎn)品在開發(fā)后的結(jié)果拆分就三種：業(yè)務(wù)邏輯、產(chǎn)品數(shù)據(jù)、視覺(jué)效果，分別對(duì)應(yīng)前端、后端和設(shè)計(jì)層面。對(duì)于前端而言，測(cè)試需要判斷業(yè)務(wù)邏輯和功能的準(zhǔn)確性，如模塊劃分，反饋信息是否按照文檔中去走。如果存在不合理的地方要立即記錄下來(lái)。數(shù)據(jù)則是后臺(tái)返回的數(shù)據(jù)，如數(shù)組排序、字段是否準(zhǔn)確，此時(shí)往往通過(guò)極限測(cè)試發(fā)現(xiàn)很多問(wèn)題，再次進(jìn)行記錄。對(duì)于視覺(jué)而言，看標(biāo)注圖與布局是否與實(shí)現(xiàn)效果一致，是否有對(duì)需求改動(dòng)的地點(diǎn)，有誤的地方也要記錄出來(lái)。

實(shí)際的工作也就兩條線，一是對(duì)需求充分理解后，根據(jù)用例對(duì)功能、設(shè)計(jì)、數(shù)據(jù)等層面整理出存在問(wèn)題的地方，二是通過(guò)測(cè)試工具記錄相應(yīng)的問(wèn)題并進(jìn)行問(wèn)題解決后的再次記錄。

把握先記錄，再與產(chǎn)品需求對(duì)比，而后統(tǒng)一提交各個(gè)人員。這樣也不會(huì)耽誤別人的思路，如果遇到問(wèn)題就提肯定是影響效率的。同時(shí)在正式測(cè)試期間，不能一開始就陷入細(xì)節(jié)，如按鈕顏色、話術(shù)等問(wèn)題。一定要保證邏輯和功能的完全再去記錄細(xì)節(jié)。從軟件開發(fā)而言，做業(yè)務(wù)處理、模塊邏輯關(guān)系往往是復(fù)雜的，細(xì)節(jié)問(wèn)題可以隨時(shí)改動(dòng)，甚至花一整天時(shí)間全部修改。

很多情況下，團(tuán)隊(duì)中往往沒(méi)有測(cè)試人員，產(chǎn)品人員會(huì)兼任。因此產(chǎn)品策劃者了解測(cè)試會(huì)顯得尤為重要，在不確定資源的情況下，盡可能做到了解總不會(huì)有錯(cuò)。如果沒(méi)有專業(yè)的測(cè)試人員，則需要多考慮一些產(chǎn)品反饋、性能體驗(yàn)等問(wèn)題。對(duì)于需求文檔會(huì)更加細(xì)分嚴(yán)格，實(shí)際上本該如此，畢竟口頭說(shuō)的很難形成記錄和最終的結(jié)果對(duì)比。在有測(cè)試人員的情況下，產(chǎn)品人士要充分理解測(cè)試含義，對(duì)于其提出的問(wèn)題，不能一概而否，從需求的角度看是否正確，需要進(jìn)行合理對(duì)的采納，畢竟專業(yè)的人做專業(yè)的事情。

產(chǎn)品經(jīng)理必須充分了解測(cè)試的意義所在，相互協(xié)調(diào)，最終使得產(chǎn)品效果達(dá)到滿意化的狀態(tài)。

#專欄作家#

Oneto，人人都是產(chǎn)品經(jīng)理專欄作家，專注于分享優(yōu)質(zhì)的原創(chuàng)信息，關(guān)注互聯(lián)網(wǎng)、文化、知識(shí)等領(lǐng)域，只為傳遞好的見(jiàn)解。個(gè)人博客：www.oneto.top，一點(diǎn)時(shí)代。愿以大家一同發(fā)現(xiàn)互聯(lián)網(wǎng)的價(jià)值信息，共同進(jìn)步！?興趣：下棋、讀書，研究好的產(chǎn)品。

轉(zhuǎn)載請(qǐng)保留上述作者信息并附帶本文鏈接