軟件測試創(chuàng)新之路

凡是想把一件事情描述的盡量全面一些，不可避免的首先就需要劃分幾個大類出來，逐一細(xì)化。我們來演繹一下，測試領(lǐng)域的創(chuàng)新點，其實不外乎技術(shù)方面和流程管理方面。所以，我的思路就是從這兩大方面去挖掘。

技術(shù)方面

我們可能會關(guān)心測試效率與性能的提升。假如需要統(tǒng)計一份數(shù)據(jù)，用excel或者寫程序都可以干這件事時，你有沒有想過，怎么做會更省事省時間？有沒有采取行動？當(dāng)然，省事包括現(xiàn)在的省事和以后的省事。

我們可能會關(guān)心工具的易用性。測試工作中會用到許多現(xiàn)成的工具，你有沒有覺得哪些工具或者工具的哪個環(huán)節(jié)不好用？如果不好用，有沒有仔細(xì)想過要去讓它變得更加好用？

我們可能還會關(guān)心遇到的痛點問題。這是360深入骨髓的企業(yè)文化，找到痛點，然后進行微創(chuàng)新。究竟什么使我們費神勞力？能不能徹底解決掉？我們要善于挖掘那些持續(xù)了很長時間都沒有解決的問題，比如要把一個接口部署在幾十臺服務(wù)器，以前經(jīng)常發(fā)現(xiàn)有些機器沒有部署成功，后來我們就想，能不能在上線后，自動對這些服務(wù)器挨個做一個回歸測試，看看是否部署成功了呢，于是我們基于這個想法，開發(fā)了線上監(jiān)控系統(tǒng)，用來對一組hosts挨個請求一遍。

流程管理方面

我們可以做到“三化”，哪三化呢？

標(biāo)準(zhǔn)化、模板化、工具化

1 . 標(biāo)準(zhǔn)化，比如，在bug生命周期中，我們?yōu)榱苏麄€流程的規(guī)范性，可以把提交bug后，開發(fā)、測試人員的操作嚴(yán)格區(qū)分，并且嚴(yán)格控制開發(fā)將詳細(xì)原因?qū)懭肴毕輬蟾嫦到y(tǒng)，這樣就會對我們后續(xù)的bug分析非常重要，這就是一個創(chuàng)新點，我們稱之為標(biāo)準(zhǔn)化。現(xiàn)在很多開發(fā)團隊都有代碼規(guī)范，這也是標(biāo)準(zhǔn)化的實施，可以較好地控制質(zhì)量。

2 . 模板化是什么意思呢，就是把常用的東西提出來，形成規(guī)范的東西。比如上線檢查單就可以做成一個模板，每次上線都要根據(jù)檢查單檢查上線內(nèi)容，可以有效避免少上、漏上的風(fēng)險。

3 . 再來說說工具化，我們可以提取一些經(jīng)常需要做的事情，比如周報，大家的周報可能大多數(shù)都是以郵件的形式發(fā)送，但我們?yōu)榇藢ｉT做了個周報系統(tǒng)，就為了解決周報存檔以及管理的問題。

如果能找到一個創(chuàng)新點，千萬別放過。某個工具不好用，我們卻一直忍受它的不好用，工程師可別太耐心了。哦，別想歪，我是說對工具的缺點別太耐心，但是對我們周圍的人要耐心的像春天般溫暖哦！下面就絮叨絮叨有哪些創(chuàng)新方法。

縱橫比較

我們在創(chuàng)新時可以跟同類產(chǎn)品進行比較，也就是所謂的橫向比較，看看他們有哪些優(yōu)點，又有哪些缺點。前一段時間我們大量用到mock，于是調(diào)研了市面上的幾款mock工具，發(fā)現(xiàn)基本都是基于代碼方式的mock，想要去模擬數(shù)據(jù)還得讓開發(fā)改代碼，偶爾也有在線的mock，但不能自定義URL，這不還得開發(fā)改代碼嘛，頭痛不已。后來就萌生了自己寫一套可以自定義URL的在線mock工具，后來用起來時，感覺真是絲滑。所以，橫向比較很有用，我們可以從這個過程中發(fā)現(xiàn)自己的產(chǎn)品沒有解決哪些問題，甚至在比較的過程中，還會有一些其他靈感，咦，我這個產(chǎn)品還可以這樣進一步實現(xiàn)它的功能，而且比他還要更加強大。

我們還可以跟不同類的產(chǎn)品進行比較，也就是所謂的縱向比較。現(xiàn)在今日頭條這么火，但作為測試從業(yè)人員，卻沒有一個高質(zhì)量的測試文章集散地，他們分布在廣袤的互聯(lián)網(wǎng)大地上，在51testing上，在測試大牛的博客上，在各種測試類型公眾號上……那我們效仿今日頭條，做一個web端的測試文章集散地吧！于是，三劍客News子系統(tǒng)應(yīng)運而生。

啥？你還可以跨界學(xué)習(xí)，進行創(chuàng)新？沒錯，我們不僅可以像上面那樣進行縱橫的比較，還可以跨界。領(lǐng)域雖然不同，但其實很多東西都是相通的，完全可以借鑒。在這個跨界比較的過程中，有可能會出現(xiàn)顛覆性的創(chuàng)新。

借鑒

首先，來講講開源工具的威力。受惠于互聯(lián)網(wǎng)的開放，我們能從從github或者oschina上獲取到加起來繞地球好多圈的開源工具。其實現(xiàn)在很多工具都是在已有輪子的基礎(chǔ)上進行二次開發(fā)或者組裝，可以實現(xiàn)原本工具不具備的功能，這就是創(chuàng)新。我們有一個團隊測試手機瀏覽器，大家都知道手機瀏覽器有一個難題，就是如何精準(zhǔn)測試首屏加載時間。這個團隊開始是用高速相機對整個加載過程拍照并記錄拍照時間，通過人工手動篩選起始和結(jié)束圖片并計算時間差。但是這個過程太費時間了，而且需要測試不同的URL，還要測試競品，更加頭痛。于是，一步步最終優(yōu)化了這個過程，實現(xiàn)了測試效率成百倍的增長。這個過程就借鑒了開源工具stf，以及一門神奇的編程語言sikuli。想了解更多，請出門左轉(zhuǎn)，老郭大牛給你講。

我們還可以從會議沙龍中挖掘靈感。現(xiàn)在線上線下的沙龍很多，比如領(lǐng)測沙龍、火龍果的線上講壇都不錯。當(dāng)然，建議有針對性地去參加這些活動，不要淪為為了參加活動而參加活動。還可以關(guān)注國外的趨勢。不管什么領(lǐng)域，國外貌似一直都是創(chuàng)新的發(fā)源地，測試行業(yè)也不例外。所以，我們可以多看看國外測試領(lǐng)域現(xiàn)在在做什么，他們在談?wù)撔┦裁矗f不定你會是第一個引進的呢！再者，可以用開發(fā)的思維來將某些測試工具化，比如，怎樣檢測死鏈呢？可以利用爬蟲來遍歷整站的鏈接。再比如要準(zhǔn)備大量的數(shù)據(jù)進行測試，那么這個數(shù)據(jù)是否可以通過抓取來得到呢？

思辨

這可以說是相當(dāng)重要的一點，重要到足以決定上面說的方法到底能不能對你產(chǎn)生一絲一毫的影響。就像我上面說的，很多人用工具，雖然不好用，但是從來就沒想著改善；工作中有一大堆痛點，卻從沒想著要解決。只有心態(tài)的變化，才能級聯(lián)造成其他的動作，這個心態(tài)就是思辨。一定要有懷疑精神（尤其是測試惹人員），要不滿足于現(xiàn)狀，經(jīng)常問問自己，這個問題有沒有解決方案？還能不能優(yōu)化的再好些？只有抱著這樣的心態(tài)，才能發(fā)現(xiàn)問題并且解決問題，否則就只能發(fā)現(xiàn)問題卻不解決問題。

上面談了很多，包括找創(chuàng)新點和具體的創(chuàng)新方法，希望曾經(jīng)有那么一瞬間能激起你的共鳴并將創(chuàng)新實現(xiàn)，那將是這篇文章最大的貢獻。最后，一定要強調(diào)的，創(chuàng)新不是目的，只是手段，我們最終的目的是要更好的解決問題，所以要從業(yè)務(wù)以及目前的實際情況著手，才能真正發(fā)揮它的價值，否則就會掉進所謂的自動化陷阱，為了自動化而自動化，我們不做這樣的事情！