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