［摘要］隨著互聯(lián)網(wǎng)的日新月異，測試早已超出了職業(yè)的界限，融入了生活的每一個(gè)環(huán)節(jié)，現(xiàn)今在微信群，貼吧，等區(qū)域經(jīng)常可見bug的字眼及對bug產(chǎn)品的討論，無疑，軟件符合需求所出只是完成項(xiàng)目的條件，用戶的滿意度及適合度才是產(chǎn)品成熟的標(biāo)志，當(dāng)然，“好的需求”應(yīng)當(dāng)是從用戶體驗(yàn)所出，符合用戶體驗(yàn)的。本文主要根據(jù)個(gè)人工作經(jīng)驗(yàn)和個(gè)人所知來闡述如何將測試融入生活從用戶的角度去測試。

一，概述

一般而言，軟件測試從項(xiàng)目確立時(shí)就開始了，前后要經(jīng)過以下一些主要環(huán)節(jié)：

需求分析－排期－測試計(jì)劃－測試用例設(shè)計(jì)－測試環(huán)境搭建－測試執(zhí)行－測試紀(jì)錄－缺陷管理－軟件評估－線上問題跟進(jìn)

因整體流程過長，重疊性也比較強(qiáng)，本文主要從需求分析，測試用例設(shè)計(jì)和測試執(zhí)行的角度去講述怎么樣從用戶的角度去做好測試。

說明：

1.因?yàn)橐陨檄h(huán)節(jié)均是以做好測試，輸出一個(gè)好的產(chǎn)品為出發(fā)點(diǎn)而實(shí)施的各個(gè)環(huán)節(jié)，在各個(gè)環(huán)節(jié)有所交織在所難免，比如測試用例設(shè)計(jì)，執(zhí)行，都是以需求為根本出發(fā)點(diǎn)來執(zhí)行的。

2.因本人長期從事的是移動(dòng)端的測試，以下闡述可能更針對于移動(dòng)端。

二，簡述

需求分析

需求從何而出，產(chǎn)品根據(jù)公司項(xiàng)目規(guī)劃結(jié)合產(chǎn)品自我對社會(huì)對用戶認(rèn)知所產(chǎn)出，需求需要符合市場的發(fā)展需求，對市場對用戶有一個(gè)好的認(rèn)知。這個(gè)流程一般來說由產(chǎn)品主導(dǎo)，測試參與的不是很多，主要會(huì)介入到測試側(cè)需求分析，需求評審。那么測試側(cè)如何從用戶的角度去做好需求分析了，首先需求邏輯上的可行性，因?yàn)檫@里是項(xiàng)目組每個(gè)角色都會(huì)考慮到的和軟件實(shí)現(xiàn)的前提，這里就不深述了。然后是軟件的易用性和是否符合用戶的操作習(xí)慣。

易用性，用戶的時(shí)間和耐心是有限的，用戶大多都喜歡簡而易的操作，“簡“一步能達(dá)到目的的絕不用第二步，以注冊佐證，市面上的軟件基本都會(huì)有登錄功能，主要有如下幾種登錄方式，帳密登錄，授權(quán)微信，qq登錄，帳號(hào)＋短信驗(yàn)證碼登錄，帳密＋短信驗(yàn)證碼登錄，如果你是用戶優(yōu)先順序是怎樣的，出于我的角度在不考慮安全的角度下依次是授權(quán)登錄，短信驗(yàn)證碼登錄，賬密登錄，帳密＋短信驗(yàn)證碼登錄，我很懶的。“易”用戶不是探索者，用戶使用一個(gè)功能，一個(gè)操作，需要很快或習(xí)慣性的進(jìn)入到節(jié)奏中。

操作習(xí)慣，這里舉兩個(gè)列子，1.大多數(shù)人都是右手拿筷子吃飯的。2.路上有個(gè)乞丐，路人甲每天路過都會(huì)給錢，乞丐都笑嘻嘻的，有一天路人甲路過沒給錢，乞丐就變成了一副苦大仇深的表情。以上兩個(gè)列子說明，習(xí)慣是自然養(yǎng)成的，習(xí)慣也是可以培養(yǎng)的，那么作為好的產(chǎn)品，必然是遵循用戶的操作習(xí)慣的，創(chuàng)新型的產(chǎn)品必然會(huì)去培養(yǎng)用戶的操作習(xí)慣。故而測試做需求分析時(shí)需要從用戶的操作習(xí)慣出發(fā)。

使用軟件和軟件測試過程中偶爾會(huì)抱怨這個(gè)設(shè)計(jì)好傻b，這說明產(chǎn)品的設(shè)計(jì)不是十全十美的。測試是整個(gè)軟件質(zhì)量的保證者，在需求分析或需求評審階段提出合理化建議是非常必要的，讓需求在各方的角力下不斷完善。

測試用例設(shè)計(jì)

測試設(shè)計(jì)以需求為前提，將需求細(xì)化，場景化，條件化，異常化。也是將用戶的各種操作場景集合在一起。因?yàn)闇y試用例設(shè)計(jì)的范疇過大，這里主要從集成測試測試用例設(shè)計(jì)和場景化兩個(gè)方面闡述怎么從用戶的角度出發(fā)去做好設(shè)計(jì)。

集成測試，我們接觸到的產(chǎn)品測試流程基本都是由單元測試到集成測試，但是各個(gè)單元用例編寫或用例執(zhí)行的人員往往不一致，這樣可能會(huì)出現(xiàn)各自單元內(nèi)的功能都沒問題，到其他單元頁面的跳轉(zhuǎn)也沒有問題，但是全流程連貫執(zhí)行下來就有問題了。用戶往往會(huì)因?yàn)樽鲆患露プ隽硗庖患拢允忻嫔匣馃岬睦碡?cái)app為列，用戶使用這款app目的是為了購買理財(cái)。購買理財(cái)一般會(huì)包含下述幾個(gè)步驟，注冊－實(shí)名認(rèn)證－綁卡－轉(zhuǎn)賬－風(fēng)險(xiǎn)測評－購買理財(cái)，對于測試來說這些步驟可能分為5個(gè)單元，分別由5位同學(xué)來進(jìn)行測試，但是出于用戶的角度往往是是一步到位。如此5個(gè)環(huán)節(jié)只要一個(gè)環(huán)節(jié)的集成或關(guān)聯(lián)到一起的集成測試沒有做好就容易造成線上事故，所以設(shè)計(jì)覆蓋到用戶習(xí)慣操作流程的用例是很有必要的。

小編曾經(jīng)遇到過這樣一個(gè)線上問題，用戶反饋輸入正確的圖形驗(yàn)證碼提示驗(yàn)證碼錯(cuò)誤，小編通過各種方式復(fù)現(xiàn)了一天未能復(fù)現(xiàn)。這里先講一下需求，登錄密碼輸錯(cuò)后需要圖形驗(yàn)證碼進(jìn)行效驗(yàn)，圖形驗(yàn)證碼有兩分鐘的時(shí)效性，后面小編在一個(gè)偶然的操作下復(fù)現(xiàn)了這個(gè)問題，操作步驟是這樣的，輸入錯(cuò)誤的密碼登錄－彈出圖形驗(yàn)證碼輸入框－此時(shí)在登錄頁面點(diǎn)擊找回密碼進(jìn)入找回密碼流程－找回密碼完成后返回到登錄頁面進(jìn)行登錄－輸入正確的登錄密碼和短信驗(yàn)證碼登錄－提示圖形驗(yàn)證碼錯(cuò)誤。后面開發(fā)同學(xué)解釋的事進(jìn)入找回密碼流程時(shí)導(dǎo)致前端圖形驗(yàn)證碼計(jì)時(shí)機(jī)制出現(xiàn)問題，未及時(shí)刷新驗(yàn)證碼，導(dǎo)致前后端效驗(yàn)的驗(yàn)證碼不一致導(dǎo)致。此類操作設(shè)計(jì)用例時(shí)很少覆蓋到，但是用戶操作時(shí)卻是順其自然的流程。

場景化，用戶操作和使用產(chǎn)品的環(huán)境是復(fù)雜的，用例設(shè)計(jì)時(shí)用戶能操作到的場景必須要覆蓋到，當(dāng)然這里更多的需要從需求結(jié)合個(gè)人經(jīng)驗(yàn)出發(fā)。使用銀行軟件轉(zhuǎn)賬，完成前置流程，即將輸入交易密碼的時(shí)候，老婆發(fā)微信來，心情不好，現(xiàn)在是繼續(xù)轉(zhuǎn)賬還是先關(guān)心老婆，相信先關(guān)心老婆的不在少數(shù)，這個(gè)時(shí)候跳轉(zhuǎn)至微信和老婆溝通完，回到銀行轉(zhuǎn)賬頁面繼續(xù)轉(zhuǎn)賬，頁面跳轉(zhuǎn)是否正常，繼續(xù)驗(yàn)證交易密碼流程是否正常？手機(jī)聊天在生活中占據(jù)的時(shí)間越來越多，日常生活這種場景非常常見，不知道大家在設(shè)計(jì)案例的時(shí)候有沒有考慮到，覆蓋到。

測試執(zhí)行

測試執(zhí)行是測試案例的輸出形式，范疇也比較大，客戶對app最直觀的是看和操作，這里就從看和操作去闡述。

看，善惡美丑，大家都有自己的審美觀，看著某一事物，或多或少的會(huì)直觀的覺得美或丑，合理或者不合理。面對需要測試的產(chǎn)品時(shí)也是，符合視覺要求只是完成測試的一部分，用戶才是質(zhì)量產(chǎn)品的發(fā)言，你自己都不認(rèn)可的東西怎樣去讓用戶來認(rèn)可，所以大家在測試過程中遇到的布局不合理，字體過大或過小，不對稱等不符合視覺體驗(yàn)或習(xí)慣的問題先提出來。

操作，操作從兩個(gè)方面出發(fā)，一個(gè)是習(xí)慣，一個(gè)是體驗(yàn)，當(dāng)然這兩個(gè)詞的意思很相近。

習(xí)慣，上面也說了習(xí)慣是自然養(yǎng)成的，也是可以培養(yǎng)的，大的方面來說我們生活在同一個(gè)地球，生活在中國，習(xí)慣大多都是相近的，這里也不絕對。要是使用軟件的過程中不符合你的操作習(xí)慣，也就很可能不符合大多數(shù)人的操作習(xí)慣，所以當(dāng)你測試的過程中覺得不方便，不要抱怨，加上你的建議，提出來。Android4.0系統(tǒng)以前，系統(tǒng)提示框默認(rèn)確認(rèn)按鈕在右，取消按鈕在左，4.0版本以后取消按鈕在右，確定按鈕在左，讀者朋友們有沒有發(fā)現(xiàn)使用手機(jī)時(shí)大多是左手操作，確定和取消按鈕更多的是點(diǎn)擊的確定按鈕，如果屏幕相對較大，確定按鈕在右邊點(diǎn)擊確定時(shí)手指是不是需要伸的長一點(diǎn)或者需要拿起你的右手。

體驗(yàn)，使用小屏幕手機(jī)測試，一次點(diǎn)擊不中，二次點(diǎn)擊正常，是啥問題，用戶要換手機(jī)了？出于用戶的角度來說，軟件設(shè)計(jì)的太傻x了，相信大家在測試中這類情況偶爾會(huì)遇到，不知道大家遇到后是怎樣的處理的，放過，給開發(fā)友好提示，提bug，提需求……

測試：這個(gè)操作怎么這么慢呀

開發(fā)：是不是網(wǎng)絡(luò)問題

測試：我已經(jīng)是4g網(wǎng)絡(luò)了

用戶：這軟件垃圾的要死，卡成狗

…………

從生活中來，到生活中去，從心出發(fā)。