Python 編寫并測試函數(shù)change(str1)，其功能是對參數(shù)str1進行大小寫轉換？

def change(str1):

創(chuàng)新互聯(lián)專業(yè)為企業(yè)提供多倫網站建設、多倫做網站、多倫網站設計、多倫網站制作等企業(yè)網站建設、網頁設計與制作、多倫企業(yè)網站模板建站服務，十載多倫做網站經驗，不只是建網站，更提供有價值的思路和整體網絡服務。

new_str = str()

for i in range(len(str1)):

if(65 = ord(str1[i]) = 90):

a = str1[i].lower()

print(a,end='')

elif(97 = ord(str1[i]) = 122):

a = str1[i].upper()

print(a,end='')

else:

a = str1[i]

print(a,end='')

return new_str

str2 = str(input("要轉換的字符串："))

print(change(str2))

python unittest 比如我寫了兩個測試函數(shù)testA,testB，如何在unittest.main()執(zhí)行時讓testB先執(zhí)行？

我如果是你的話，我會模擬一個輸入給testA，而不會讓testA直接依賴于testB

Python - pytest

目錄

pytest是Python的單元測試框架，同自帶的unittest框架類似，但pytest框架使用起來更簡潔，效率更高。

pytest特點

安裝

測試

在測試之前要做的準備

我的演示腳本處于這樣一個的目錄中：

踩坑：你創(chuàng)建的pytest腳本名稱中不允許含有 . ，比如 1.簡單上手.py ，這樣會報錯。當然，可以這么寫 1-簡單上手.py

demo1.py ：

上例中，當我們在執(zhí)行（就像Python解釋器執(zhí)行普通的Python腳本一樣）測試用例的時候， pytest.main(["-s", "demo1.py"]) 中的傳參需要是一個元組或者列表（我的pytest是5.2.2版本），之前的版本可能需要這么調用 pytest.main("-s demo1.py") ，傳的參數(shù)是str的形式，至于你使用哪種，取決于報不報錯：

遇到上述報錯，就是參數(shù)需要一個列表或者元組的形式，而我們使用的是str形式。

上述代碼正確的執(zhí)行結果是這樣的：

大致的信息就是告訴我們:

pytest.main(["-s", "demo1.py"])參數(shù)說明

除了上述的函數(shù)這種寫法，也可以有用例類的寫法：

用法跟unittest差不多，類名要以 Test 開頭，并且其中的用例方法也要以 test 開頭，然后執(zhí)行也一樣。

執(zhí)行結果：

那么，你這個時候可能會問，我記得unittest中有setup和teardown的方法，難道pytest中沒有嘛？你怎么提都不提？穩(wěn)住，答案是有的。

接下來，我們來研究一下pytest中的setup和teardown的用法。

我們知道，在unittest中，setup和teardown可以在每個用例前后執(zhí)行，也可以在所有的用例集執(zhí)行前后執(zhí)行。那么在pytest中，有以下幾種情況：

來一一看看各自的用法。

模塊級別setup_module/teardown_module

執(zhí)行結果：

類級別的setup_class/teardown_class

執(zhí)行結果：

類中方法級別的setup_method/teardown_method

執(zhí)行結果：

函數(shù)級別的setup_function/teardown_function

執(zhí)行結果：

小結

該腳本有多種運行方式，如果處于PyCharm環(huán)境，可以使用右鍵或者點擊運行按鈕運行，也就是在pytest中的主函數(shù)中運行：

也可以在命令行中運行：

這種方式，跟使用Python解釋器執(zhí)行Python腳本沒有什么兩樣。也可以如下面這么執(zhí)行：

當然，還有一種是使用配置文件運行，來看看怎么用。

在項目的根目錄下，我們可以建立一個 pytest.ini 文件，在這個文件中，我們可以實現(xiàn)相關的配置：

那這個配置文件中的各項都是什么意思呢？

首先， pytest.ini 文件必須位于項目的根目錄，而且也必須叫做 pytest.ini 。

其他的參數(shù)：

OK，來個示例。

首先，（詳細目錄參考開頭的目錄結構）在 scripts/test_case_01.py 中：

在 scripts/test_case_dir1/test_case02.py 中：

那么，在不同的目錄或者文件中，共有5個用例將被執(zhí)行，而結果則是兩個失敗三個成功。來執(zhí)行驗證一下，因為有了配置文件，我們在終端中（前提是在項目的根目錄），直接輸入 pytest 即可。

由執(zhí)行結果可以發(fā)現(xiàn)， 2 failed, 3 passed ，跟我們的預期一致。

后續(xù)執(zhí)行相關配置都來自配置文件，如果更改，會有相應說明，終端都是直接使用 pytest 執(zhí)行。

我們知道在unittest中，跳過用例可以用 skip ，那么這同樣是適用于pytest。

來看怎么使用：

跳過用例，我們使用 @pytest.mark.skipif(condition, reason) ：

然后將它裝飾在需要被跳過用例的的函數(shù)上面。

效果如下：

上例執(zhí)行結果相對詳細，因為我們在配置文件中為 addopts 增加了 -v ，之前的示例結果中，沒有加！

另外，此時，在輸出的控制臺中， 還無法打印出 reason 信息，如果需要打印，則可以在配置文件中的 addopts 參數(shù)的 -s 變?yōu)?-rs ：

如果我們事先知道測試函數(shù)會執(zhí)行失敗，但又不想直接跳過，而是希望顯示的提示。

Pytest 使用 pytest.mark.xfail 實現(xiàn)預見錯誤功能：：

需要掌握的必傳參數(shù)的是：

那么關于預期失敗的幾種情況需要了解一下：

結果如下：

pytest 使用 x 表示預見的失?。╔FAIL）。

如果預見的是失敗，但實際運行測試卻成功通過，pytest 使用 X 進行標記（XPASS）。

而在預期失敗的兩種情況中，我們不希望出現(xiàn)預期失敗，結果卻執(zhí)行成功了的情況出現(xiàn)，因為跟我們想的不一樣嘛，我預期這條用例失敗，那這條用例就應該執(zhí)行失敗才對，你雖然執(zhí)行成功了，但跟我想的不一樣，你照樣是失敗的！

所以，我們需要將預期失敗，結果卻執(zhí)行成功了的用例標記為執(zhí)行失敗，可以在 pytest.ini 文件中，加入：

這樣就就把上述的情況標記為執(zhí)行失敗了。

pytest身為強大的單元測試框架，那么同樣支持DDT數(shù)據驅動測試的概念。也就是當對一個測試函數(shù)進行測試時，通常會給函數(shù)傳遞多組參數(shù)。比如測試賬號登陸，我們需要模擬各種千奇百怪的賬號密碼。

當然，我們可以把這些參數(shù)寫在測試函數(shù)內部進行遍歷。不過雖然參數(shù)眾多，但仍然是一個測試，當某組參數(shù)導致斷言失敗，測試也就終止了。

通過異常捕獲，我們可以保證程所有參數(shù)完整執(zhí)行，但要分析測試結果就需要做不少額外的工作。

在 pytest 中，我們有更好的解決方法，就是參數(shù)化測試，即每組參數(shù)都獨立執(zhí)行一次測試。使用的工具就是 pytest.mark.parametrize(argnames, argvalues) 。

使用就是以裝飾器的形式使用。

只有一個參數(shù)的測試用例

來看（重要部分）結果：：

可以看到，列表內的每個手機號，都是一條測試用例。

多個參數(shù)的測試用例

（重要部分）結果：

可以看到，每一個手機號與每一個驗證碼都組合一起執(zhí)行了，這樣就執(zhí)行了4次。那么如果有很多個組合的話，用例數(shù)將會更多。我們希望手機號與驗證碼一一對應組合，也就是只執(zhí)行兩次，怎么搞呢？

在多參數(shù)情況下，多個參數(shù)名是以 , 分割的字符串。參數(shù)值是列表嵌套的形式組成的。

固件（Fixture）是一些函數(shù)，pytest 會在執(zhí)行測試函數(shù)之前（或之后）加載運行它們，也稱測試夾具。

我們可以利用固件做任何事情，其中最常見的可能就是數(shù)據庫的初始連接和最后關閉操作。

Pytest 使用 pytest.fixture() 定義固件，下面是最簡單的固件，訪問主頁前必須先登錄：

結果：

在之前的示例中，你可能會覺得，這跟之前的setup和teardown的功能也類似呀，但是，fixture相對于setup和teardown來說更靈活。pytest通過 scope 參數(shù)來控制固件的使用范圍，也就是作用域。

比如之前的login固件，可以指定它的作用域：

很多時候需要在測試前進行預處理（如新建數(shù)據庫連接），并在測試完成進行清理（關閉數(shù)據庫連接）。

當有大量重復的這類操作，最佳實踐是使用固件來自動化所有預處理和后處理。

Pytest 使用 yield 關鍵詞將固件分為兩部分， yield 之前的代碼屬于預處理，會在測試前執(zhí)行； yield 之后的代碼屬于后處理，將在測試完成后執(zhí)行。

以下測試模擬數(shù)據庫查詢，使用固件來模擬數(shù)據庫的連接關閉：

結果：

可以看到在兩個測試用例執(zhí)行前后都有預處理和后處理。

pytest中還有非常多的插件供我們使用，我們來介紹幾個常用的。

先來看一個重要的，那就是生成測試用例報告。

想要生成測試報告，首先要有下載，才能使用。

下載

如果下載失敗，可以使用PyCharm下載，怎么用PyCharm下載這里無需多言了吧。

使用

在配置文件中，添加參數(shù)：

效果很不錯吧！

沒完，看我大招

Allure框架是一個靈活的輕量級多語言測試報告工具，它不僅以web的方式展示了簡潔的測試結果，而且允許參與開發(fā)過程的每個人從日常執(zhí)行的測試中最大限度的提取有用信息。

從開發(fā)人員（dev，developer）和質量保證人員（QA，Quality Assurance）的角度來看，Allure報告簡化了常見缺陷的統(tǒng)計：失敗的測試可以分為bug和被中斷的測試，還可以配置日志、步驟、fixture、附件、計時、執(zhí)行 歷史 以及與TMS和BUG管理系統(tǒng)集成，所以，通過以上配置，所有負責的開發(fā)人員和測試人員可以盡可能的掌握測試信息。

從管理者的角度來看，Allure提供了一個清晰的“大圖”，其中包括已覆蓋的特性、缺陷聚集的位置、執(zhí)行時間軸的外觀以及許多其他方便的事情。allure的模塊化和可擴展性保證了我們總是能夠對某些東西進行微調。

少扯點，來看看怎么使用。

Python的pytest中allure下載

但由于這個 allure-pytest 插件生成的測試報告不是 html 類型的，我們還需要使用allure工具再“加工”一下。所以說，我們還需要下載這個allure工具。

allure工具下載

在現(xiàn)在allure工具之前，它依賴Java環(huán)境，我們還需要先配置Java環(huán)境。

注意，如果你的電腦已經有了Java環(huán)境，就無需重新配置了。

配置完了Java環(huán)境，我們再來下載allure工具，我這里直接給出了百度云盤鏈接，你也可以去其他鏈接中自行下載：

下載并解壓好了allure工具包之后，還需要將allure包內的 bin 目錄添加到系統(tǒng)的環(huán)境變量中。

完事后打開你的終端測試：

返回了版本號說明安裝成功。

使用

一般使用allure要經歷幾個步驟：

來看配置 pytest.ini ：

就是 --alluredir ./report/result 參數(shù)。

在終端中輸入 pytest 正常執(zhí)行測試用例即可：

執(zhí)行完畢后，在項目的根目下，會自動生成一個 report 目錄，這個目錄下有：

接下來需要使用allure工具來生成HTML報告。

此時我們在終端（如果是windows平臺，就是cmd），路徑是項目的根目錄，執(zhí)行下面的命令。

PS：我在pycharm中的terminal輸入allure提示'allure' 不是內部或外部命令，也不是可運行的程序或批處理文件。但windows的終端沒有問題。

命令的意思是，根據 reportresult 目錄中的數(shù)據（這些數(shù)據是運行pytest后產生的）。在 report 目錄下新建一個 allure_html 目錄，而這個目錄內有 index.html 才是最終的allure版本的HTML報告；如果你是重復執(zhí)行的話，使用 --clean 清除之前的報告。

結果很漂亮：

allure open

默認的，allure報告需要HTTP服務器來打開，一般我們可以通過pycharm來完成，另外一種情況就是通過allure自帶的open命令來完成。

allure的其他用法

當然，故事還是沒有完！在使用allure生成報告的時候，在編寫用例階段，還可以有一些參數(shù)可以使用：

allure.title與allure.description

feature和story

由上圖可以看到，不同的用例被分為不同的功能中。

allure.severity

allure.severity 用來標識測試用例或者測試類的級別，分為blocker，critical，normal，minor，trivial5個級別。

severity的默認級別是normal，所以上面的用例5可以不添加裝飾器了。

allure.dynamic

在之前，用例的執(zhí)行順序是從上到下依次執(zhí)行：

正如上例的執(zhí)行順序是 3 1 2 。

現(xiàn)在，來看看我們如何手動控制多個用例的執(zhí)行順序，這里也依賴一個插件。

下載

使用

手動控制用例執(zhí)行順序的方法是在給各用例添加一個裝飾器：

那么， 現(xiàn)在的執(zhí)行順序是 2 1 3 ，按照order指定的排序執(zhí)行的。

如果有人較勁傳個0或者負數(shù)啥的，那么它們的排序關系應該是這樣的：

失敗重試意思是指定某個用例執(zhí)行失敗可以重新運行。

下載

使用

需要在 pytest.ini 文件中， 配置：

給 addopts 字段新增（其他原有保持不變） --reruns=3 字段，這樣如果有用例執(zhí)行失敗，則再次執(zhí)行，嘗試3次。

來看示例：

結果：

我們也可以從用例報告中看出重試的結果：

上面演示了用例失敗了，然后重新執(zhí)行多少次都沒有成功，這是一種情況。

接下來，來看另一種情況，那就是用例執(zhí)行失敗，重新執(zhí)行次數(shù)內通過了，那么剩余的重新執(zhí)行的次數(shù)將不再執(zhí)行。

通過 random 模塊幫助我們演示出在某次執(zhí)行中出現(xiàn)失敗的情況，而在重新執(zhí)行的時候，會出現(xiàn)成功的情況，看結果：

可以看到，用例 02 重新執(zhí)行了一次就成功了，剩余的兩次執(zhí)行就終止了。

一條一條用例的執(zhí)行，肯定會很慢，來看如何并發(fā)的執(zhí)行測試用例，當然這需要相應的插件。

下載

使用

在配置文件中添加：

就是這個 -n=auto ：

并發(fā)的配置可以寫在配置文件中，然后其他正常的執(zhí)行用例腳本即可。另外一種就是在終端中指定，先來看示例：

結果：

pytest-sugar 改變了 pytest 的默認外觀，添加了一個進度條，并立即顯示失敗的測試。它不需要配置，只需 下載插件即可，用 pytest 運行測試，來享受更漂亮、更有用的輸出。

下載

其他照舊執(zhí)行用例即可。

pytest-cov 在 pytest 中增加了覆蓋率支持，來顯示哪些代碼行已經測試過，哪些還沒有。它還將包括項目的測試覆蓋率。

下載

使用

在配置文件中：

也就是配置 --cov=./scripts ，這樣，它就會統(tǒng)計所有 scripts 目錄下所有符合規(guī)則的腳本的測試覆蓋率。

執(zhí)行的話，就照常執(zhí)行就行。

結果：

更多插件參考：

有的時候，在 pytest.ini 中配置了 pytest-html 和 allure 插件之后，執(zhí)行后報錯：

出現(xiàn)了這個報錯，檢查你配置的解釋器中是否存在 pytest-html 和 allure-pytest 這兩個模塊。如果是使用的pycharm ide，那么你除了檢查settings中的解釋器配置之外，還需要保證運行腳本的編輯器配置是否跟settings中配置一致。

為什么python 自動化測試 使用@ddt、@unpack后會都執(zhí)行一次setUp函數(shù)？

setUp和tearDown的執(zhí)行跟ddt沒有關系，是測試框架如unittest里邊的內容。

如果只想執(zhí)行一次，可以改為：

@classmethod

def setUpClass(cls):

pass

如何使用python編寫測試腳本

1)doctest

使用doctest是一種類似于命令行嘗試的方式，用法很簡單，如下

復制代碼代碼如下:

def f(n):

"""

f(1)

1

f(2)

2

"""

print(n)

if __name__ == '__main__':

import doctest

doctest.testmod()

應該來說是足夠簡單了，另外還有一種方式doctest.testfile(filename)，就是把命令行的方式放在文件里進行測試。

2)unittest

unittest歷史悠久，最早可以追溯到上世紀七八十年代了，C++，Java里也都有類似的實現(xiàn)，Python里的實現(xiàn)很簡單。

unittest在python里主要的實現(xiàn)方式是TestCase,TestSuite。用法還是例子起步。

復制代碼代碼如下:

from widget import Widget

import unittest

# 執(zhí)行測試的類

class WidgetTestCase(unittest.TestCase):

def setUp(self):

self.widget = Widget()

def tearDown(self):

self.widget.dispose()

self.widget = None

def testSize(self):

self.assertEqual(self.widget.getSize(), (40, 40))

def testResize(self):

self.widget.resize(100, 100)

self.assertEqual(self.widget.getSize(), (100, 100))

# 測試

if __name__ == "__main__":

# 構造測試集

suite = unittest.TestSuite()

suite.addTest(WidgetTestCase("testSize"))

suite.addTest(WidgetTestCase("testResize"))

# 執(zhí)行測試

runner = unittest.TextTestRunner()

runner.run(suite)

簡單的說，1構造TestCase(測試用例)，其中的setup和teardown負責預處理和善后工作。2構造測試集，添加用例3執(zhí)行測試需要說明的是測試方法，在Python中有N多測試函數(shù)，主要的有：

TestCase.assert_(expr[, msg])

TestCase.failUnless(expr[, msg])

TestCase.assertTrue(expr[, msg])

TestCase.assertEqual(first, second[, msg])

TestCase.failUnlessEqual(first, second[, msg])

TestCase.assertNotEqual(first, second[, msg])

TestCase.failIfEqual(first, second[, msg])

TestCase.assertAlmostEqual(first, second[, places[, msg]])

TestCase.failUnlessAlmostEqual(first, second[, places[, msg]])

TestCase.assertNotAlmostEqual(first, second[, places[, msg]])

TestCase.failIfAlmostEqual(first, second[, places[, msg]])

TestCase.assertRaises(exception, callable, ...)

TestCase.failUnlessRaises(exception, callable, ...)

TestCase.failIf(expr[, msg])

TestCase.assertFalse(expr[, msg])

TestCase.fail([msg])

在做測試自動化時，python數(shù)據類型轉換函數(shù)有幾種？

在python中的數(shù)據類型轉換函數(shù)共有五類:

1.float(x) 將x轉換為一個浮點數(shù),x如果是一個字符串, 必須是數(shù)字類型的字符串

2.int(x) 將x轉換為一個整數(shù), x如果是一個字符串,必須是數(shù)字類型的字符串

3.str(x) 把x轉換為字符串類型, 任意數(shù)據類型都可以轉換為字符串

4.list(x) 把序列數(shù)據x轉為列表（注意：字典沒有順序，不是序列數(shù)據）

5.tuple(x) 把序列數(shù)據x轉為元組（字典沒有順序，不是序列數(shù)據）

你可以多去黑馬程序員視頻庫看看，里面這樣的知識點特別多