自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

探索QA的思維方式

開發(fā) 測試
隨著測試人員陸續(xù)開始嘗試角色轉(zhuǎn)變,堅守的QA需要找到自己的發(fā)展之路。興趣和性格是客觀因素,好奇心和發(fā)散性思維則是幫助成為優(yōu)秀QA的必要因素。

作者 | 趙瑞華

隨著測試人員陸續(xù)開始嘗試角色轉(zhuǎn)變,堅守的QA需要找到自己的發(fā)展之路。興趣和性格是客觀因素,好奇心和發(fā)散性思維則是幫助成為優(yōu)秀QA的必要因素。我想通過一些小的例子來與大家互動探討。

測試你做對了嗎?

讓我們從這樣一個現(xiàn)實中的小例子來開始我們的思考之旅 “假如一堆稻草中不小心掉入了一根針,我們該如何將它找出呢?”

圖片

回想當(dāng)時看到這個題目時,我的第一反應(yīng)是太難找了。從這個小事例聯(lián)想到自己的工作,我作為QA或多或少是否做過類似的事情呢?在初入行業(yè)的時候我可能就是這個在草堆里找針的人,我花費了大量的時間仔細地在草堆外面認真查找,甚至使用了放大鏡一點一點的反復(fù),努力不漏過每一個角落。再后來慢慢積攢了一些經(jīng)驗,我開始使用工具了。我嘗試使用不同吸力的磁鐵,金屬探測設(shè)備。這正是我工作經(jīng)歷中的純黑盒測試階段與純自動化UI測試階段。

在有了不同的經(jīng)歷后,我開始反思自我。類似大草堆里找針這么大的工程,耗時耗力,是否會有更好的辦法呢?我真應(yīng)該去多了解一下每個產(chǎn)品使用的工具與技術(shù),以及深入了解并參與它的搭建過程。于是我加入了TW,開啟了第三段測試之旅。

再回來看看這個例子,我在想也許草堆的中間是空心的,有一扇隱形的門可以走進去。但是在過去我竟然沒有想過要去嘗試(當(dāng)然,這里所說的沒有嘗試是比較夸張了點)。在我們打算開始堆草堆的時候就應(yīng)該考慮的更多一些,制定相應(yīng)的策略保證在堆積的過程中不會有一些雜物不小心被堆進去,我們應(yīng)該爭取在草堆堆積的過程中不讓這根針有機可乘。

多思考,多探討,不要急于開始

有人告訴我下面這張圖片中有一只蟲子,讓我猜猜它在哪里?我仔細地找了一遍沒找到,于是又開始第二遍第三遍的尋找。甚至試圖拿著放大鏡仔細研究這張圖片。我努力不放過每一個角落??墒亲罱K我也未能找到,這只Bug到底藏在了哪里呢?

圖片

等到答案揭曉的時候,我忽然意識到了作為QA我竟然忽略了最重要的東西——澄清。上周在聽冰玉老師的session《構(gòu)建體系化思維》時,她對于這塊也做了詳細的講解。對于她給出的測試茶杯的例子印象非常深刻。面試的時候經(jīng)常會隨機問候選人,水杯怎么測,插線板怎么測,開關(guān)怎么測。有相當(dāng)一部分的候選人覺得蒙圈,也有人覺得非常容易,很多人沒有要求思考時間也不提問,直接開始回答。這樣草率的回復(fù)怎么可能會是面試官想要聽到的答復(fù)呢?

下面我以所在的某項目中最近發(fā)生的一件事情為例引入我自己的一些反思。我們會批量生成一種類似于限量版的現(xiàn)金券,用戶收到該現(xiàn)金券便可使用它并從中受益,前期我們只做了簡單的生成與存儲。Marketing團隊會根據(jù)規(guī)則手動將限量版的現(xiàn)金券發(fā)給特定的用戶群體。該功能投入生產(chǎn)后反響很棒,于是我們決定將發(fā)送流程自動化,集成到內(nèi)部后臺系統(tǒng),根據(jù) Marketing 團隊上傳的用戶列表生成對應(yīng)的現(xiàn)金券并綁定到相應(yīng)的用戶賬戶。到這里所有的需求都很清晰明了。

接下來客戶提出來既然券都跟用戶綁定了,那么我們?yōu)槭裁床话阉故窘o用戶呢?于是提出了我們需要做一個最早可用版本用來展示功能。我們?yōu)榇藢iT定了一次會議,參與的人有客戶多部門的老大以及我們項目小組的所有相關(guān)人員。大家都很興奮我們要實現(xiàn)這樣一個功能了,我們討論了需求,設(shè)計,需求將要帶來的價值以及如何衡量這個需求是否成功的指標(biāo)與方法。我們也書寫了相關(guān)的需求文檔。然而UX老大參與DC的時候,他詢問了我們這個版本是要給內(nèi)測人員看嗎?經(jīng)過一番討論,這時我們才發(fā)現(xiàn)大家的理解不一致。由于我們開始討論的時候提到了想根據(jù)市場效果再決定是否繼續(xù)做下一個版本,我們組的UX理解我們只給內(nèi)測用戶展示,所以她設(shè)計了一個很簡單的展示版本。而其他人則認為想先實現(xiàn)簡化版的功能,再根據(jù)市場反饋決定是否再進一步投入時間進行優(yōu)化。等國慶假期過去了,我看到它竟然還沒有發(fā)布。直到上周我們終于發(fā)布了這個功能。

大致增加了:

  • 復(fù)雜漂亮的UX 設(shè)計
  • 分享現(xiàn)金券給他人
  • 用戶事件記錄
  • 自動發(fā)送通知給收到現(xiàn)金券的用戶
  • ......

對于純純的遠程協(xié)作團隊(成員分散在超過四個國家,超過5個城市),我們的線下交流少之又少。每天的交流主要是在站會和Mob會議里(每天4小時),如果在我們開會討論需求的時候多討論幾句,在我們每天交流中多探討一些??赡芪覀兡芨绲囊庾R到了我們大家對于_Earlist usable_ 的理解是不同的,我們就能提早設(shè)計,不至于后來返工拖延了發(fā)布。在后來的retro中,大家一致認為在開始每一項工作之前我們就應(yīng)該做足夠的思考與探討。

花絮: 盡管有點插曲,但是在發(fā)布前內(nèi)測的時候,客戶的老大們對這個功能的實現(xiàn)非常滿意,團隊開始咨詢marketing是否可以給我們每人一張現(xiàn)金券??蛻舻睦洗髠円查_始通過這種方式去分享現(xiàn)金券給他們的好友們。

跳出思維定式的束縛

讓我們從一個簡單的小互動開始,一起感受一下我們怎么考慮這個問題。請大家拿出小本本一起畫出如圖的9個點。然后用一筆將9個點連起來,你會怎么連呢?

圖片

1.不同起點回形繞圈 

圖片

2.Z形 

圖片

3.三角風(fēng)箏形

圖片

4.用一根足夠粗的筆一筆劃過

圖片

我相信一定有很多聰明的小伙伴們想到了第四種方法。此處有掌聲??????但是還是會有很多小伙伴很容易被問題中“連起來”幾個字帶著開始連線而忽略了最簡單的一筆劃過。

我看到過這樣一個實驗,將相當(dāng)數(shù)量的蜜蜂和蒼蠅置于一個開口的瓶子中,將瓶子放倒,讓瓶底朝著有光的地方。大家猜猜接下來會發(fā)生?

結(jié)果蒼蠅跑光了,而蜜蜂基于出口就在光亮處的思維方式,設(shè)定了出口就是那個有光的地方,所以它們一直朝著光亮的地方努力而忽略了藏在暗處的出口,一次次地撞向瓶底。而毫無邏輯的蒼蠅到處亂飛卻意外地找到了出口。

大多數(shù)時候思維定式?jīng)]有錯,但是在一個產(chǎn)品上工作久了的伙伴或多或少都會遇到越熟悉的地方越容易出錯的情況。我自己也曾遇到過類似的問題。日復(fù)一日測試類似的功能讓我們很容易形成了思維定式,形成了固定的操作習(xí)慣。對于熟悉的功能反而考慮得不再那么周全,總是以老的方式去考慮熟悉的功能,殊不知在不知不覺中它已不再那么熟悉。而對于新的功能模塊大家通常都會格外的小心謹(jǐn)慎和關(guān)注。所以我自己會定期復(fù)盤,定期反思。一旦發(fā)現(xiàn)自己沉浸于思維定式里,一定要設(shè)法打破它。盡管我自己其實做的也并不是很好,但是我時常會反省并時刻提醒自己。

保持好奇,多提問

這里又來了一個有意思的小互動,請大家?guī)兔φ艺乙韵逻@段話中包含有多少個字母F?

答案是6個,你找對了嗎?

請大家再一次幫忙找找這段話中有多少F呢?

圖片

答案是68個,這次你對了嗎?

請大家再一次幫忙找找這段話中有多少F呢?

圖片

答案是68個,這次你對了嗎?

請大家回想一下在第一遍大家都是如何找的呢?有沒有漏掉的呢?在第二遍查找的時候大家又是如何做的呢?是否將第一次漏掉的字母找到了呢?看到這個配色大家應(yīng)該多少有點好奇,為什么好好的一段話要用黑色背景,有多少人因為好奇而做了進一步的思考與調(diào)查呢?聯(lián)想我們的日常工作,我們可能偶爾的遇到了一些奇奇怪怪的問題,但是刷新,重試之后我們發(fā)現(xiàn)問題不存在了,我們是否繼續(xù)深究了呢?

很多時候往往都是這些不起眼的小問題積壓最終導(dǎo)致越來越多的系統(tǒng)問題。所以在我們每次遇到這些行為的時候一定要保持住好奇心,多思考多調(diào)研。即使不能重現(xiàn),我們可以停下來休息一下,畫一畫,再深入思考一下。我們可以截圖,查看日志,回想自己的操作步驟和不尋常之處(也可以利用系統(tǒng)的行為跟蹤工具,總結(jié)反饋或者咨詢相關(guān)人員。又或者我們可以記錄一個stakehold卡在我們的backlog里面用來追蹤后續(xù)。)一定不要等到有一天客戶報了問題過來,我們突然意識到這個錯誤,這個問題自己曾經(jīng)也遇到過。當(dāng)然我們也得綜合考慮一下投入產(chǎn)出比,以及問題所帶來的用戶影響有多大,優(yōu)先級如何等。

在移動端測試中經(jīng)常會有一些偶現(xiàn)的問題,有的問題真的是特別邊緣的情況,多個條件同時滿足才能偶爾觸發(fā)。有的卻是通過某些特定的操作就會100%觸發(fā)。所有保持好奇,適當(dāng)?shù)耐度胍恍┱{(diào)研是很有非常有必要的。

提高專注還得發(fā)散

這個小題目貌似有點自相矛盾,到底是要專注呢還是要發(fā)散呢?讓我們還是先從互動開始探討。假如有一個大的正方形,它被平均分為了四個小的正方形ABCD。A、B、C三個小正方形內(nèi)分別嵌套了一個更小的正方形,那么請按照要求的規(guī)則將每個圖形淡灰色部分進行切分。

圖片

1.請將右上角的正方形A中淡色部分分成兩個相同的圖形

圖片

2.請將左上角的正方形B中淡色部分分成三個相同的圖形

圖片

3.請將左下角的正方形C中淡色部分分成四個相同的圖形

圖片

4.請將右下角的正方形D中淡色部分分成七個相同的圖形

圖片

如果按順序來做這四次分割,每次成功完成一步我們會很容易嘗試使用相同的方法求進行下一次的圖形分割。然而到了第四步,我們可能還會專注于之前的分割思路。假如我只給出了一個單獨的正方形讓大家分成七份,大家應(yīng)該都會很容易就可以分成功。

再來說說我自己,入行不久我就發(fā)現(xiàn)我自己的思維比較發(fā)散,想象力豐富,我經(jīng)常是團隊中討論需求提問最多的那個人。每次有了新的需求,除了需求本身的描述,我可能會瞬間聯(lián)想到與它相關(guān)的大大小小的功能。時間久了我慢慢的反思總結(jié),在討論需求的時候我們優(yōu)先需要考慮需求本身,我們需要更多的關(guān)注點。其次,我們再向外發(fā)散考慮更多更深更遠的情況。

在之前的一家公司我們經(jīng)常在發(fā)布前回歸測試階段抽出一定的時間來做隨機測試。經(jīng)常發(fā)現(xiàn)隨機測試發(fā)現(xiàn)的問題要比我們遵從測試用例做回歸測試發(fā)現(xiàn)的問題多一些。就我自己而言在隨機測試階段我可以掙脫束縛,隨心的設(shè)想一些配置,再搭配上特定的一些用戶行為。而在做隨機測試的時候,也不是完全沒有章法的胡亂點擊一通。我經(jīng)常會提前設(shè)想一些情況,在紙上列出來,再思考并挑選一些出來。但是往往在操作的過程中我的步驟就突然間改變了,我會操作完某一步后,突然間聯(lián)想到另外的一些情況。然后轉(zhuǎn)而去嘗試。結(jié)果大多數(shù)時候都會有出乎意料的發(fā)現(xiàn)。

我總結(jié)了一下我自己,我本身的性格非常急,所以在日常工作中,我可能有時候容易思想不夠集中。尤其是在那種特別長的會議里,我經(jīng)常會在聽到發(fā)言人的某些發(fā)言后瞬間蹦出一長串的疑問,這時候怎么辦呢?

以前的我可能會很激動地就直接發(fā)問了?,F(xiàn)在的我慢慢地意識到自己的問題,于是我學(xué)著將自己的思緒拉回,不要繼續(xù)在自己的疑問里越走越遠。我會強迫自己繼續(xù)聽發(fā)言人的后續(xù)發(fā)言,結(jié)果往往會發(fā)現(xiàn)會議結(jié)束的時候我的很多問題都不是問題了或者并不那么重要了。說了這么多我其實就是想分享一下我自己關(guān)于專注與發(fā)散的經(jīng)驗。我相信很多QA在專注力與發(fā)散這塊都有一些很好的見解,歡迎大家分享探討~

小結(jié)

賣了這么多關(guān)子,到了我該回答問題的時候了。這么多年我也不是沒有動搖過,但是每一次動搖的時候我都進行了深入地思考。我嘗試自問自答,最終我還是堅守在QA這個崗位。對于我為什么堅守,我想首先肯定是非常喜歡的。其次我覺得是因為適合,這得歸功于我超強的好奇心以及發(fā)散的思維方式。當(dāng)然也有性格相關(guān)的因素在里面。另外,作為一名QA,我們必須要有很強的責(zé)任心與溝通協(xié)作能力。

責(zé)任編輯:趙寧寧 來源: Thoughtworks洞見
相關(guān)推薦

2017-01-13 16:27:35

大數(shù)據(jù)數(shù)據(jù)驅(qū)動決策思維方式

2022-11-16 21:55:51

Redis數(shù)據(jù)庫

2021-11-14 22:06:48

JavaPython方式

2011-11-17 09:43:09

2022-04-27 05:55:43

去QA化自動化測試開發(fā)

2021-12-06 20:23:40

機器學(xué)習(xí)數(shù)學(xué)

2021-08-16 16:06:43

數(shù)據(jù)思維探索

2009-09-28 09:53:00

寬帶網(wǎng)絡(luò)接入認證方式

2022-04-28 06:37:59

敏捷驅(qū)動QA

2015-09-22 09:30:28

2013-05-08 09:05:48

狐貍貝葉斯大數(shù)據(jù)

2022-08-30 08:13:30

流程模板定期復(fù)盤數(shù)據(jù)

2021-03-08 15:01:08

架構(gòu)運維技術(shù)

2009-04-24 09:14:20

.NET多線程鎖機制

2024-09-05 10:09:04

2023-06-06 13:50:00

PythonThinkGPT模型

2023-11-27 09:25:42

程序員思維

2020-12-16 10:12:52

大數(shù)據(jù)小數(shù)據(jù)人工智能

2019-01-21 09:02:03

C++Python編程語言

2021-03-26 10:35:49

C++Python編程語言
點贊
收藏

51CTO技術(shù)棧公眾號