本文章轉(zhuǎn)載于搜狗測試

提到隨機(jī)測試，大家可能認(rèn)為隨機(jī)測試就是隨便點(diǎn)點(diǎn)却舀，真的是這樣嗎虫几？其實(shí)，隨機(jī)測試也是需要策略的挽拔，不然辆脸，漫無目的的隨機(jī)測試很可能是事倍功半，浪費(fèi)大量時(shí)間螃诅，發(fā)現(xiàn)問題卻寥寥無幾啡氢。那么状囱，作為新人的我們應(yīng)該怎么進(jìn)行隨機(jī)測試呢？

首先倘是，按照被測產(chǎn)品對象來分：一類是迭代產(chǎn)品亭枷，我們對這個(gè)產(chǎn)品已經(jīng)很熟悉了，一類是新產(chǎn)品搀崭，只有需求文檔叨粘，對這個(gè)產(chǎn)品并不熟悉。

迭代產(chǎn)品的隨機(jī)測試

隨機(jī)測試的前提：

熟悉被測試對象：

只有很好的熟悉被測試對象瘤睹，才能在有效的時(shí)間內(nèi)將隨機(jī)測試進(jìn)行的更好升敲，找到更多問題

熟悉在用例測試階段所發(fā)現(xiàn)的缺陷及其分布情況：熟悉bug的分布是很有必要的，根據(jù)80-20原則中轰传，80%的缺陷存在于20%的模塊中驴党，熟悉bug及bug分布會增加隨機(jī)測試思路以及選擇測試點(diǎn)

測試人員具備一定的測試經(jīng)驗(yàn)，對缺陷敏感：針對這項(xiàng)获茬，是需要測試人員平時(shí)積累的鼻弧，對缺陷比較敏感，可以舉一反三锦茁。

測試思維技巧

模擬用戶使用場景攘轩，想想用戶都會做些什么 我們在測試的時(shí)候，要多想想用戶如果用此功能码俩，他們都會哪些操作呢度帮？我們要把自己當(dāng)成用戶，按照用戶使用習(xí)慣進(jìn)行測試.比如完成從登陸到買票整個(gè)流程稿存。

想想以往提交的bug以及別人提交的bug 在腦海過一下自己或別人提交的bug笨篷，想想在這里是不是會出現(xiàn)類似的問題。尤其是一些典型的bug瓣履。如：ios輸入法之前在短信界面發(fā)送后不清空聯(lián)想條率翅，那么在測試這一類應(yīng)用（Line、bitesms袖迎、WhatsApp）中也同樣需要試一下這個(gè)問題

哪些地方需要考慮適配或兼容 我們對測試的功能要能區(qū)別哪些會根據(jù)所依賴的環(huán)境不同冕臭，可能會產(chǎn)生問題的地方，以及哪些地方是分系統(tǒng)單獨(dú)適配的燕锥。如：ios輸入法測試所依賴的設(shè)備系統(tǒng)辜贵、機(jī)型、應(yīng)用归形、特殊界面等

改變操作入口及路徑 在測試時(shí)可以任意改變?nèi)肟谕锌⒙窂降龋捎谌肟诓煌赡軙a(chǎn)生問題暇榴。如：在ios輸入法中進(jìn)入搜狗設(shè)置界面有從工具條進(jìn)入厚棵，后臺進(jìn)入蕉世。

與其他軟件進(jìn)行交互性測試 軟件與軟件之間有時(shí)是會有影響的，在測試時(shí)也要考慮到在和哪些軟件進(jìn)行交互操作可能會有問題婆硬，如：ios輸入法在二維碼掃描界面掛起后臺讨彼，進(jìn)入到系統(tǒng)相機(jī)界面后返回會概率出現(xiàn)崩潰

同時(shí)進(jìn)行多項(xiàng)操作 同時(shí)進(jìn)行多項(xiàng)操作時(shí)會很容易出現(xiàn)問題，開發(fā)在寫代碼時(shí)對于同時(shí)進(jìn)行多項(xiàng)操作的處理往往會被遺漏柿祈，但是這樣的較生僻操作往往會出現(xiàn)比較嚴(yán)重的問題哈误，如：ios輸入法之前的一個(gè)bug，在長按任意按鍵后返回應(yīng)用上級躏嚎，再調(diào)起鍵盤時(shí)按鍵無響應(yīng)蜜自；下滑鍵盤時(shí)轉(zhuǎn)屏再轉(zhuǎn)屏?xí)r按鍵無響應(yīng)

考慮邊界值 好多問題都會出現(xiàn)邊界值上，測試時(shí)對于邊界值要特別關(guān)注下卢佣，如：ios輸入法最多輸入63個(gè)字符重荠、手勢滑動候選時(shí)，尾候選高亮后再右滑

在前提條件較多的情況下進(jìn)行測試 有時(shí)候在前提條件較多情況下操作會發(fā)現(xiàn)一些比較嚴(yán)重的問題虚茶，我們在測試時(shí)可以建立多個(gè)前提條件戈鲁，然后進(jìn)行一系列操作。如：ios輸入法開啟細(xì)胞詞庫和糾錯(cuò)后26下輸入糾錯(cuò)為細(xì)胞詞的拼音串時(shí)內(nèi)核崩潰嘹叫；ios6.x系統(tǒng)上雙拼和糾錯(cuò)同時(shí)開啟時(shí)在非掛起的程序中26鍵下輸入后退格崩潰

想想當(dāng)前界面元素的作用 產(chǎn)品在設(shè)計(jì)時(shí)界面中的每個(gè)元素（如：按鈕婆殿、圖片、文案等）罩扇，都有一定的作用婆芦，那我們可以想想這些元素的作用是什么，像按鈕喂饥，它的作用是點(diǎn)擊事件消约，按下時(shí)必定有按下效果，還有行為動作员帮，這就是我們要檢查的點(diǎn)或粮。如： ios輸入板中編輯框文字為“點(diǎn)擊此處添加正文”，其實(shí)這個(gè)文案就是一個(gè)提示的作用捞高，當(dāng)光標(biāo)定位到編輯框的時(shí)候氯材，這個(gè)提示文字就應(yīng)該是消失，如果光標(biāo)定位到編輯框時(shí)棠枉，這個(gè)提示沒有消失且作為內(nèi)容顯示了浓体，那么這個(gè)處理就是很不合理的泡挺。

考慮所選擇的測試點(diǎn)會影響哪些功能 有些功能之間是有聯(lián)系的辈讶，所以要想想自己測試的功能對原有功能有哪些影響。如：滑動鍵盤移動光標(biāo)或候選對刪除的影響娄猫。

針對于新產(chǎn)品的隨機(jī)測試

對于一個(gè)新產(chǎn)品進(jìn)行隨機(jī)測試時(shí)贱除，我覺得和迭代產(chǎn)品在前提條件和隨機(jī)測試點(diǎn)選取上會有些不同生闲，但在測試思路上都是一樣的。

l??測試前提：

1.熟悉需求文檔月幌，了解被測對象

2.安裝競品碍讯，熟悉競品

因?yàn)閷τ谛庐a(chǎn)品是從未做過用例的執(zhí)行，所以我們需要根據(jù)一個(gè)大體的方向去選取測試方向扯躺。

l??隨機(jī)測試方向：

通過熟悉需求文檔捉兴，將被測對象劃分大體的測試范圍：

Bug類測試范圍：

1)?????UI界面檢查

2)?????各功能實(shí)現(xiàn)（包括邊界值）

3)?????性能

4)?????交互

5)?????隱形需求

6） 非常規(guī)操作

建議類提出范圍

1.UI效果不好的地方

2.不易讓用戶感知使用的地方

3.提示文案有異議的地方

4.功能用著不爽的地方

5.對比競品實(shí)現(xiàn)較好的地方