軟件測試提交的問題報(bào)告單和測試日報(bào)一樣,都是軟件測試人員的工作輸出,是測試人員績效的集中體現(xiàn)。因此,提交一份優(yōu)秀的問題報(bào)告單是很重要的。軟件測試報(bào)告單最關(guān)鍵的域就是 “ 問題描述 ” ,這是開發(fā)人員重現(xiàn)問題,定位問題的依據(jù)。問題描述應(yīng)該包括以下幾部分內(nèi)容:軟件配置、硬件配置、測試用例輸入、操作步驟、輸出、當(dāng)時輸出設(shè)備的相關(guān)輸出信息和相關(guān)的日志等。
包括操作系統(tǒng)類型版本和補(bǔ)丁版本、當(dāng)前被測試軟件的版本和補(bǔ)丁版本、相關(guān)支撐軟件,比如數(shù)據(jù)庫軟件的版本和補(bǔ)丁版本等。
計(jì)算機(jī)的配置情況,主要包括 CPU 、內(nèi)存和硬盤的相關(guān)參數(shù),其它硬件參數(shù)根據(jù)測試用例的實(shí)際情況添加。如果測試中使用網(wǎng)絡(luò),那么網(wǎng)絡(luò)的組網(wǎng)情況,網(wǎng)絡(luò)的容量、流量等情況。硬件配置情況與被測試產(chǎn)品類型密切相關(guān),需要根據(jù)當(dāng)時的情況,準(zhǔn)確詳實(shí)的記錄硬件配置情況。
這部分內(nèi)容可以根據(jù)測試用例的描述和測試用例的實(shí)際執(zhí)行情況如實(shí)填寫。
輸出設(shè)備包括計(jì)算機(jī)顯示器、打印機(jī)、磁帶等等輸出設(shè)備,如果是顯示器可以采用抓屏的方式獲取當(dāng)時的截圖,其他的輸出設(shè)備可以采用其它方法獲取相關(guān)的輸出,在問題報(bào)告單中提供描述。
規(guī)范的軟件產(chǎn)品都會提供軟件的運(yùn)行日志和用戶、管理員的操作日志,測試人員應(yīng)該把測試用例執(zhí)行后的軟件產(chǎn)品運(yùn)行日志和操作日志作為附件,提交到問題報(bào)告單中。
根據(jù)被測試軟件產(chǎn)品的不同,需要在 “ 問題描述 ” 中增加相應(yīng)的描述內(nèi)容,這需要具體問題具體分析。
軟件測試用例
軟件測試用例的設(shè)計(jì)主要從上述 6 個域考慮,結(jié)合相應(yīng)的軟件需求文檔,在掌握一定測試用例設(shè)計(jì)方法的基礎(chǔ)上,可以設(shè)計(jì)出比較全面、合理的測試用例。具體的測試用例設(shè)計(jì)方法可以參見相關(guān)的測試書籍,白盒測試方法和黑盒測試方法在絕大多數(shù)的軟件測試書籍中都有詳細(xì)的介紹,這里不作贅述。
重用同類型
如果我看得遠(yuǎn),那是因?yàn)槲艺驹诰奕说募缟?--牛頓。
一般來說,每個軟件公司的項(xiàng)目可以分為固定的幾大類??梢园礃I(yè)務(wù)類型劃分,比如 ERP 軟件、產(chǎn)品數(shù)據(jù)管理軟件、通信軟件、地理信息系統(tǒng)軟件等等;可以按軟件結(jié)構(gòu)來劃分,比如 B/S 架構(gòu)的軟件、 C/S 架構(gòu)的軟件、嵌入式軟件等等。參考同類別軟件的測試用例,會有很大的借鑒意義。如果,公司中有同類別的軟件系統(tǒng),千萬別忘記把相關(guān)的測試用例拿來參考。如果,系統(tǒng)非常接近,甚至經(jīng)過對測試用例簡單修改就可以應(yīng)用到當(dāng)前被測試的軟件。 “ 拿來主義 ” 可以極大的開闊測試用例設(shè)計(jì)思路,也可以節(jié)省大量的測試用例設(shè)計(jì)時間。
利用已有的
在上面一個小節(jié)中,按照不同的規(guī)則劃分了不同的軟件類型。每種類型的軟件都有一定的測試規(guī)范,比如, WEB軟件系統(tǒng)在系統(tǒng)測試過程中,會有一系列的范式,比如針對 Cookie 就會有很多測試點(diǎn)。在設(shè)計(jì)測試用例的時候,不妨到網(wǎng)上去搜索相關(guān)的 Checklist ,不過國內(nèi)外的網(wǎng)站很少有這方面的資料,即便有,也不是特別系統(tǒng)??梢韵日乙环荽植诘?Checklist ,然后,在設(shè)計(jì)測試用例的時候不斷的去完善它,以作為下次測試用例設(shè)計(jì)的基礎(chǔ)。
加強(qiáng)測試用例
測試用例設(shè)計(jì)完畢后,最好能夠增加評審過程。同行評審是 CMM3 級的一個 KPA ,如果因?yàn)楣緵]有通過 CMM3 級,就不開展同行評審是不恰當(dāng)?shù)?。測試用例應(yīng)該由產(chǎn)品相關(guān)的需求人員、軟件測試人員和軟件開發(fā)人員評審,提交評審意見,然后根據(jù)評審意見更新測試用例。 如果認(rèn)真操作這個環(huán)節(jié),測試用例中的很多問題都會暴露出來,比如用例設(shè)計(jì)錯誤、用例設(shè)計(jì)遺漏、用例設(shè)計(jì)冗余、用例設(shè)計(jì)不充分等等;如果同行評審不充分,那么,在測試執(zhí)行的過程中,上述本應(yīng)在評審階段發(fā)現(xiàn)的測試用例相關(guān)問題,會給測試執(zhí)行帶來大麻煩,甚至導(dǎo)致測試執(zhí)行掛起。
定義測試用例
在測試用例執(zhí)行過程中,你會發(fā)現(xiàn)每個測試用例都對測試環(huán)境有特殊的要求,或者對測試環(huán)境有特殊的影響。因此,定義測試用例的執(zhí)行順序,對測試的執(zhí)行效率影響非常大。比如某些異常測試用例會導(dǎo)致服務(wù)器頻繁重新啟動,服務(wù)器的每次重新啟動都會消耗大量的時間,導(dǎo)致這部分測試用例執(zhí)行也消耗很多的時間。那么在編排測試用例執(zhí)行順序的時候,應(yīng)該考慮把這部分測試用例放在最后執(zhí)行,如果在測試進(jìn)度很緊張的情況下,如果優(yōu)先執(zhí)行這部分消耗時間的異常測試用例,那么在測試執(zhí)行時間過了大半的時候,測試用例執(zhí)行的進(jìn)度依然是緩慢的,這會影響到測試人員的心情,進(jìn)而導(dǎo)致匆忙地測試后面的測試用例,這樣測試用例的漏測、誤測就不可避免,嚴(yán)重影響了軟件測試效果和進(jìn)度。因而,合理地定義測試用例的執(zhí)行順序是很有必要的。
測試用例執(zhí)行
測試用例設(shè)計(jì)完畢后,接下來的工作是測試執(zhí)行,測試執(zhí)行中應(yīng)該注意以下幾個問題:
搭建軟件測試環(huán)境,執(zhí)行測試用例
測試用例執(zhí)行過程中,搭建測試環(huán)境是第一步。一般來說,軟件產(chǎn)品提交測試后,開發(fā)人員應(yīng)該提交一份產(chǎn)品安裝指導(dǎo)書,在指導(dǎo)書中詳細(xì)指明軟件產(chǎn)品運(yùn)行的軟硬件環(huán)境,比如要求操作系統(tǒng)系統(tǒng)是 Windows 2000 pack4 版本,數(shù)據(jù)庫是 Sql Server 2000 等等,此外,應(yīng)該給出被測試軟件產(chǎn)品的詳細(xì)安裝指導(dǎo)書,包括安裝的操作步驟、相關(guān)配置文件的配置方法等等。對于復(fù)雜的軟件產(chǎn)品,尤其是軟件項(xiàng)目,如果沒有安裝指導(dǎo)書作為參考,在搭建測試環(huán)境過程中會遇到種種問題。
如果開發(fā)人員拒絕提供相關(guān)的安裝指導(dǎo)書,搭建測試中遇到問題的時候,測試人員可以要求開發(fā)人員協(xié)助,這時候,一定要把開發(fā)人員解決問題的方法記錄下來,避免同樣的問題再次請教開發(fā)人員,這樣會招致開發(fā)人員的反感,也降低了開發(fā)人員對測試人員的認(rèn)可程度。
應(yīng)注意的問題
測試環(huán)境搭建之后,根據(jù)定義的測試用例執(zhí)行順序,逐個執(zhí)行測試用例。在測試執(zhí)行中需要注意以下幾個問題:
全方位的觀察測試用例執(zhí)行結(jié)果: 測試執(zhí)行過程中,當(dāng)測試的實(shí)際輸出結(jié)果與測試用例中的預(yù)期輸出結(jié)果一致的時候,是否可以認(rèn)為測試用例執(zhí)行成功了?答案是否定的,即便實(shí)際測試結(jié)果與測試的預(yù)期結(jié)果一致,也要查看軟件產(chǎn)品的操作日志、系統(tǒng)運(yùn)行日志和系統(tǒng)資源使用情況,來判斷測試用例是否執(zhí)行成功了。全方位觀察軟件產(chǎn)品的輸出可以發(fā)現(xiàn)很多隱蔽的問題。以前,我在測試嵌入式系統(tǒng)軟件的時候,執(zhí)行某測試用例后,測試用例的實(shí)際輸出與預(yù)期輸出完全一致,不過在查詢 CPU 占用率地時候,發(fā)現(xiàn) CPU 占用率高達(dá) 90 %,后來經(jīng)過分析,軟件運(yùn)行的時候啟動了若干個 1ms 的定時器,大量的消耗的 CPU 資源,后來通過把定時器調(diào)整到 10ms , CPU 的占用率降為 7 %。如果觀察點(diǎn)單一,這個嚴(yán)重消耗資源的問題就無從發(fā)現(xiàn)了。
加強(qiáng)測試過程記錄: 測試執(zhí)行過程中,一定要加強(qiáng)測試過程記錄。如果測試執(zhí)行步驟與測試用例中描述的有差異,一定要記錄下來,作為日后更新測試用例的依據(jù);如果軟件產(chǎn)品提供了日志功能,比如有軟件運(yùn)行日志、用戶操作日志,一定在每個測試用例執(zhí)行后記錄相關(guān)的日志文件,作為測試過程記錄,一旦日后發(fā)現(xiàn)問題,開發(fā)人員可以通過這些測試記錄方便的定位問題。而不用測試人員重新搭建測試環(huán)境,為開發(fā)人員重現(xiàn)問題。
及時確認(rèn)發(fā)現(xiàn)的問題: 測試執(zhí)行過程中,如果確認(rèn)發(fā)現(xiàn)了軟件的缺陷,那么可以毫不猶豫的提交問題報(bào)告單。如果發(fā)現(xiàn)了可疑問題,又無法定位是否為軟件缺陷,那么一定要保留現(xiàn)場,然后知會相關(guān)開發(fā)人員到現(xiàn)場定位問題。如果開發(fā)人員在短時間內(nèi)可以確認(rèn)是否為軟件缺陷,測試人員給予配合;如果開發(fā)人員定位問題需要花費(fèi)很長的時間,測試人員千萬不要因此耽誤自己寶貴的測試執(zhí)行時間,可以讓開發(fā)人員記錄重現(xiàn)問題的測試環(huán)境配置,然后,回到自己的開發(fā)環(huán)境上重現(xiàn)問題,繼續(xù)定位問題。
與開發(fā)人員良好的溝通: 測試執(zhí)行過程中,當(dāng)你提交了問題報(bào)告單,可能被開發(fā)人員無情駁回,拒絕修改。這時候,只能對開發(fā)人員曉之以理,做到有理、有據(jù),有說服力。首先,要定義軟件缺陷的標(biāo)準(zhǔn)原則,這個原則應(yīng)該是開發(fā)人員和測試人員都認(rèn)可的,如果沒有共同認(rèn)可的原則,那么開發(fā)人員與測試人員對問題的爭執(zhí)就不可避免了。此外,測試人員打算說服開發(fā)人員之前,考慮是否能夠先說服自己,在保證可以說服自己的前提下,再開始與開發(fā)人員交流。
及時更新測試
測試執(zhí)行過程中,應(yīng)該注意及時更新測試用例。往往在測試執(zhí)行過程中,才發(fā)現(xiàn)遺漏了一些測試用例,這時候應(yīng)該及時的補(bǔ)充;往往也會發(fā)現(xiàn)有些測試用例在具體的執(zhí)行過程中根本無法操作,這時候應(yīng)該刪除這部分用例;也會發(fā)現(xiàn)若干個冗余的測試用例完全可以由某一個測試用例替代,那么刪除冗余的測試用例。
總之,測試執(zhí)行的過程中及時地更新測試用例是很好的習(xí)慣。不要打算在測試執(zhí)行結(jié)束后,統(tǒng)一更新測試用例,如果這樣,往往會遺漏很多本應(yīng)該更新的測試用例。
軟件測試用例的基本要素包括測試用例編號、測試標(biāo)題、重要級別、測試輸入、操作步驟、預(yù)期結(jié)果,下面逐一介紹。
測試用例的編號有一定的規(guī)則,比如系統(tǒng)測試用例的編號這樣定義規(guī)則: PROJECT1-ST-001 ,命名規(guī)則是項(xiàng)目名稱 測試階段類型(系統(tǒng)測試階段) 編號。定義測試用例編號,便于查找測試用例,便于測試用例的跟蹤。
對測試用例的描述,測試用例標(biāo)題應(yīng)該清楚表達(dá)測試用例的用途。比如 “ 測試用戶登錄時輸入錯誤密碼時,軟件的響應(yīng)情況 ” 。
定義測試用例的優(yōu)先級別,可以籠統(tǒng)的分為 四個不同的等級
提供測試執(zhí)行中的各種輸入條件。根據(jù)需求中的輸入條件,確定測試用例的輸入。測試用例的輸入對軟件需求當(dāng)中的輸入有很大的依賴性,如果軟件需求中沒有很好的定義需求的輸入,那么測試用例設(shè)計(jì)中會遇到很大的障礙。
提供測試執(zhí)行過程的步驟。對于復(fù)雜的測試用例,測試用例的輸入需要分為幾個步驟完成,這部分內(nèi)容在操作步驟中詳細(xì)列出。
提供測試執(zhí)行的預(yù)期結(jié)果,預(yù)期結(jié)果應(yīng)該根據(jù)軟件需求中的輸出得出。如果在實(shí)際測試過程中,得到的實(shí)際測試結(jié)果與預(yù)期結(jié)果不符,那么測試不通過;反之則測試通過。
改變了100年來傳統(tǒng)的線狀電場、板狀電場與氣流平行方向的關(guān)系,使氣流同電場方向垂直,從而減小了靜電驅(qū)進(jìn)距離,有效地縮短了塵埃收集時間,使凈化效率成倍提高;改變了原有集塵板的平板結(jié)構(gòu),采用多層網(wǎng)狀結(jié)構(gòu),...
改變了100年來傳統(tǒng)的線狀電場、板狀電場與氣流平行方向的關(guān)系,使氣流同電場方向垂直,從而減小了靜電驅(qū)進(jìn)距離,有效地縮短了塵埃收集時間,使凈化效率成倍提高;改變了原有集塵板的平板結(jié)構(gòu),采用多層網(wǎng)狀結(jié)構(gòu),...
不含在送配電系統(tǒng)調(diào)試?yán)锩?,不?jì)算單個調(diào)試。
軟件測試執(zhí)行結(jié)束后,測試活動還沒有結(jié)束。測試結(jié)果分析是必不可少的重要環(huán)節(jié), “ 編筐編簍,全在收口 ” ,測試結(jié)果的分析對下一輪測試工作的開展有很大的借鑒意義。前面的 “ 測試準(zhǔn)備工作 ” 中,建議測試人員走讀缺陷跟蹤庫,查閱其他測試人員發(fā)現(xiàn)的軟件缺陷。測試結(jié)束后,也應(yīng)該分析自己發(fā)現(xiàn)的軟件缺陷,對發(fā)現(xiàn)的缺陷分類,你會發(fā)現(xiàn)自己提交的問題只有固定的幾個類別;然后,再把一起完成測試執(zhí)行工作的其他測試人員發(fā)現(xiàn)的問題也匯總起來,你會發(fā)現(xiàn),你所提交問題的類別與他們有差異。這很正常,人的思維是有局限性,在測試的過程中,每個測試人員都有自己思考問題的盲區(qū)和測試執(zhí)行的盲區(qū),有效的自我分析和分析其他測試人員,你會發(fā)現(xiàn)自己的盲區(qū),有針對性的分析盲區(qū),必定會在下一輪測試中避免盲區(qū)。
(1)逐級細(xì)分法(2)輸入域測試法 (3)輸出域分析法 (4)正交試驗(yàn)設(shè)計(jì)法 (5) 業(yè)務(wù)流程分析法 (6)狀態(tài)遷移法 (7)因果圖法 (8)判定表法 (9)錯誤猜測法 (10)等價類劃分法 (11)邊界值分析法2100433B
格式:pdf
大?。?span id="vyarp6w" class="single-tag-height">155KB
頁數(shù): 8頁
評分: 4.5
以導(dǎo)航地球站軟件測試為背景,介紹了導(dǎo)航地球站工作單元結(jié)構(gòu)及軟件接口情況,概括了因果分析、等價類劃分和邊界值分析等3種測試用例設(shè)計(jì)方法。分析了接口報(bào)文包頭信息和數(shù)據(jù)體中控制類信息、狀態(tài)上報(bào)類信息的特點(diǎn),闡述了各傳輸模式下測試用例設(shè)計(jì)方式。最后以某衛(wèi)星導(dǎo)航地球站的部分接口測試為實(shí)例對測試用例設(shè)計(jì)方法進(jìn)行了驗(yàn)證。
格式:pdf
大?。?span id="xemo0kc" class="single-tag-height">155KB
頁數(shù): 5頁
評分: 4.3
第二章單元測試--黑盒測試用例設(shè)計(jì)(等價類劃分法)
UTP是UNIT TEST CASE SPECIFICATIONS的簡稱,單元測試用例描述,指軟件開發(fā)中的測試用例。2100433B
總結(jié)的一種非常接地氣的測試設(shè)計(jì)方法,很實(shí)用,分享給大家~
7種劃分依據(jù)是對每個層級的劃分依據(jù),通常情況下,測試設(shè)計(jì)需要多個層級,根據(jù)業(yè)務(wù)特性,可自由組合。
如:設(shè)計(jì)某個用例時,需要設(shè)計(jì)三層:第一層依據(jù)“按照子模塊”,第二層依據(jù)“按照界面屬性”,第三層依據(jù)“等價類劃分”
一、按照子模塊劃分
二、按照界面屬性(如何測試一個界面)
三、按照操作流程(如發(fā)布視頻流程、備份應(yīng)用流程、下載流程等)
四、按照業(yè)務(wù)類型,如升級劃分為三種升級方式
五、按照等價類劃分,有效的由哪些,無效的有哪些
六、按照邊界值劃分
七、按照入口劃分(多入口注意:從一個入口進(jìn)去時,功能處于開啟狀態(tài)或關(guān)閉狀態(tài) )
來源:51Testing軟件測試網(wǎng)
https://mp.weixin.qq.com/s/NN1Dne6OxpkdyKlkbVtx9w
更多精彩內(nèi)容:
TDD之團(tuán)隊(duì)進(jìn)行單元測試的規(guī)范
回家前,我告訴我媽我一個月13000多了...
8種策略——教你如何玩轉(zhuǎn)端到端的移動測試
了解SQA——教你如何測試完整的應(yīng)用程序
閱讀 I 封閉測試在測試過程中的重要性
在App大版本的迭代中,免費(fèi)試用作為小模塊,交互邏輯不變,僅做視覺層面的優(yōu)化。然而在視覺優(yōu)化過程中,免費(fèi)試用的體驗(yàn)問題浮出水面,此時對免費(fèi)試用的設(shè)計(jì)從表層進(jìn)入相對深的層面。設(shè)計(jì)的過程也引發(fā)靜雯對于視覺設(shè)計(jì)師職能的一點(diǎn)思考,拋磚引玉。
文章大綱:
背景
設(shè)計(jì)后的再思考
競品分析,尋找普適的解決方案
輸出新的設(shè)計(jì)方案
小結(jié)與反思
一. 背景
美啦5.0的風(fēng)格確定后,App其他頁面的視覺設(shè)計(jì)也需要跟進(jìn),免費(fèi)試用的優(yōu)化也由此展開。因美啦5.0版本改動大,工作量大,所以免費(fèi)試用的交互邏輯與舊版本保持一致。通過狀態(tài)區(qū)分,依次是進(jìn)行中、預(yù)熱中、已結(jié)束,用戶進(jìn)入活動詳情頁可以進(jìn)行分享報(bào)名,查看試用名單及試用報(bào)告。
免費(fèi)試用交互邏輯
因此免費(fèi)試用主要是視覺層面的優(yōu)化,包括導(dǎo)航的統(tǒng)一,icon等的調(diào)整,使之視覺上輕盈。視覺的優(yōu)化極快完成了,但原本的邏輯真的有結(jié)合免費(fèi)試用本身的作用與功能嗎?于是我們停下來做了一些思考。
快速更新視覺層面的設(shè)計(jì)圖
二. 設(shè)計(jì)后的再思考
首先分析免費(fèi)試用的作用,因?yàn)槊赓M(fèi),所以對用戶也有比較大的吸引力。吸引用戶流量,增加活躍度,給做試用活動的產(chǎn)品更多的曝光,引導(dǎo)用戶種草。吸引來的流量就應(yīng)當(dāng)物盡其用盡量增加產(chǎn)品曝光。
再分析用戶來到免費(fèi)試用的目的:一是看看有什么喜歡的產(chǎn)品在做試用活動,參加該活動;其次,如果沒有喜歡的產(chǎn)品,那就看看以前的試用活動,而以前的試用活動里比較吸引用戶的內(nèi)容便是優(yōu)質(zhì)試用報(bào)告。
分析完免費(fèi)試用本身的作用及用戶的目的后,我們發(fā)現(xiàn)了兩個問題:
第一,免費(fèi)試用的tab欄分別是進(jìn)行中、預(yù)熱中、已結(jié)束,進(jìn)入免費(fèi)試用后默認(rèn)是進(jìn)行中。在極端情況下,會出現(xiàn)內(nèi)容較少或沒有內(nèi)容的空狀態(tài),破滅了用戶來免費(fèi)試用的目的,也浪費(fèi)了免費(fèi)試用重要的曝光位置。已結(jié)束的文案及banner圖的已結(jié)束標(biāo)簽,降低了用戶的點(diǎn)擊欲。這些細(xì)微的體驗(yàn)問題都會間接減少用戶在免費(fèi)試用的留存。
第二,經(jīng)過對免費(fèi)試用的使用挖掘,沉淀在已結(jié)束頁面內(nèi)的部分優(yōu)質(zhì)試用報(bào)告,即關(guān)于產(chǎn)品的使用結(jié)果反饋,是除了試用活動,對用戶比較有價值,同時可以引導(dǎo)用戶種草的內(nèi)容。但目前查看試用報(bào)告的路徑比較長:點(diǎn)開免費(fèi)試用、點(diǎn)擊已結(jié)束、點(diǎn)擊某個活動、下拉2屏左右的距離,點(diǎn)擊查看試用名單和報(bào)告按鈕,點(diǎn)擊試用報(bào)告,進(jìn)入試用報(bào)告feed頁,查看某條試用報(bào)告。需要操作8個步驟才能看到,路徑比較深,用戶在其中任何一個環(huán)節(jié)都可能離開免費(fèi)試用。
查看試用報(bào)告的路徑
三. 競品分析,尋找普適的解決方案
由于有免費(fèi)試用的競品較少,因此選擇了網(wǎng)易嚴(yán)選樣品試用、京東試用、淘寶阿里試用、天貓美妝試用。這幾個平臺的免費(fèi)試用雖然是web端,但是對于美啦免費(fèi)試用的設(shè)計(jì)參考是相通的。
我們對4個平臺的免費(fèi)試用使用后,得出如下分析:
第一,四個平臺里,網(wǎng)易嚴(yán)選樣品試用、天貓美妝試用的試用產(chǎn)品比較少,網(wǎng)易嚴(yán)選樣品試用將所有的試用活動放置于一個頁面就沒有頁面冷清的感受,天貓美妝試用就會覺得內(nèi)容冷清。京東試用、淘寶阿里試用的試用活動很多,沒有上述問題。
競品的免費(fèi)試用頁面
第二,京東試用、淘寶阿里試用、網(wǎng)易嚴(yán)選樣品試用給予了試用報(bào)告比較高的優(yōu)先級。展示優(yōu)質(zhì)試用報(bào)告,對于電商平臺的轉(zhuǎn)化理論上有一定的幫助。
試用報(bào)告的優(yōu)先級
第三,網(wǎng)易嚴(yán)選樣品試用及天貓美妝試用在已結(jié)束的活動頁面,都提供了查看報(bào)告的按鈕,引導(dǎo)用戶查看試用報(bào)告,這對于電商平臺而言,可以間接提高用戶轉(zhuǎn)化。京東試用已結(jié)束頁面比較隱藏,也只顯示文案「名單已發(fā)布」,用戶難以判斷內(nèi)部是否有值得查看的內(nèi)容。淘寶阿里試用已結(jié)束頁面沒有任何文案提示。
已結(jié)束頁面的試用報(bào)告入口
由上述競品分析,我們得出這樣的結(jié)論:
在使用產(chǎn)品較少的極端情況下,將所有活動放置于一個頁面可以營造出熱鬧的活動氛圍,可以比較大程度避免極端狀態(tài)。
提高優(yōu)質(zhì)試用報(bào)告的展示優(yōu)先級,3個競品給予了試用報(bào)告較高的優(yōu)先級,2個競品在試用結(jié)束頁面引導(dǎo)用戶查看試用報(bào)告。
四. 輸出設(shè)計(jì)方案
我們把競品分析所得到的結(jié)論應(yīng)用到美啦免費(fèi)試用的優(yōu)化上:
將所有的試用活動放置于一個頁面,順序按照進(jìn)行中、預(yù)熱中、往期試用,去掉已結(jié)束的標(biāo)簽,增加查看試用報(bào)告的標(biāo)簽,引導(dǎo)查看試用報(bào)告。
將同樣有吸引力的試用報(bào)告優(yōu)先級提高,放置精華試用報(bào)告。
五. 小結(jié)與反思
面對設(shè)計(jì)迭代的優(yōu)化,視覺設(shè)計(jì)師除了做出視覺層面的更新,也需要從更深層次的考慮產(chǎn)品的功能是否順暢的實(shí)現(xiàn)、用戶的使用感受是否良好。具備一定的產(chǎn)品思維,挖掘設(shè)計(jì)優(yōu)化深處的需求與視覺層面的設(shè)計(jì)同樣重要。