Go語言自帶了 testing 測試包，可以進(jìn)行自動化的單元測試，輸出結(jié)果驗證，并且可以測試性能。
創(chuàng)新互聯(lián)建站服務(wù)項目包括鐵東網(wǎng)站建設(shè)、鐵東網(wǎng)站制作、鐵東網(wǎng)頁制作以及鐵東網(wǎng)絡(luò)營銷策劃等。多年來，我們專注于互聯(lián)網(wǎng)行業(yè)，利用自身積累的技術(shù)優(yōu)勢、行業(yè)經(jīng)驗、深度合作伙伴關(guān)系等，向廣大中小型企業(yè)、政府機(jī)構(gòu)等提供互聯(lián)網(wǎng)行業(yè)的解決方案，鐵東網(wǎng)站推廣取得了明顯的社會效益與經(jīng)濟(jì)效益。目前，我們服務(wù)的客戶以成都為中心已經(jīng)輻射到鐵東省份的部分城市，未來相信會繼續(xù)擴(kuò)大服務(wù)區(qū)域并繼續(xù)獲得客戶的支持與信任！
為什么需要測試
完善的測試體系，能夠提高開發(fā)的效率，當(dāng)項目足夠復(fù)雜的時候，想要保證盡可能的減少 bug，有兩種有效的方式分別是代碼審核和測試，Go語言中提供了 testing 包來實現(xiàn)單元測試功能。
測試規(guī)則
要開始一個單元測試，需要準(zhǔn)備一個 go 源碼文件，在命名文件時文件名必須以_test.go結(jié)尾，單元測試源碼文件可以由多個測試用例(可以理解為函數(shù))組成，每個測試用例的名稱需要以 Test 為前綴，例如：
func TestXxx( t *testing.T ){
//......
}
作為一個測試，作為一個測試開發(fā)， 全?；?管理 是我們未來的發(fā)展方向。已經(jīng)掌握了Java、Python、HTML的你，是不是也想了解下最近異?；鸨腉o語言呢？來吧，讓我們一起了解下。
Go 是一個開源的編程語言 ，它能讓構(gòu)造簡單、可靠且高效的軟件變得容易。
Go是從2007年末由Robert Griesemer, Rob Pike, Ken Thompson主持開發(fā)，后來還加入了Ian Lance Taylor, Russ Cox等人，并最終于2009年11月開源，在2012年早些時候發(fā)布了Go 1穩(wěn)定版本。現(xiàn)在Go的開發(fā)已經(jīng)是完全開放的，并且擁有一個活躍的社區(qū)。這三個人都是計算機(jī)界的大神，有的參與了C語言的編寫，有的還是數(shù)學(xué)大神，有的還獲得了計算機(jī)最高榮譽-圖靈獎。
接下來說說 Go語言的特色 :
簡潔、快速、安全
并行、有趣、開源
內(nèi)存管理、數(shù)組安全、編譯迅速
Go語言的用途 :
Go 語言被設(shè)計成一門應(yīng)用于搭載 Web 服務(wù)器，存儲集群或類似用途的巨型中央服務(wù)器的系統(tǒng)編程語言。
對于高性能分布式系統(tǒng)領(lǐng)域而言，Go 語言無疑比大多數(shù)其它語言有著更高的開發(fā)效率。它提供了海量并行的支持，這對于 游戲 服務(wù)端的開發(fā)而言是再好不過了。
Go語言的環(huán)境安裝:
建議直接打開 官方地址因為墻的原因打不開
因為我用的是windows系統(tǒng)，這里主要講下Windows系統(tǒng)上使用Go語言來編程。
Windows 下可以使用 .msi 后綴(在下載列表中可以找到該文件，如go1.17.2.windows-amd64.msi)的安裝包來安裝。
默認(rèn)情況下 .msi 文件會安裝在 c:Go 目錄下。你可以將 c:Gobin 目錄添加到 Path 環(huán)境變量中。添加后你需要重啟命令窗口才能生效。個人建議還是安裝到 Program Files文件夾中。
使用什么開發(fā)工具來對Go語言進(jìn)行編寫:
個人建議用VS code, 也可以用Sublime Text來編輯。如果你之前看了我講的HTML語言的學(xué)習(xí)，肯定已經(jīng)下載了VS code. 那么這時你需要在VS code中下載Go語言的擴(kuò)展插件。
這里有一個巨大的坑，就是在下載Go的插件和依賴包時，會提示一些包沒有。主要是因為下載的依賴包部分被墻了，只能想別的辦法去下載。
建議參考網(wǎng)頁:
解決vscode中g(shù)olang插件安裝失敗方法
在學(xué)習(xí)go的過程中，使用的是vscode，但是一直提示安裝相關(guān)插件失敗，然后上網(wǎng)查方法，基本上是叫你建立golang.org目錄什么的，結(jié)果全是錯的，而且都是抄襲，很煩。無意之中看到一位博主分享的方法，他也是飽受上述的垃圾博文困擾，然后找到了解決方法，這里向他致敬，秉著讓更多人看到正確解決方法的心，我寫下正確的解決方法，希望對你有所幫助，也可以點開原博主鏈接參考：
Go有一個全球模塊代理，設(shè)置代理再去安裝golang的插件，就可以安裝成功了。步驟有，首先Windows用戶打開Powershell，一個藍(lán)色的界面，注意不是cmd！不知道的直接打開window下面的搜索，然后輸入powershell，搜索出來就可以了。
$env:GO111MODULE=“on”
$env:GOPROXY=“”
go env -w GOPROXY=
go env -w GOPRIVATE=*.corp.example.com
然后我們打開VsCode界面，下面會提示安裝插件，我們選擇Install ALL，就會安裝成功
當(dāng)你在運行Go語言程序時，提示所有的插件包都已經(jīng)安裝成功了時，就可以正常使用了，要不然一堆報錯會讓你非常心煩。
好了，今天先到這里，晚安、下班~
現(xiàn)在全鏈路越來越火，各大廠商也紛紛推出了自己的全鏈路壓測測試方案。特別是針對全鏈路壓測流量模型，各家方案都有所不同。最近我看了一些這方面的資料，有一些感悟。分享給大家。
全鏈路壓測流量模型的梳理呢，這里就先不講了，各家公司自有司情在。因為主要是全鏈路壓測模型的實現(xiàn)，其實實現(xiàn)也對應(yīng)了流量模型的梳理結(jié)果。
業(yè)界常用的三種方一種：是基于業(yè)務(wù)模型的實現(xiàn)，一種是基于真實流量的錄制回放，最后一種是灰度分流。
這個是一種比較常用的方式。首先要對公司業(yè)務(wù)模型進(jìn)行梳理，也就是說對公司的業(yè)務(wù)鏈路進(jìn)行梳理。這里的業(yè)務(wù)鏈路可能會比較復(fù)雜，不是像很多案例中到的了就非常流行暢的一條鏈路，中間很有可能會出現(xiàn)各種各樣的支路。如果圖圖形化展示的話，某一條鏈路應(yīng)該就是一個樹形結(jié)構(gòu)。樹形結(jié)構(gòu)的開始是用戶的入口頁一般就是入口頁面的登陸，或者說是首頁接口。樹形結(jié)構(gòu)的右側(cè)是用戶的出口，這里根據(jù)業(yè)務(wù)模型不同，用戶的出口會非常的多，所以大多數(shù)來時候來講，這就是一個分叉的樹形結(jié)構(gòu)。
要對這樣的流量模型進(jìn)行實現(xiàn)。是比較困難的。首先要梳理出這樣的業(yè)務(wù)模型，就不太容易，再加上接口的相互調(diào)用啊，數(shù)據(jù)之間的相互依賴又可能是復(fù)雜程度增加一個量級。所以一般的實現(xiàn)方式就是做歸攏。將比較復(fù)雜的樹形結(jié)構(gòu)簡單化，或者干脆將以個業(yè)務(wù)聯(lián)絡(luò)分解成n個列有鏈路。然后分別實現(xiàn)。最終將流量匯聚，就變成了整個業(yè)務(wù)鏈路的流量模型實現(xiàn)。
在業(yè)務(wù)模型實現(xiàn)這個方向，各家都有不同的實現(xiàn)方式啊，基本上就分為工具以及腳本實現(xiàn)。我自己不怎么用工具做過接口的性能測試，全都是使用java和groovy腳本去實現(xiàn)的。首先，我會實現(xiàn)一個基于接口的業(yè)務(wù)測試框架，將每一個接口封裝成一個方法。接口的參數(shù)即是這個方法的參數(shù)。然后將每一個用戶封裝成一個對象。將用戶的各種信息變成這個對象的屬性。然后用戶在請求不同的接口的時候?qū)τ脩舻膶傩赃M(jìn)行賦值這樣就達(dá)到了一個參數(shù)傳遞的目的。然后通過調(diào)用不同的方法，我們就可以實現(xiàn)對不同接口的請求。通過控制參數(shù)或者說接口請求的頻率，我們就可以達(dá)到控制當(dāng)前用戶。在整個業(yè)務(wù)鏈的走向。
基于流量錄制和回放，這個是最容易實現(xiàn)的方式。也是最容易貼近真實情況的方式。哦，我接觸到的主要有一個回放模型，就是用golang語言寫的goreply。go語言的性能是非常好的，用于性能測試足夠滿足用戶的需求。大多數(shù)公司都會選擇在原生引擎的基礎(chǔ)上做一些封裝。然后對對業(yè)務(wù)進(jìn)行一些兼容，最主要的還是適配流量來源。通常流量的來源是通過日志文件來獲取的，但是我看行業(yè)內(nèi)也有通過一些固定的流量存儲分析引擎去完成。這里的技術(shù)我不是太熟，也就不多分享啦。
我覺得基于流量錄制回放這種模式有一個比較難以解決的問題：流量的不可見性。一般來說，錄制流量會非常大。介于幾十萬上百萬之間。這么規(guī)模大的流量，是很難對他進(jìn)行可視化的。常遇到的一個問題，就是對于一些請求量非常小的接口。錄制的時候可能會錄丟。還有一種就是錄制流量的時間范圍不會太廣。那么錄制出來的流量文件只能反映錄制時的流量模型，并不能反映其他錄制時間段的流量模型。如果某個服務(wù)的流量是根據(jù)時間變化的。那么就需要對多個時間段都錄制流量，然后進(jìn)行合并。由于流量的不可見性，所以對流量的模型進(jìn)行分析，就會顯得比較麻煩。
這是我在某個會議上看到大佬分享的一個方案?；叶却蠹衣牭目赡鼙容^多的是灰度發(fā)布。就是將服務(wù)或者app更新范圍限制在某些一批人，或者說某個地理范圍。這里講的灰度分流，其實核心上差不多，就是將線上的一部分流量轉(zhuǎn)到某些機(jī)器上。以實現(xiàn)對這些機(jī)器所在服務(wù)的一些壓測。這種方案?；诰€上流量完成，所以幾乎不需要測試。投入過多的資源進(jìn)行開發(fā)實現(xiàn)。這種方案有點兒基于業(yè)務(wù)模型和基于流量錄制取了一個中間態(tài)。既能保證流量的真實有效性。又可以避免開發(fā)測試腳本帶來的負(fù)擔(dān)。
這種方式對于公司的架構(gòu)，主或者說是分流的實現(xiàn)來說，技術(shù)難度是比較高的。因為他用的全都是用戶的真實數(shù)據(jù)，所以一旦出現(xiàn)問題的話，這個問題影響范圍不太可控，而且比較嚴(yán)重。對于接收灰度分流流量的機(jī)器來說，壓測流量完全真實。但是他也無法避免基于流量錄制，回放同樣的問題。就是流量的不可見性以及流量與時間可能存在于一個關(guān)聯(lián)關(guān)系并不是線性的。甚至這一點流量的灰度分流還不如流量的錄制與回放。我想這也是。我身邊接觸到的公司，都沒有采用這種方案的原因吧。
之前寫過了Go語言gorm框架MySQL實踐，其中對gorm框架在操作MySQL的各種基礎(chǔ)實踐，下面分享一下如何使用gorm框架對MySQL直接進(jìn)行性能測試的簡單實踐。
這里我使用了一個原始的Go語言版本的 FunTester 測試框架，現(xiàn)在只有一個基本的方法，實在是因為Go語言特性太強了。框架設(shè)計的主要思路之一就是利用Go語言的閉包和方法參數(shù)特性，將一個 func() 當(dāng)做性能測試的主題，通過不斷運行這個 func() 來實現(xiàn)性能測試。當(dāng)然還有另外一個思路就是運行一個多線程任務(wù)類，類似 Java 版本的 com.funtester.base.constaint.ThreadBase 抽象類，這樣可以設(shè)置一些類的屬性，綁定一些測試資源，適配更多的測試場景。
下面演示select的性能測試，這里我用了隨機(jī)ID查詢的場景。
這里我使用從35開始遞增的ID進(jìn)行刪除。
這里使用了select的用例部分，隨機(jī)ID，然后更新name字段，隨機(jī)10個長度的字符串。
這里用到了 FunTester 字段都是隨機(jī)生成。
到這里可以看出，性能測試框架用到的都是gorm框架的基礎(chǔ)API使用，這里MySQL連接池的管理工作完全交給了gorm框架完成，看資料說非常牛逼，我們只需要設(shè)置幾個參數(shù)。這個使用體現(xiàn)很像 HttpClient 設(shè)置 HTTP 連接池類似，這里我們也可以看出這些優(yōu)秀的框架使用起來都是非常簡單的。
PS：關(guān)于gorm的基礎(chǔ)使用的請參考上一期的文章Go語言gorm框架MySQL實踐。
k6是新興的性能測試框架，比肩jmeter，另外測試腳本使用js，更加適合自動化的架構(gòu)。
k6啟動的框架是使用golang的cli標(biāo)準(zhǔn)框架cobra，入口函數(shù)
進(jìn)入cobra框架后，我們直接查看getRunCmd，這個是命令run的入口，主要工作都是從這里開始。
重點關(guān)注初始化Runner，這個是通過js腳本，使用goja庫解析后，生成的實際執(zhí)行單元。
進(jìn)入js目錄，查看Runner的結(jié)構(gòu)，runner.go
Runner有一些配置屬性，另外還有方法，方法用lib.Runner的接口進(jìn)行規(guī)范。
Runner有一個NewVU方法，里面定義了連接參數(shù)，實現(xiàn)api測試
返回主函數(shù)，在初始化完成Runner后，啟動調(diào)度器，以及做結(jié)果收集
最終封裝成一個engine
啟動測試
由于 golang 提供了完善的net/http標(biāo)準(zhǔn)庫，基于該標(biāo)準(zhǔn)庫實現(xiàn)一個web框架的難度相比其他語言低了不少，所以go web框架簡直就是百花齊放。從老牌的revel和 beego ，到新出的 gin ，和 iris 等，而且還有一些類似于 chi 這種router。個人一般小項目，尤其是中間件需要暴露一些http接口的，基本就使用chi即可。
本次測試主要是gin iris echo 這三個框架。側(cè)重在于高性能，從并發(fā)和json序列化和反序列化兩個方面來測評，畢竟后臺項目側(cè)重的也就是這兩個方面。
為了選擇符合重IO的框架，現(xiàn)設(shè)定如下場景的demo，demo的具體要求如下：
gin:
iris:
echo:
由于要測試5種body樣本，4種場景，4個框架，因此把重點數(shù)據(jù)篩選出來(吞吐量、錯誤率和99%Line，重要性依次遞減)，結(jié)果都繪制了圖形，方便比對查看。
綜合以上各個測試結(jié)果可以看出，gin以及iris都是非常優(yōu)秀的框架，gin的優(yōu)勢比其他稍微大點，iris次之，而echo相應(yīng)差一點。
本次測試只是簡單測試了一下3個框架的并發(fā)和json相關(guān)。對比結(jié)果，不包括生態(tài)和工具的完善度等等。如果測試有什么不完善的地方，歡迎交流。
另外歡迎大家試用和star另外一個web框架 baa ，為了避嫌我沒有貼出baa的數(shù)據(jù)，性能測試處于gin之后和iris之間。
重慶分公司
重慶分公司
