測試思路
? ? ? ?開發(fā)提測通過后受楼,只是能夠說明此功能在主流程上沒有問題转唉,能夠走通,只能證明這個功能的可用性贩绕。但是并不能滿足用戶對其使用過程中正確性火的,而且對于新功能的開發(fā),也有可能會影響已有的舊功能淑倾。另外馏鹤,不要對任何已有的功能抱有僥幸心理,不要覺得老功能就一定穩(wěn)定無誤娇哆。相反湃累,恰恰是這些已有功能引起的bug才是最致命的,因為這些功能都是用戶一直在用的功能碍讨。用戶發(fā)掘和適應(yīng)一個新功能可能需要一段時間治力,但是一直在用的功能一旦出現(xiàn)問題就會被發(fā)現(xiàn)甚至放大。所以勃黍,我們需要保持著最開始尋找問題的初衷宵统。曾經(jīng)聽過這樣一句話,做測試時間越久覆获,容忍度會越來越高马澈。但我們需要的是,每次都要把我們做的產(chǎn)品當(dāng)做第一次測試來看弄息,盡量減少測試疲勞痊班。
現(xiàn)在這個階段,我們一般都是在原有的基礎(chǔ)上新增或優(yōu)化功能摹量,所以對已有的功能很容易產(chǎn)生影響〉臃ィ現(xiàn)在來分享一下我自己的測試方法:
1、?? 新迭代測試:
? ? ? ? 因為開發(fā)提測都是一個相對獨立的功能缨称,我們在提測后的測試過程中需要做的是保證我們目前測得小模塊無問題废亭。我們不能只單純看這個功能是否實現(xiàn),它實現(xiàn)過程當(dāng)中涉及到的所有路徑和控件我們都要盡可能的測試到位具钥,任何一個小環(huán)都不能錯過,當(dāng)然這對我們有一點要求就是必須對需求要非常熟悉液兽,要非常清楚得知道預(yù)期結(jié)果是什么骂删,才能提高我們測試的敏感度掌动。所謂磨刀不誤砍柴工,首先在測試之前要有一個思路宁玫,根據(jù)用例和自己的思考大概過一下這一個小的選項都有哪些場景粗恢,把自己想象成用戶,我用這個東西來干什么欧瘪,我都會有哪些操作眷射,這樣就可以將正向操作覆蓋;當(dāng)然了佛掖,也要對用戶有一定的容錯性妖碉,我們不可能要求用戶每次都將自己的操作一遍做對,準(zhǔn)確無誤芥被,所以對這方面的測試就尤為重要欧宜,即逆向操作。
2拴魄、??? 回歸測試:
? ? ? ? 測試環(huán)境回歸測試對于當(dāng)下的我們來說是至關(guān)重要的冗茸,在允許的時間內(nèi)測試的越全面細(xì)致,越能提高我們產(chǎn)品的質(zhì)量匹中,將線上問題出現(xiàn)的概率降低夏漱。但是,回歸測試并不是要每次的窮盡測試顶捷,所以還是要需要一些方法挂绰,我認(rèn)為的回歸測試其實主要是放在衰退問題和一些細(xì)枝末節(jié)的測試上,因為新的功能測試在提測后已經(jīng)很詳細(xì)的測過一遍了焊切,也有很詳細(xì)的用例支撐扮授,所以回歸就重點放在了對其他功能的影響、衰退問題及之前迭代可能遺留的問題上专肪∩膊可以按照模塊去回歸,看到這個模塊后嚎尤,點開進(jìn)去荔仁,先看一下這個模塊涉及到什么,然后將里面的選項按照由主到次遍歷芽死,其中若涉及到與其他功能的交互或可供選擇的提示要連貫起來分別測試乏梁。總之关贵,回歸測試就是測試用戶使用場景遇骑,它相比于提測后的功能測試,更多的是整體的連貫性的測試揖曾,一定不是隨便點一點落萎,靠隨機亥啦,一定是有一定的場景在的。
3练链、在測試過程中翔脱,其實有些地方是容易被忽略或產(chǎn)生問題的,就自己的經(jīng)驗來做個簡單總結(jié):
(1)??? 多入口:
? ? ? ? 對于一種結(jié)果有多種實現(xiàn)方式的功能媒鼓,一定要注意將多種邏輯都遍歷届吁。通常有一種方式是大家不經(jīng)常會去用到的途徑,開發(fā)可能在自測的過程中也只考慮到了一種實現(xiàn)的方式且可走通绿鸣,導(dǎo)致會對另外的入口有所忽略疚沐,而恰恰是這個路徑容易出現(xiàn)問題,就需要我們QA來完善枚驻。
(2)??? 交互
? ? ? ? 交互在我看來無非是3種:應(yīng)用內(nèi)的交互濒旦,應(yīng)用與手機本身的交互,應(yīng)用與其他應(yīng)用的交互再登。涉及到交互尤其是與其他應(yīng)用交互的功能尔邓,一定要仔細(xì),通常會有留在當(dāng)前應(yīng)用或返回自身應(yīng)用兩種選擇锉矢。要確保兩種返回后的應(yīng)用是否能夠正常使用且返回的信息的正確性梯嗽,常見的如分享,選擇圖片沽损。
(3)??? 邊界值
? ? ? ? 對于有數(shù)量限制的選項要一定考慮邊界值灯节,因為用戶并不知道每個選項的限制,輸入多少字符都有可能绵估,不但要保證輸入正確時正常炎疆,還要考慮輸入不符和字?jǐn)?shù)限制的處理邏輯。
(4)??? 多類型
? ? ? ? 對于支持多類型字符的選項国裳,要注意它的輸入形入、展示、多類型組合缝左,尤其是將特殊字符如:emoji放在邊緣位置亿遂。不僅要注意在選項里的展示,也要注意在外面渺杉,如:列表頁蛇数、其他交互中的展示。
(5)??? 分頁查看
? ? ? ? 當(dāng)內(nèi)容較多時是越,自然要用到分頁耳舅,檢查點在于,所有的內(nèi)容或列表是否可以完全展示出來倚评。其次挽放,還要檢查绍赛,涉及到選擇時,可供選擇內(nèi)容及選擇后內(nèi)容的展示是否可以滑動查看所有內(nèi)容辑畦。
(6)??? UI/原型
? ? ? ? 在看了幾次bug分析后發(fā)現(xiàn),其實有很大一部分的問題都是來自與界面的問題腿倚。作為一個應(yīng)用最直觀展現(xiàn)在用戶面前的東西纯出,對UI/原型其實要求是非常高的,一定要檢查仔細(xì)敷燎。
(7)??? 信息填寫不完整
? ? ? ? 對于要填寫信息的功能暂筝,其實用戶并不是每次都把信息一次性填寫完整,也可能他根本不知道需要填寫的全部信息硬贯,只填寫了部分信息焕襟。這當(dāng)然是可以允許的,這時我們就要檢查信息填寫不完整時保存等操作饭豹,看是否會有問題出現(xiàn)鸵赖。
8)刷新
對于刷新的問題,如更新時間拄衰,詳情頁>列表頁它褪,新建、編輯翘悉、刪除等茫打,都存在刷新問題,首先要清楚妖混,觸發(fā)刷新必然是對原來的內(nèi)容進(jìn)行了某些操作老赤,所以在對內(nèi)容有操作變更時,一定要注意查看制市。
(9)老數(shù)據(jù)
當(dāng)新的迭代中有對現(xiàn)有的功能進(jìn)行改動抬旺、編輯時,在保證新增數(shù)據(jù)正常的情況下息堂,要重點關(guān)注下以前的老數(shù)據(jù)對于新功能是否正常嚷狞。在新迭代上線之前。用戶的數(shù)據(jù)都是老數(shù)據(jù)荣堰,這對用戶是至關(guān)重要的床未,但通常老數(shù)據(jù)是最容易出問題的。