下表比較了Gruvi針對asyncio,gevent和eventlet的一些設(shè)計決策和功能。
*
特征 | 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
文章版權(quán)歸作者所有,未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址:http://www.ezyhdfw.cn/yun/43786.html
摘要:反之,好用例則是表現(xiàn)穩(wěn)定的用例??梢越y試或開發(fā)人員壞用例檔案,并自動追蹤每一個壞用例的來源,督促負責人跟進解決。接下來,需要做的就是大家共同維護好這樣一個最佳狀態(tài),避免破窗理論的發(fā)生。 摘要: 自動化測試的重要性顯而易見,但自動化測試又無法解決所有問題,所以說完全依賴自動化是不可能的,但完全沒有自動化是萬萬不能。在軟件開發(fā)項目中,重度依賴人力進行持續(xù)回歸是一件非常枯燥的重復工作。企...
摘要:創(chuàng)建測試環(huán)境并導入到用例集操作步驟如下動態(tài)圖創(chuàng)建測試環(huán)境并導入到用例集動態(tài)圖說明第一個頁面為測試項目列表頁面。第三個頁面為前置用例集列表頁面。 本文內(nèi)容: 測試腳本管理:講述如何在 EOLINKER 上設(shè)計測試項目目錄結(jié)構(gòu)。 編寫測試腳本:講述如何在 EOLINKER 上編寫接口測試腳本。 測試腳本執(zhí)行及報告:講述如何在 EOLINKER 上執(zhí)行接口測試腳本,及如何查看和下載測試報告...
摘要:創(chuàng)建測試環(huán)境并導入到用例集操作步驟如下動態(tài)圖創(chuàng)建測試環(huán)境并導入到用例集動態(tài)圖說明第一個頁面為測試項目列表頁面。第三個頁面為前置用例集列表頁面。 本文內(nèi)容: 測試腳本管理:講述如何在 EOLINKER 上設(shè)計測試項目目錄結(jié)構(gòu)。 編寫測試腳本:講述如何在 EOLINKER 上編寫接口測試腳本。 測試腳本執(zhí)行及報告:講述如何在 EOLINKER 上執(zhí)行接口測試腳本,及如何查看和下載測試報告...
摘要:冒煙測試的用例數(shù)量不宜過多。用例一般寫完之后,需要組織相關(guān)人員進行用例的評審,轉(zhuǎn)測后,需要將用例的執(zhí)行情況進行標注。用例的作用主要是提醒測試人員有哪些測試點要注意,避免在測試的時候臨時去想測試點,容易造成場景漏測。 在前面的一系列文章中,我們學會了一些用例設(shè)計的常用用法,比如等價類、邊界值,...
摘要:從業(yè)務(wù)流程上,應(yīng)得到以下信息主流程是什么條件備選流程是什么數(shù)據(jù)流向是什么關(guān)鍵的判斷條件是什么測試用例設(shè)計完成以上兩步則可進行測試用例設(shè)計,功能測試用例,應(yīng)盡量考慮邊界異常性能的情況,以便發(fā)現(xiàn)更多的隱藏問題。 為什么測試人員要參加需求分析?也就是進行測試需求分析的目的是什么? 第一、把用戶需求...
摘要:測試需求應(yīng)該在軟件需求基礎(chǔ)上進行歸納分類或細分,方便測試用例設(shè)計。建議在做復雜的測試用例設(shè)計前,先畫出軟件的業(yè)務(wù)流程。測試用例設(shè)計的類型包括功能測試,邊界測試,異常測試,性能測試,壓力測試等。 設(shè)計APP測試案例的時候,需要有清晰的測試思路,對要測試什么,按照什么順序測試,覆蓋哪些需求做到心中有數(shù)。測試用例編寫者不僅要掌握軟件測試的技術(shù)和流程,而且要對被測軟件的設(shè)計、功能規(guī)格說明、用戶...
閱讀 1781·2021-08-30 09:45
閱讀 1800·2019-08-30 15:54
閱讀 1229·2019-08-30 14:02
閱讀 1998·2019-08-29 16:21
閱讀 1673·2019-08-29 13:47
閱讀 3246·2019-08-29 12:27
閱讀 748·2019-08-29 11:01
閱讀 2716·2019-08-26 14:04