基于用戶使用場(chǎng)景的產(chǎn)品測(cè)試
產(chǎn)品測(cè)試一般都是圍繞需求為主的產(chǎn)品需求設(shè)計(jì)說(shuō)明書PRD文檔來(lái)展開測(cè)試的，針對(duì)每個(gè)功能點(diǎn)編寫測(cè)試用例，去驗(yàn)證功能的正確性和完整性。這種方式在正常的開發(fā)上線進(jìn)度下都不會(huì)有問(wèn)題，相反是一種很好的驗(yàn)證功能需求實(shí)現(xiàn)的方式。但在敏捷開發(fā)模式或者因?yàn)橼s進(jìn)度的原因，造成產(chǎn)品測(cè)試時(shí)間非常緊的情況下，用這種方式就會(huì)有點(diǎn)捉襟見肘。
以用戶為中心的產(chǎn)品設(shè)計(jì)已經(jīng)逐漸的深入人心，產(chǎn)品主題功能要能滿足用戶的某種訴求或者解決用戶的某個(gè)痛點(diǎn)，也有說(shuō)成是以用戶痛點(diǎn)為中心的產(chǎn)品設(shè)計(jì)。在這種大背景下，產(chǎn)品開發(fā)完成后，如果測(cè)試時(shí)間非常緊，在不能保證產(chǎn)品沒有問(wèn)題但卻必須要按時(shí)上線的時(shí)候，就必須保證產(chǎn)品在用戶使用的場(chǎng)景下沒有問(wèn)題，也就是說(shuō)優(yōu)先保證用戶使用產(chǎn)品的整個(gè)流程當(dāng)中不會(huì)出現(xiàn)問(wèn)題，這就是基于用戶使用場(chǎng)景的產(chǎn)品測(cè)試法。
在實(shí)際的測(cè)試過(guò)程當(dāng)中，最常見的還是基于產(chǎn)品功能的測(cè)試，那基于用戶使用場(chǎng)景的產(chǎn)品測(cè)試兩者之間有什么區(qū)別呢？區(qū)別一是后者的測(cè)試范圍更小，忽略了一部分產(chǎn)品后臺(tái)功能的測(cè)試或隱性的功能測(cè)試，即只是測(cè)試了表面操作性的過(guò)程，沒有測(cè)試底層的功能；區(qū)別二是后者的測(cè)試是把產(chǎn)品功能轉(zhuǎn)化成實(shí)際用戶使用場(chǎng)景下來(lái)測(cè)試，這就要求測(cè)試人員要從普通用戶的操作角度出發(fā)，而不能受開發(fā)人員的影響，以一個(gè)初次使用產(chǎn)品的用戶角度，來(lái)驗(yàn)證產(chǎn)品的功能是否可以在使用過(guò)程中提供正常的服務(wù)。
這里需要注意的一點(diǎn)是，在時(shí)間進(jìn)度允許的情況下，還是要基于產(chǎn)品功能的測(cè)試，以求測(cè)試可以覆蓋到產(chǎn)品的方方面面，確保產(chǎn)品可以提供完善的服務(wù)。本文所闡述的基于用戶使用場(chǎng)景的產(chǎn)品測(cè)試都是建立在測(cè)試時(shí)間非常緊的前提下的，因?yàn)楸旧磉@種測(cè)試方法因?yàn)闇y(cè)試的不夠全面，有一定的風(fēng)險(xiǎn)性在里面，對(duì)產(chǎn)品而言不一定是好的，只是為了保證產(chǎn)品的發(fā)布時(shí)間，而采取的一種較為折中的測(cè)試方法。這種測(cè)試方法的使用需要有以下兩個(gè)要素，否則最好還是做全面的產(chǎn)品功能測(cè)試。
測(cè)試時(shí)間非常緊
其實(shí)這種場(chǎng)景非常的常見，項(xiàng)目進(jìn)度安排了之后，往往因?yàn)樾枨蠓治龅臅r(shí)間超長(zhǎng)了，或者開發(fā)的時(shí)間延誤了，導(dǎo)致最后留給測(cè)試人員的時(shí)間非常少，這時(shí)如果必須保證項(xiàng)目上線進(jìn)度的話，就無(wú)法完成全面的產(chǎn)品功能測(cè)試，只能優(yōu)先測(cè)試用戶操作流程當(dāng)中所需使用的各個(gè)產(chǎn)品的功能模塊的流程。有的時(shí)候也是因?yàn)闇y(cè)試資源的不足所導(dǎo)致的測(cè)試時(shí)間緊迫，測(cè)試人員在這些情況下可以考慮基于用戶使用場(chǎng)景的測(cè)試，但必須與項(xiàng)目經(jīng)理或者主管領(lǐng)導(dǎo)說(shuō)明清楚，是為了確保項(xiàng)目進(jìn)度而采取的優(yōu)先測(cè)試用戶使用產(chǎn)品流程的功能。
從傻瓜用戶的角度測(cè)試
基于這種方式的測(cè)試，測(cè)試人員就必須從用戶的角度出發(fā)，而不是從開發(fā)人員或者產(chǎn)品經(jīng)理的角度。也即測(cè)試人員必須保持相對(duì)的純粹性，可以參加產(chǎn)品功能需求的review，但就不應(yīng)該參加開發(fā)人員的系統(tǒng)設(shè)計(jì)review了，否則會(huì)受到開發(fā)人員實(shí)現(xiàn)方式的影響，而導(dǎo)致后續(xù)的測(cè)試不準(zhǔn)確。應(yīng)該是在保證理解產(chǎn)品功能需求的基礎(chǔ)上，盡量從普通用戶的使用場(chǎng)景出發(fā)，找出使用過(guò)程的問(wèn)題，以便開發(fā)人員優(yōu)先解決，這時(shí)候測(cè)試人員也不需要和開發(fā)人員去討論問(wèn)題，只需告訴問(wèn)題發(fā)生的場(chǎng)景即可，以便盡可能的不受外界信息的影響。
在上述兩個(gè)要素滿足的條件下，測(cè)試人員還要拋開自己的計(jì)算機(jī)專業(yè)素養(yǎng)，把自己當(dāng)成一個(gè)大眾化的用戶，以使測(cè)試的結(jié)果更接近真實(shí)的使用場(chǎng)景。由于該種測(cè)試方法并未覆蓋產(chǎn)品的全部功能，會(huì)造成產(chǎn)品發(fā)布后有一定的風(fēng)險(xiǎn)性，既然知道有這樣的風(fēng)險(xiǎn)，就需要去盡量的避免或者降低相應(yīng)的風(fēng)險(xiǎn)，這就需要整個(gè)產(chǎn)品團(tuán)隊(duì)的配合，也需要測(cè)試人員自身有一套完整的測(cè)試體系。
開發(fā)人員的自測(cè)和Code Review
開發(fā)人員在開發(fā)完成之后，需要有一輪自測(cè)，以降低代碼風(fēng)險(xiǎn)和功能缺陷，減少后續(xù)測(cè)試驗(yàn)證和改BUG的時(shí)間。自測(cè)的過(guò)程當(dāng)中，需要與產(chǎn)品經(jīng)理的需求相結(jié)合，以實(shí)現(xiàn)第一輪的功能驗(yàn)證，一旦出現(xiàn)問(wèn)題及時(shí)解決。開發(fā)人員也是最熟悉底層結(jié)構(gòu)的人員，一些底層的功能問(wèn)題可以在自測(cè)過(guò)程當(dāng)中去發(fā)現(xiàn)解決，盡可能保證沒有大的問(wèn)題遺留到測(cè)試階段。自測(cè)也是開發(fā)人員自身能力水平提升的一個(gè)很好的機(jī)會(huì)，提升代碼質(zhì)量的同時(shí)，也是提高對(duì)自身編寫代碼責(zé)任度的一種方式。自測(cè)是需要基于開發(fā)人員自身的能力水平的，此外還可以借助團(tuán)隊(duì)的配合，如敏捷開發(fā)模式當(dāng)中就很強(qiáng)調(diào)開發(fā)團(tuán)隊(duì)內(nèi)部的Code Review，一個(gè)開發(fā)人員編寫的代碼，由另外兩個(gè)經(jīng)驗(yàn)較深的開發(fā)人員來(lái)共同把關(guān)，這樣也可以在很大程度上減少代碼缺陷，盡早的發(fā)現(xiàn)問(wèn)題。
從用戶使用的角度去測(cè)試
基于用戶使用場(chǎng)景的測(cè)試不能保證產(chǎn)品沒有問(wèn)題，但必須保證產(chǎn)品在用戶使用過(guò)程當(dāng)中沒有問(wèn)題，這就要求測(cè)試人員必須從用戶的角度出發(fā)，真正按用戶的操作流程去操作測(cè)試產(chǎn)品的功能。再就是把編寫測(cè)試用例的時(shí)間，留出來(lái)用于理解產(chǎn)品的功能需求，以便在測(cè)試的過(guò)程當(dāng)中及時(shí)發(fā)現(xiàn)不滿足需求的功能點(diǎn)，因?yàn)檫@類功能點(diǎn)在測(cè)試的時(shí)候并不會(huì)出錯(cuò)，但卻不是需求說(shuō)明書中所設(shè)計(jì)的那樣，這就需要測(cè)試人員充分的理解需求。也不是說(shuō)測(cè)試用例就不需要編寫了，而是在測(cè)試的過(guò)程當(dāng)中，依賴測(cè)試工具去記錄測(cè)試的過(guò)程，后期再來(lái)整理這部分用例。因?yàn)檫@個(gè)測(cè)試階段結(jié)束了之后，后續(xù)還是要繼續(xù)驗(yàn)證產(chǎn)品的整體功能的，包括底層的功能，這時(shí)可以一起編寫測(cè)試用例文檔。
從用戶的使用場(chǎng)景出發(fā)去測(cè)試需要測(cè)試人員對(duì)用戶使用產(chǎn)品的方式有一定的了解，比如說(shuō)財(cái)務(wù)系統(tǒng)和普通的業(yè)務(wù)系統(tǒng)在操作的時(shí)候差異就比較大，原因是財(cái)務(wù)系統(tǒng)受國(guó)外成熟財(cái)務(wù)系統(tǒng)產(chǎn)品的影響比較大。這需要測(cè)試人員去更多的了解用戶的使用，當(dāng)然這個(gè)過(guò)程也還是要基于產(chǎn)品自身的功能結(jié)構(gòu)設(shè)計(jì)，不排除有一些需要培養(yǎng)用戶使用習(xí)慣的功能，這種功能就需要產(chǎn)品經(jīng)理做一些特別的說(shuō)明，以使測(cè)試人員理解產(chǎn)品設(shè)計(jì)的意圖，最好可以提供一份產(chǎn)品操作使用手冊(cè)。
前面也都提到了這種測(cè)試方式是存在風(fēng)險(xiǎn)的，這就要求在發(fā)布上線之后要繼續(xù)進(jìn)行剩余功能的測(cè)試，而不是測(cè)試過(guò)程就終止了。在后續(xù)的測(cè)試過(guò)程當(dāng)中，可以一并驗(yàn)證之前遺留的問(wèn)題，并在接下來(lái)的一個(gè)快速迭代中上線解決掉，這樣就可以將產(chǎn)品的功能風(fēng)險(xiǎn)降到最低，使產(chǎn)品提供穩(wěn)定的服務(wù)。
基于用戶使用場(chǎng)景的測(cè)試目前應(yīng)用的還不是很多，在創(chuàng)業(yè)型產(chǎn)品的快速迭代中，或者敏捷開發(fā)模式下的敏捷測(cè)試當(dāng)中，會(huì)有一些應(yīng)用。這種方式雖然有一定的缺陷，但卻是一種非常好的備選方案，可以在保證項(xiàng)目進(jìn)度的情況下，也能保證用戶在使用產(chǎn)品的時(shí)候不出問(wèn)題，使產(chǎn)品在用戶手上沒有問(wèn)題，這也是發(fā)布產(chǎn)品的一個(gè)目的，符合產(chǎn)品發(fā)布的要求。
