前言
在實際工做中，若是要用appium實現多設備的兼容性測試，你們想到的也許是「多線程」，但因爲python中GIL的影響，多線程並不能作到"多機並行"，這時候能夠考慮使用多進程的方式html
爲何基於pytest
咱們知道，pytest中的conftest.py能夠定義不一樣的fixture，測試用例方法能夠調用這些fixture，來實現數據共享。之前的框架的思路是：Common目錄下的base_driver.py定義生成driver的方法-->conftest.py中調用前者生成driver-->TestCases下的測試用例調用fixture，來實現driver共享 。可是如今不一樣了，咱們有多個設備，這些設備的信息若是隻是單純的寫在yml中，咱們並行去取的時候彷佛也不方便，那能夠寫在哪裏？conftest.py彷佛也不是寫設備信息的好地方，最後只剩下了main.py，並且將main.py做爲多進程的入口再合適不過了
但問題又來了，若是咱們想啓動多個appium服務，須要考慮如下幾點：
python
- appium經過什麼方式啓動？
- 設備信息如何傳遞給base_driver方法來生成driver
第一點很明確，客戶端啓動appium server的方式彷佛有點不合時宜了，若是你要同時測5個手機，難道要一個個啓動客戶端嗎？最好的方式是啓動命令行，由於命令行啓動更方便更快
再說第二點前，先整理一下思路：main.py定義多個設備信息-->base_driver方法調用，生成多個driver-->TestCases下的測試用例調用fixture，可是設備信息怎麼傳遞給base_driver方法呢？這時候pytest中的pytestconfig就派上用場了
web
使用pytestconfig
內置的pytestconfig能夠經過命令行參數、選項、配置文件、插件、運行目錄等方式來控制pytest。pytestconfig是request.config的快捷方式，它在pytest文檔裏有時候被稱爲"pytest配置對象"
要理解pytestconfig是如何工做的，能夠查看如何添加一個自定義的命令行選項，而後在測試用例中讀取該選項。你能夠直接從pytestconfig裏讀取自定義的命令行選項，可是，爲了讓pytest可以解析它，還須要使用hook函數pytest_addoption
下面使用pytest的hook函數pytest_addoption添加幾個命令行選項
安全
pytestconfig/conftest.py
def pytest_addoption(parser):
parser.addoption("--myopt", action="store_true", help="some boolean option")
parser.addoption("--foo", action="store", default="bar", help="foo: bar or baz")
接下來就能夠在測試用例中使用這些選項了多線程
pytest/test_config.py
import pytest
def test_option(pytestconfig):
print("'foo' set to:", pytestconfig.getoption('foo'))
print("'myopt' set to:", pytestconfig.getoption('myopt'))
讓咱們看看它是如何工做的app
E:\virtual_workshop\pytest-demo\test_demo7\pytestconfig>pytest -s -q test_config.py::test_config 'foo' set to: bar 'myopt' set to: False . 1 passed in 0.02s E:\virtual_workshop\pytest-demo\test_demo7\pytestconfig>pytest -s -q --myopt test_config.py::test_config 'foo' set to: bar 'myopt' set to: True . 1 passed in 0.01s E:\virtual_workshop\pytest-demo\test_demo7\pytestconfig>pytest -s -q --myopt --foo baz test_config.py::test_config 'foo' set to: baz 'myopt' set to: True . 1 passed in 0.01s
由於pytestconfig是一個fixture，因此它也能夠被其餘的fixture使用。若是你喜歡，也能夠爲這些選項建立fixture框架
@pytest.fixture()
def foo(pytestconfig):
return pytestconfig.option.foo
@pytest.fixture()
def myopt(pytestconfig):
return pytestconfig.option.myopt
def test_fixtures_for_options(foo, myopt):
print("'foo' set to: ", foo)
print("'myopt' set to: ", myopt)
具體實現
定義main.py
既然可使用pytest命令行參數了，那隻須要在pytest.main中加上參數--cmdopt便可，main.py相似這樣：函數
import pytest, os
from multiprocessing import Pool
device_infos = [{"platform_version": "5.1.1", "server_port": 4723, "device_port": 62001, "system_port": 8200},
{"platform_version": "7.1.2", "server_port": 4725, "device_port": 62025, "system_port": 8201}]
def run_parallel(device_info):
pytest.main([f"--cmdopt={device_info}",
"--alluredir", "Reports"])
os.system("allure generate Reports -o Reports/html --clean")
if __name__ == "__main__":
with Pool(2) as pool:
pool.map(run_parallel, device_infos)
pool.close()
pool.join()
爲何設備信息我只寫了四個？platform_version、server_port、device_port、system_port。其餘的相似於appPackage、appActivity、platformName等去哪了？固然你也能夠寫在這兒，其餘的應該都是多個設備相同的，我寫在yml的配置信息中了測試
- 值得注意的是，這裏的server_port多個設備不能重複，這是appium server啓動的端口號，若是多個設備server_port都重複，那隻能啓動一個服務了，因此要不一樣
- system_port又是什麼？這個是爲了防止"互爭互搶"現象的發生。多進程多設備並行時，若是多個設備同時使用同一個appium remote port（如8200）。對多個設備而言，它們並不知道相互使用同一port，所以就會出現多個設備發出的Request和接收的Action銜接不上而形成的測試混亂，可能會出現"Original error：Could not proxy command to remote server"的報錯
定義Caps下的caps.yml
這裏基本上定義的是多設備相同的desired_caps的公共部分ui
platformName: Android appPackage: com.xxzb.fenwoo appActivity: com.xxzb.fenwoo.activity.addition.WelcomeActivity newCommonTimeout: 500 noReset: False
定義Common下的base_driver.py
這裏有幾點須要注意下：
- 多進程在調用BaseDriver類的base_driver方法時，實例化時應該先經過命令行的方式啓動appium server，設想一下，若是啓動appium server放在get_base_driver中，會出現什麼樣的場景？conftest中每調用一次get_base_driver方法，就會打開一個cmd窗口，試圖去啓動appium server
- yaml.load方法注意新的寫法，加上參數 Loader=yaml.FullLoader，這樣聽說更安全
from appium import webdriver
from .conf_dir import caps_dir
import yaml
import os
class BaseDriver:
def __init__(self, device_info):
self.device_info = device_info
cmd = "start appium -p {0} -bp {1} -U 127.0.0.1:{2}".format(self.device_info["server_port"], self.device_info["server_port"] + 1, self.device_info["device_port"])
os.system(cmd)
def base_driver(self, automationName="appium"):
fs = open(f"{caps_dir}//caps.yml")
#平臺名稱、包名、Activity名稱、超時時間、是否重置、server_ip、
desired_caps = yaml.load(fs, Loader=yaml.FullLoader)
#版本信息
desired_caps["platform_version"] = self.device_info["platform_version"]
#設備名稱
desired_caps["deviceName"] = f"127.0.0.1:{self.device_info['device_port']}"
#系統端口號
desired_caps["systemPort"] = self.device_info["system_port"]
if automationName != "appium":
desired_caps["automationName"] = automationName
driver = webdriver.Remote(f"http://127.0.0.1:{self.device_info['server_port']}/wd/hub", desired_capabilities=desired_caps)
return driver
定義conftest.py
關鍵點是pytest_addoption和request.config.getoption這兩個函數的使用，一個添加命令行，一個解析命令行，但仍有須要注意的：
- eval(cmdopt)：之因此使用eval將cmdopt轉爲字典，是由於cmdopt自己是字符串，相似這樣的："{'platform_version': '7.1.2', 'server_port': 4725, 'device_port': 62025, 'system_port': 8201}"，這樣取值多不方便。
- 此外，還須要解決一個問題，若是有多個fixture，必須保證第一個測試用例用到的fixture實現BaseDriver的實例化，而且將這一實例化的結果base_driver做爲全局變量，供全部的fixture共用，不然就會出現啓動多個cmd窗口，啓動多個appium server的問題
from common.base_driver import BaseDriver
import pytest
driver = None
def pytest_addoption(parser):
parser.addoption("--cmdopt", action="store", default="device_info", help=None)
@pytest.fixture
def cmdopt(pytestconfig):
#兩種寫法
return pytestconfig.getoption("--cmdopt")
#return pytestconfig.option.cmdopt
#定義公共的fixture
@pytest.fixture
def common_driver(cmdopt):
global driver
base_driver = BaseDriver(eval(cmdopt))
driver = base_driver.base_driver()
yield driver
driver.close_app()
driver.quit()
由於pytestconfig是request.config的快捷方式，因此cmdopt也能夠寫做
@pytest.fixture
def cmdopt(request):
return request.config.getoption("--cmdopt")
多進程運行
運行main.py，展現多進程運行的截圖
遺留問題
多進程兼容性測試也會帶來一些問題：
- 測試報告如何更好的區分多臺設備
- 對於分辨率不一樣的機型，要保證一些操做方法的健壯性和穩定性。如A手機屏幕大，肯定按鈕就在屏幕可見位置，B手機屏幕小，須要屢次滑動才能看到按鈕，這就要求定義方法時足夠健壯
- 業務邏輯問題。若是並行的去操做（調用同一個接口），會不會有業務邏輯上的限制，好比要搶一個免單券，一天同一個ip，同一個設備只能搶一件，這時候應該只會有一個成功，另外一個無疑會失敗。這就須要要麼調整限制，要麼調整方法