第1期 2020/01/14
用測試重筑用戶的信任——2019 年至頂網(wǎng)評測回顧與展望
如果要用一句話來對過去的 2019 年進行概括的話，我想借用狄更斯《雙城記》中的一句話：“這是一個最好的時代，也是一個最壞的時代；這是一個智慧的年代，這是一個愚蠢的年代；這是一個信任的時期，這是一個懷疑的時期。”
好，云計算、大數(shù)據(jù)、人工智能、區(qū)塊鏈和 5G 這些技術(shù)相繼開始成熟落地，未來企業(yè)數(shù)字化轉(zhuǎn)型應(yīng)用前景無限；
壞，技術(shù)的發(fā)展方向出現(xiàn)迷茫，資本的大潮開始落下，裸泳者已經(jīng)顯現(xiàn)；
智慧，有更多的人工智能、大數(shù)據(jù)分析技術(shù)在被企業(yè)進行運用；
愚蠢，人工智能是否會引發(fā)大規(guī)模失業(yè)還無法確認，但是盲目進行人工智能擴張者首先要面對是否會失業(yè)的問題；
在信任就可以獲取金錢的時候，有人肆意濫用信任，當信任變成懷疑后，才發(fā)現(xiàn)本身一無所有。企業(yè)宣傳就靠一張 PPT，真與假無法進行判斷。
在2019年，SAP嚴重漏洞使5萬家企業(yè)關(guān)鍵業(yè)務(wù)易受網(wǎng)絡(luò)攻擊、Azure云宕機3個小時破壞了全球各地由微軟托管的各種系統(tǒng)、起亞發(fā)現(xiàn)一個軟件錯誤宣布召回11423輛2019款Optima轎車，還有每次升級都會導(dǎo)致一群用戶不是數(shù)據(jù)丟失就是系統(tǒng)故障的Windows 10……。
那么，在 2020 年如何才能去偽存真，讓真正好的企業(yè)在市場中發(fā)展壯大，好的產(chǎn)品進入用戶的眼簾呢？從作者長期進行產(chǎn)品評測的角度來看，就是通過第三方測試，來對企業(yè)產(chǎn)品進行公開的展示。
這里所說的第三方，不是隨便雇傭一批水軍，鋪天蓋地的去進行一味的追捧。而是要言之有物的從“產(chǎn)品”、“技術(shù)”、“質(zhì)量”、“服務(wù)”這些維度，真實的去對企業(yè)、對產(chǎn)品過行評估。
老生常談的“產(chǎn)品”、“技術(shù)”、“質(zhì)量”、“服務(wù)”
“產(chǎn)品”、“技術(shù)”、“質(zhì)量”、“服務(wù)”，這幾個詞作者已經(jīng)提了至少 5、6 年了，還記得第一次和一個國外著名網(wǎng)絡(luò)廠商提這個東西時候的明確拒絕——“我們可以和你談產(chǎn)品、談技術(shù)，但不會談質(zhì)量與服務(wù)，因為我們的名字就帶表者我們的質(zhì)量與服務(wù)”。
在和其他國內(nèi)外廠商進行接觸的時候，也是差不多的情況，產(chǎn)品的功能測試可以做，技術(shù)的性能評測也 OK，服務(wù)的流程體系評估有些也沒什么問題。但是，如何對產(chǎn)品的質(zhì)量進行評估，卻始終是一個大問題。
如果作者找的都是一些不注重產(chǎn)品質(zhì)量的企業(yè)，這個情況完全有情可原。但事實并非如此，通過一系列的產(chǎn)品測試接觸，完全可以了解，這些都是將產(chǎn)品質(zhì)量看做生命的企業(yè)。但是為什么不愿意對自身產(chǎn)品質(zhì)量進行宣傳呢？
隨著對生產(chǎn)企業(yè)了解的逐步深入，作者才意識到，質(zhì)量是什么，是產(chǎn)品生產(chǎn)加工的嚴格規(guī)范，那是企業(yè)的命根子。讓企業(yè)展示質(zhì)量控制流程，就好像找大宅門里的白七爺要同仁堂的藥方子，那是在要命！還好我找的那些廠商都比較好說話，最多是不理睬我，作者才能有機會在這里繼續(xù)碼字……
因此，現(xiàn)在的現(xiàn)實情況就是，質(zhì)量這個東西，有的不能講，沒有的可以瞎講。好壞無從評判，誰的聲音大就聽誰的，略幣驅(qū)逐良幣這套東西就這么發(fā)展起來了。
轉(zhuǎn)變視角，不讓質(zhì)量評測成為向白七爺要藥方
怎么既能展示企業(yè)的產(chǎn)品質(zhì)量，又能讓企業(yè)把“藥方”留��？19 年參加 iTestin 的一個測試工具產(chǎn)品發(fā)布，給予作者了極大的啟示。iTestin 發(fā)布的是一個人工智能的軟件測試工具。這個工具可以根據(jù)語音或文字直接生成功能測試腳本，對軟件功能進行測試。當然了，人工智能雖然是作者關(guān)注的新技術(shù)點，但給作者啟示的不是人工智能，而是功能測試。
功能測試，誰都可以做，在產(chǎn)品展示中，少不了對產(chǎn)品功能進行評測，可以說是測試中基礎(chǔ)的基礎(chǔ)。但是對產(chǎn)品的所有功能進行測試，這就不是某個人或某個評測機構(gòu)可以輕易完成的事情了。如此全面的測試做完，基本上產(chǎn)品的“藥方”也就謄寫出來了。這件事只能是企業(yè)自己做，就算第三方有這個能力去干，生產(chǎn)企業(yè)肯定也不敢答應(yīng)。
怎么辦？換個角度看問題，講一個測試的小故事，大家一聽也許就明白了。有一個研發(fā)和一個測試是一對冤家（貌似研發(fā)和測試從來都是冤家……），一天測試又和研發(fā)說，你開發(fā)的代碼有bug。研發(fā)立馬就和測試急了，說你到底會不會用，差點就打起來。領(lǐng)導(dǎo)來調(diào)解，說測試的說話方式不對，應(yīng)該告訴研發(fā)程序在運行的時候CPU、內(nèi)存占用急升，數(shù)據(jù)讀取頻繁但長時間沒有響應(yīng)這些情況，研發(fā)自然就會去找他的bug去了。
從中作者明白一個道理，功能測試不能簡單看一下開發(fā)出來的功能 work 不 work。需要通過一些關(guān)鍵指標，來對功能進行一下全面的評估。對于測試工作而言，確實會多費一些手腳，但是可能幫助研發(fā)更好的對問題進行定位。
而這個道理對作者的啟發(fā)就是，在做第三方質(zhì)量評測的時候，也同樣不需要對每項功能進行逐一的進行展示。只需要找到關(guān)鍵性的應(yīng)用性能指標，對關(guān)鍵功能進行評估就可以了。對于重視質(zhì)量的企業(yè)而言，展示的只是測試項目的數(shù)量，和關(guān)鍵功能的性能指標，觸碰不到他們的核心“藥方”，又可以客觀公正的對企業(yè)產(chǎn)品質(zhì)量進行展示，何樂而不為？
再舉一個實際的例子，可能會更直觀一些。19 年有一個叫易觀的數(shù)據(jù)庫廠商推出一個大數(shù)據(jù)分析產(chǎn)品，并為此開了幾次發(fā)布會，我有幸都去參與了。每次我都會問一個同樣的問題，產(chǎn)品需要耗用的計算資源有多少，年初時給我的答案是 16 核 64G。嗯，不錯，但是上下夠不著。用得起這個配置的企業(yè)，未必會用易觀的產(chǎn)品，想用易觀產(chǎn)品的，可能又沒有那么高的硬件配置。年底時，他們家又有發(fā)布會，處理性能不變，產(chǎn)品應(yīng)用配置降低到 8 核 16G，數(shù)據(jù)量小一些的話，一個筆記本就可以跑起來。得到這個消息后，第一個反映就是，他們家確實是在踏踏實實的做事情，第二個想到的是，看來在2020年可以找機會一起搞一下了。
2019年的公有云測試也是一樣，單獨看某項測試指標，看不出什么問題，加上系統(tǒng)資源占用，好壞就全出來了。
所以說，未來評估一套系統(tǒng)的好壞，不是看寫了多少萬行的代碼，而是看有多少功能模塊，每個模塊的資源占用和響應(yīng)時間等應(yīng)用指標，用它們來做評估，應(yīng)該更能說明問題。以前看到歐洲已經(jīng)有測試工具可以根據(jù)軟件接口對系統(tǒng)進行功能性判定，自動判斷有哪些功能模塊，并且根據(jù)這些功能模塊的連接路徑，對軟件架構(gòu)和安全性進行分析。這種測試手段，個人感覺還是值得去大力推廣一下的。如果，這種測試工具能進一步和APM產(chǎn)品相結(jié)合就更好了。應(yīng)該會令軟件企業(yè)的代碼質(zhì)量提升到一個新的階段。
2020用質(zhì)量展現(xiàn)產(chǎn)品的真正價值
因此，在2020年，作者的主要工作就會是用質(zhì)量來向廣大用戶展示出企業(yè)產(chǎn)品的真正價值。當然，隨著數(shù)字化轉(zhuǎn)型、智能智造技術(shù)的發(fā)展，需要用質(zhì)量進行展示的也不會局限于IT這個行業(yè)，在2019年作者在朋友圈里也立了一個flog，在2020年，看來也會向前再邁一步了。
希望在 2020 年，也可以讓我向鑒人的目標再前進一步。
本文章選自《數(shù)字化轉(zhuǎn)型方略》雜志，閱讀更多雜志內(nèi)容，請掃描下方二維碼
