壓力測試

《Flask 入門教程》第 9 章:測試

在此之前,每次為程式添加了新功能,我們都要手動在瀏覽器裡訪問程式進行測試。除了測試新新增的功能,你還要確保舊的功能依然正常工作。在功能複雜的大型程式裡,如果每次修改程式碼或新增新功能後手動測試所有功能,那會產生

multi-mechanize負載壓力

pip install multi-mechanize mechanize numpy matplotlib mechanize是一個模擬browser行為的一個庫,當然你也可以用其它的如urllib2、r

Go36-23,24,25-單元測試

單元測試 對於程式或軟體的測試分很多種,比如:單元測試、API測試、整合測試、灰度測試等。這裡主要針對單元測試進行講解。 Go 語言是一門很重視程式測試的語言,它不但自帶了testing包,還

Java 中的 UnitTest 和 PowerMock

學習一門計算機語言,我覺得除了學習它的語法外,最重要的就是要學習怎麼在這個語言環境下進行單元測試,因為單元測試能幫你提早發現錯誤;同時給你的程式加一道防護網,防止你的修改破壞了原有的功能;單元測試還能指引你

自動化mock

簡介(未完成) 自制的開源自動化 mock 工具 (todo read) 微服務架構—自動化測試全鏈路設計 (todo read) 開發層面討論微服務的更多是框架、治理、

重構加重寫保證版本功能的空中加油

在一個產品長期的研發過程中,必須時刻對程式碼保持警惕,一旦發現程式碼有腐爛的跡象,就需要考慮及時重構,剔除程式碼的壞味道,讓程式碼煥然一新。然而,在進度的逼迫下,我們承受了及時交付功能的壓力,團隊成員對糟

idou老師教你學Istio 04:Istio效能及擴充套件性介紹

Istio的效能問題一直是國內外相關廠商關注的重點,Istio對於資料面應用請求時延的影響更是備受關注,而以現在Istio官方與相關廠商的效能測試結果來看,四位數的qps顯然遠遠不能滿足應用於生產的要求。從釋出

⽂不對題的記拆分任務對解決問題的重要性

在上個項⽬組時因為隊友們都特別給力,加上⾃⼰己還沒想清楚很多事情所以養成了了⼀個很不好的習慣,遇到不懂的不知道的張⼝就問。 年底總結之時思考了很多,一年時間我學到了很多前端的技術,但其實更多偏向於基礎。加之⾃

Jest & enzyme 進行react單元測試

在撰寫單元測試用例之前,我們需要了解到撰寫測試用例的原因。 寫測試用例的目的在於保證程式碼的迭代安全,並不是為了100%的coverage或者是case pass,coverage和case僅僅是為了實現程式

1746098312.6167