您不再需要對用戶做出錯誤的假設。

我們不再需要對用戶做出錯誤的假設湃交。

當我們測試時熟空,想法總是要找到所有問題,但其實我們只需要關注那些會影響我們用戶的問題就可以搞莺。

“如果一棵樹在一片空曠的森林上息罗,當風吹過時,它會發(fā)出聲音嗎才沧?”這樣的問題在測試環(huán)境中很簡單......但是如果有一個沒有人會遇到過這樣的錯誤迈喉,那么我們就應該不關心這個錯誤了

但生活從來都不簡單温圆,所以問題通常是:

我們怎么知道這個問題對我們的用戶是否重要挨摸?

許多年前,這是一個非常難回答的問題岁歉。

N年前得运,過去我們常常使用安裝在臺式機或與服務器隔離光盤來提供軟件服務,因此很難從用戶那里獲得直接反饋锅移。

我們會從支持團隊獲取錯誤列表熔掺,產(chǎn)品經(jīng)理會談論功能需求,如果我們真的幸運的話非剃,我們會聽取專業(yè)服務團隊關于人們?nèi)绾尾渴鹣到y(tǒng)以及使用的信息置逻。

在那些日子里,我們會對系統(tǒng)的功能做出假設备绽,生成測試用例券坞,建立人物角色,當我們不同意錯誤的優(yōu)先級時進行分類分析肺素,并總體上祈求能夠得到最好的結(jié)果

今天恨锚,我們大多數(shù)人都可以看到我們的最終用戶如何使用我們的系統(tǒng)。

我們經(jīng)歷了兩次非常重要的互聯(lián)網(wǎng)演變倍靡,完全改變了這一現(xiàn)實眠冈。

第一個是技術問題 - 云計算。

今天,我們許多人都能夠?qū)a(chǎn)品發(fā)布到云端蜗顽,而不是將它們發(fā)送給我們的用戶布卡。這意味著我們夠監(jiān)控最終用戶實際使用我們系統(tǒng)的方式。

這獲取聽起來微不足道雇盖,但如果您的公司正常運作并且在設計新產(chǎn)品時考慮了這一訴求忿等,如果他們遇到任何異常,錯誤或障礙時崔挖,我們就可以用track系統(tǒng)來跟蹤用戶正在執(zhí)行的操作贸街,他們在哪里使用哪些功能(以及哪些功能很少或者根本沒有被人使用),

這幾乎就相當于讓你在你的用戶后面坐著狸相,看看他們?nèi)绾问褂媚愕南到y(tǒng)薛匪。?過去通常在現(xiàn)場訪問調(diào)查或在我們公司擁有昂貴的可用性實驗室來做的事情。

第二個是方法論 - DevOps脓鹃。

一旦我們開始在云中工作并在我們自己的服務器集群中部署我們的應用程序逸尖,最好的開發(fā)者可以在生產(chǎn)中環(huán)境中快速部署部署和管理系統(tǒng),而這些人通常也在編寫這些系統(tǒng)瘸右。

唯一的問題是開發(fā)人員缺乏如何大規(guī)模管理運營系統(tǒng)以及多個服務器和服務并行交互的知識娇跟。

長話短說......我們將我們的敏捷開發(fā)團隊與我們的云運營團隊合并在一起,我們獲得了DevOPS的新概念太颤。

DevOps還意味著苞俘,與我們的敏捷開發(fā)團隊合并我們的Ops團隊,我們還將測試專家注入這些團隊龄章,因此我們可以在部署“事件”發(fā)生之前和之后開始合并我們的測試操作吃谣。

您可以停止對用戶正在做什么做出假設,只需查看和學習

這與用戶和配置文件有什么關系做裙,希望你現(xiàn)在明白它與它有關岗憋。

如果我們不得不對系統(tǒng)中最常用的功使用模式做出假設,那么現(xiàn)在我們可以簡單地查詢我們的監(jiān)控系統(tǒng)以獲取這些信息菇用。

如果您有真實的用戶數(shù)據(jù)庫澜驮,現(xiàn)在可以為您的團隊創(chuàng)建更符合用戶實際行為操作的角色陷揪。

也許最重要的是惋鸥,如果我們只能根據(jù)發(fā)布日期后,團隊的3或6個月缺陷率來衡量發(fā)布系統(tǒng)的質(zhì)量悍缠。?實際上我們無法獲得有關系統(tǒng)中問題的實時反饋卦绣,但現(xiàn)在我只需要通過hot-fix,在用戶沒有任何感知的情況下 快速的修復線上問題飞蚓。

質(zhì)量不僅僅是沒有錯誤

更好的是滤港,我們現(xiàn)在可以為系統(tǒng)的質(zhì)量添加新的維度!?我們現(xiàn)在可以看到用戶是否正在是否使用我們希望它們用的功能。

例如溅漾,如果您的團隊在新的報告模塊上工作了幾個月山叮,但用戶并不使用它,那么您就知道遇到了怎樣的問題添履。?它可能是UX問題屁倔,或功能定義問題,或完全不同的東西暮胧。?但事實上锐借,你投入了大量的時間與精力,并沒有得到你想要的結(jié)果往衷,他并不是系統(tǒng)的功能上的錯誤钞翔,但確確實實是你的系統(tǒng)存在所謂的“質(zhì)量問題”。

幾年前席舍,我們需要等待數(shù)月才能獲得有關功能的反饋布轿。?今天我們可以在幾小時或幾天內(nèi)得到快速反饋。

DevOps和cloud還有很多其他積極的方面......

事實上通過devops與云服務您可以獲得與生產(chǎn)環(huán)境相似或相同的環(huán)境進行測試俺亮,以及更多的事情驮捍。

關于更多的相關信息 我將在別的文章中說明


我的個人主頁:qaseven.cn

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市脚曾,隨后出現(xiàn)的幾起案子东且,更是在濱河造成了極大的恐慌,老刑警劉巖本讥,帶你破解...
    沈念sama閱讀 217,185評論 6 503
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件珊泳,死亡現(xiàn)場離奇詭異,居然都是意外死亡拷沸,警方通過查閱死者的電腦和手機色查,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 92,652評論 3 393
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來撞芍,“玉大人秧了,你說我怎么就攤上這事⌒蛭蓿” “怎么了验毡?”我有些...
    開封第一講書人閱讀 163,524評論 0 353
  • 文/不壞的土叔 我叫張陵,是天一觀的道長帝嗡。 經(jīng)常有香客問我晶通,道長,這世上最難降的妖魔是什么哟玷? 我笑而不...
    開封第一講書人閱讀 58,339評論 1 293
  • 正文 為了忘掉前任狮辽,我火速辦了婚禮,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘喉脖。我一直安慰自己椰苟,他們只是感情好,可當我...
    茶點故事閱讀 67,387評論 6 391
  • 文/花漫 我一把揭開白布树叽。 她就那樣靜靜地躺著尊剔,像睡著了一般。 火紅的嫁衣襯著肌膚如雪菱皆。 梳的紋絲不亂的頭發(fā)上须误,一...
    開封第一講書人閱讀 51,287評論 1 301
  • 那天,我揣著相機與錄音仇轻,去河邊找鬼京痢。 笑死,一個胖子當著我的面吹牛篷店,可吹牛的內(nèi)容都是我干的祭椰。 我是一名探鬼主播,決...
    沈念sama閱讀 40,130評論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼疲陕,長吁一口氣:“原來是場噩夢啊……” “哼方淤!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起蹄殃,我...
    開封第一講書人閱讀 38,985評論 0 275
  • 序言:老撾萬榮一對情侶失蹤携茂,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后诅岩,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體讳苦,經(jīng)...
    沈念sama閱讀 45,420評論 1 313
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 37,617評論 3 334
  • 正文 我和宋清朗相戀三年吩谦,在試婚紗的時候發(fā)現(xiàn)自己被綠了鸳谜。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 39,779評論 1 348
  • 序言:一個原本活蹦亂跳的男人離奇死亡式廷,死狀恐怖咐扭,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情滑废,我是刑警寧澤蝗肪,帶...
    沈念sama閱讀 35,477評論 5 345
  • 正文 年R本政府宣布,位于F島的核電站策严,受9級特大地震影響穗慕,放射性物質(zhì)發(fā)生泄漏饿敲。R本人自食惡果不足惜妻导,卻給世界環(huán)境...
    茶點故事閱讀 41,088評論 3 328
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧倔韭,春花似錦术浪、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,716評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至醇疼,卻和暖如春硕并,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背秧荆。 一陣腳步聲響...
    開封第一講書人閱讀 32,857評論 1 269
  • 我被黑心中介騙來泰國打工倔毙, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人乙濒。 一個月前我還...
    沈念sama閱讀 47,876評論 2 370
  • 正文 我出身青樓陕赃,卻偏偏與公主長得像,于是被迫代替她去往敵國和親颁股。 傳聞我的和親對象是個殘疾皇子么库,可洞房花燭夜當晚...
    茶點故事閱讀 44,700評論 2 354