下表比較了Gruvi針對asyncio,gevent和eventlet的一些設計決策和功能。
*
特征 | Gruvi | Asyncio | Gevent | Eventlet |
---|---|---|---|---|
IO library(依賴包) | libuv | stdlib | libev | stdlib /?libevent |
IO abstractionTransports/Protocols | Transports/ProtocolsGreen | sockets | Green sockets | reen sockets |
Threading | fibers | yield?from | greenlet | greenlet |
Resolver | threadpool | threadpool | threadpool /?c-ares | blocking/dnspython |
Python: 2.x | YES (2.7) | YES (2.6+, viaTrollius) | YES | YES |
Python: 3.x | YES (3.3+) | YES | NO | NO |
Python: PyPy | NO | NO | YES | YES |
Platform: Linux | FAST | FAST | FAST | FAST |
Platform: Mac OSX | FAST | FAST | FAST | FAST |
Platform: Windows | FAST (IOCP) | FAST (IOCP) | SLOW (select) | SLOW (select) |
SSL: Posix | FAST | FAST | FAST | FAST |
SSL: Windows | FAST (IOCP) | FAST (IOCP 3.5+) | SLOW (select) | SLOW (select) |
SSL: Contexts | YES (also Py2.7) | YES (also Py2.6+) | NO | NO |
HTTP | FAST (via?http-parser) | NO (external) | SLOW (stdlib) | SLOW (stdlib) |
Monkey Patching | NO | NO | YES | YES |
print 123 import time x = time.time() print x
文章版權歸作者所有,未經(jīng)允許請勿轉載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉載請注明本文地址:http://systransis.cn/yun/43786.html
摘要:反之,好用例則是表現(xiàn)穩(wěn)定的用例。可以建立測試或開發(fā)人員壞用例檔案,并自動追蹤每一個壞用例的來源,督促負責人跟進解決。接下來,需要做的就是大家共同維護好這樣一個最佳狀態(tài),避免破窗理論的發(fā)生。 摘要: 自動化測試的重要性顯而易見,但自動化測試又無法解決所有問題,所以說完全依賴自動化是不可能的,但完全沒有自動化是萬萬不能。在軟件開發(fā)項目中,重度依賴人力進行持續(xù)回歸是一件非??菰锏闹貜凸ぷ鳌F?..
摘要:創(chuàng)建測試環(huán)境并導入到用例集操作步驟如下動態(tài)圖創(chuàng)建測試環(huán)境并導入到用例集動態(tài)圖說明第一個頁面為測試項目列表頁面。第三個頁面為前置用例集列表頁面。 本文內容: 測試腳本管理:講述如何在 EOLINKER 上設計測試項目目錄結構。 編寫測試腳本:講述如何在 EOLINKER 上編寫接口測試腳本。 測試腳本執(zhí)行及報告:講述如何在 EOLINKER 上執(zhí)行接口測試腳本,及如何查看和下載測試報告...
摘要:創(chuàng)建測試環(huán)境并導入到用例集操作步驟如下動態(tài)圖創(chuàng)建測試環(huán)境并導入到用例集動態(tài)圖說明第一個頁面為測試項目列表頁面。第三個頁面為前置用例集列表頁面。 本文內容: 測試腳本管理:講述如何在 EOLINKER 上設計測試項目目錄結構。 編寫測試腳本:講述如何在 EOLINKER 上編寫接口測試腳本。 測試腳本執(zhí)行及報告:講述如何在 EOLINKER 上執(zhí)行接口測試腳本,及如何查看和下載測試報告...
摘要:冒煙測試的用例數(shù)量不宜過多。用例一般寫完之后,需要組織相關人員進行用例的評審,轉測后,需要將用例的執(zhí)行情況進行標注。用例的作用主要是提醒測試人員有哪些測試點要注意,避免在測試的時候臨時去想測試點,容易造成場景漏測。 在前面的一系列文章中,我們學會了一些用例設計的常用用法,比如等價類、邊界值,...
摘要:從業(yè)務流程上,應得到以下信息主流程是什么條件備選流程是什么數(shù)據(jù)流向是什么關鍵的判斷條件是什么測試用例設計完成以上兩步則可進行測試用例設計,功能測試用例,應盡量考慮邊界異常性能的情況,以便發(fā)現(xiàn)更多的隱藏問題。 為什么測試人員要參加需求分析?也就是進行測試需求分析的目的是什么? 第一、把用戶需求...
摘要:測試需求應該在軟件需求基礎上進行歸納分類或細分,方便測試用例設計。建議在做復雜的測試用例設計前,先畫出軟件的業(yè)務流程。測試用例設計的類型包括功能測試,邊界測試,異常測試,性能測試,壓力測試等。 設計APP測試案例的時候,需要有清晰的測試思路,對要測試什么,按照什么順序測試,覆蓋哪些需求做到心中有數(shù)。測試用例編寫者不僅要掌握軟件測試的技術和流程,而且要對被測軟件的設計、功能規(guī)格說明、用戶...
閱讀 1713·2021-08-30 09:45
閱讀 1763·2019-08-30 15:54
閱讀 1185·2019-08-30 14:02
閱讀 1945·2019-08-29 16:21
閱讀 1622·2019-08-29 13:47
閱讀 3205·2019-08-29 12:27
閱讀 706·2019-08-29 11:01
閱讀 2673·2019-08-26 14:04