py.test

24熱度

4回答

我們最近已經切換到Python測試py.test（這是夢幻般的順便說一句）。不過，我試圖找出如何控制日誌輸出（即內置的python日誌記錄模塊）。我們已經安裝pytest-capturelog，並且按預期工作，當我們想要查看日誌時，我們可以通過--nologcapture選項。但是，如何控制日誌記錄級別（例如，信息，調試等）並過濾日誌記錄（如果您只對特定模塊感興趣）。是否有現成的py.test插件

4熱度

1回答

py.test不啓動（EBUSY：資源設備]）

剛裝py.test與pip install -U pytest沒有錯誤，但是我們我試圖發動py.test我得到錯誤：EBUSY: [Resource device]: listdir('C:\\Users\\Administrator\\AppData\\Local\\Application Data',) 這裏是輸出： C:\Users\Administrator>py.test ======

3熱度

2回答

Py.test運行，直到傳遞裝飾器

我有一些測試，上傳不同的數據（音樂，視頻），並從服務中獲取元數據。所以time.sleep（）是一個非常糟糕的方式，因爲不同的服務器和情況可能會使系統過載。所以我正在尋找特殊的裝飾或參數來設置。像這樣的東西 @fails(10) def test_get_info(self): assert info == 1 10次嘗試斷言仍然失敗 - 引發異常。謝謝。

3熱度

3回答

Haystack中的可變長度針（Python）

我有一個功能用於在應用程序的搜索功能中查找錯誤，其中generates a variable-length search string from the non-control UTF-8 possibilities。在此函數上運行pytest迭代，爲搜索提交的隨機UTF-8字符串每500次搜索就會產生一次調試錯誤。正如我可以抓住每個導致錯誤的字符串，我想確定這些字符串中真正引發錯誤的最小子字符

14熱度

2回答

在單元測試中使用所用的時間作爲斷言

我面臨的情況是，我想確保如果方法被修改，它不會超過X毫秒的運行時間（本質上，如果該函數速度較慢，它會減慢速度我們網頁上的搜索結果，並且對銷售產生不利影響）。我們有單元測試（特別是代碼是在python下完成的，我們使用py.test），第一個想法是斷言如果函數沒有在小於X毫秒內執行，那麼將測試標記爲失敗（或發出警告）。但是，這感覺很危險（例如，並非所有計算機的速度都是相同的），而且我也不太確定這

1熱度

1回答

pytest參數化的裝飾不是** kwargs

在我的測試代碼的工作，我有以下幾點： @pytest.mark.parametrize(("title", "description", 'site'), [ ("abc", "this is a proper description","minecraft.net"), ("proper title","short","minecraft.net"),

2熱度

1回答

不能在我的扭曲的網絡資源測試reactor.callInThread

我有一個扭曲的Web資源至極處理傳入的請求，併發送芹菜任務在隊列中進行處理，這芹菜呼叫使用reactor.callInThread 的處理事情是，我想這個單元測試代碼，但因爲在reactor.callInThread代碼永遠不會執行 from twisted.internet.defer import succeed from twisted.web import server from tw

4熱度

1回答

如何在相對命令更改後自動運行py.test？

通過autonose或nosy，一旦某些測試文件或相關文件發生變化，它將自動運行nosetests。我想問一下，py.test是否提供了類似的功能，是否有其他工具可以自動激發py.test。

1熱度

1回答

py.test在相同的目錄結構不能有相同的選項名稱

pytest_addoption我有以下的測試目錄結構，每個人都有自己的conftest.py： tests/api tests/api/newapi tests/sanity 在conftest.py，pytest_addoption具有相同的選項進入作爲test_option： parser.addoption（「 - test_option」，DEST = 「tes

5熱度

1回答

nose2 vs py.test與孤立的進程

我們一直在使用nosetest來運行和收集我們的unittests（這些都是我們喜歡的python unittests）。我們喜歡關於鼻子的東西：使用標準的python單元測試（我們喜歡這種結構）。支持xml報告範圍和測試輸出（用於jenkins）。我們缺少的是在獨立進程中運行測試的好方法，同時保持良好的錯誤重新生成（我們正在通過python測試C++庫，所以段錯誤不應該是災難性的）。鼻管似