测试萧十一郎

测试萧十一郎

关注
发信
关注(28)粉丝(399)

Appium + mitmProxy 实现APP接口稳定性测试

Appium + mitmProxy 实现APP接口稳定性测试-LMLPHP

1.背景介绍

为了保障 App 的稳定性，我们现在有 XMoney 智能遍历测试（崩溃、界面错乱、加载异常等）、UI 自动化（崩溃和业务逻辑验证）、Top1000 小程序遍历（崩溃和业务逻辑报错）、接口稳定性建设（崩溃和业务逻辑验证）。 今天要给大家介绍的是接口稳定性建设，就是在后端返回数据如果不可靠的情况下，App 是否依然可以稳定运行。

2.实现思路

方案一

Mock有专门的Mock平台， 崩溃有专门的崩溃监控平台， 我们只需要把Mock数据下发到手机，如果有崩溃，会被崩溃平台收集到，崩溃会由值班同学分发给研发。

  1. 将接口代理到Mock平台，Mock平台根据response 生成批量的Mock数据
  2. 通过Appium调用App到制定页面， 触发对应请求，请求到了Mock平台后，Mock平台随机下发Mock数据
  3. 重复打开指定页面， 直到遍历完Mock数据
  4. 崩溃平台进行崩溃分发（人工）

Appium + mitmProxy 实现APP接口稳定性测试-LMLPHP

优点：

短时间内可以覆盖大量的mock数据。

缺点：

mock数据不可控。

方案二

方案一有太多的随机性，为了让下发的数据和下发数据后的结果能够对应， 我们为了控制下发的数据， 我们在方案一的基础上自建Mock server， 通过Appium脚本和Mock server的交互，控制下发数据。

经调研，Mock server 比较大众的方案就是采用[mitmproxy](https://github.com/mitmproxy/mitmproxy), [mitmproxy](https://github.com/mitmproxy/mitmproxy)可实现 python 脚本的注入， 通过 python 脚本可以拦截请求的 request 和 response 数据，然后篡改数据后返回。因为 mitmproxy 是一个shell工具， 无法直接和python脚本交互， 所以python脚本和mitproxy的交互方式采用的是.ini的形式，互相读取 .ini 文件中的内容来实现数据交互。

优点：

mock数据可控制，可以校验预期结果。

缺点：

需要准备mock数据， mock数据要经常维护。

2种方案我们都有应用，方案一较为简单，在集成测试阶段执行，我们不再展开介绍。 方案二稍微麻烦一些，回归测试阶段执行。以下将详细介绍下方案二如何实现。

3.代码设计

方案流程

Appium + mitmProxy 实现APP接口稳定性测试-LMLPHP

代码示例

测试Case

测试小程序的同步升级和异步升级逻辑， 修改测试配置后，mitmproxy会监控对应的接口请求， 发现存在要修改数据的请求，则进行response修改后返回给手机端。 手机端验证是否升级成功。

步骤：

  1. 修改测试配置（通过ini文件和mitmproxy实现联动， mitmproxy会在每次触发接口请求时检测当前的测试配置文件）

  2. 打开手机app

  3. 打开某个小程序

  4. 验证是否升级成功 （示例为把官方小程序Demo升级成为携程小程序）

    """ @File : test_update.py @Author : YangTongGang @Desc : 小程序升级（同步更新、异步更新） """

    class TestUpdate(BaseTestCases): """检测小程序同步更新、异步更新 已适配(iOS & Android) """ def setUp(self) -> None: # super(TestUpdate, self).setUp() self.business.del_sf_app('智能小程序') if self.is_android: self.business.del_sf_mine_app('智能小程序')

    1. def __update_action(self, is_sync=True):

    2. # 把CTS升级成携程, 并修改max age = 0

    3. # 控制mitmproxy进行不同的测试

    4. if is_sync:

    5. test_type = TestType.TestMaxAgeZero

    6. else:

    7. test_type = TestType.TestSaveResponse

    8. self.changeTestType(test_type)

    9. protocol = CaseManager.official_demo_case().protocol

    10. self.business.open_swan(protocol)

    11. if is_sync:

    12. test_type = TestType.TestSyncUpdate

    13. else:

    14. test_type = TestType.TestAsyncUpdate

    15. self.changeTestType(test_type)

    17. def test_max_age_force_update(self):

    18. """测试小程序同步更新"""

    19. self.__update_action()

    20. self.business.open_app()

    21. protocol = CaseManager.official_demo_case().protocol

    22. if self.business.open_swan(protocol):

    23. self.assert_validate('汽车票')

    24. 复制代码

Mitmproxy 启动

每次收到测试任务时，测试任务都会有相应的配置， 如果发现需要启动代理服务，则会自动调用如下脚本，启动代理， 然后手动配置测试机代理到服务地址，或者把任务打到固定的测试机上。

  1. #!/usr/bin/env bash

  2. : '

  3. @File : start_ui_mock.sh

  4. @Author : YangTongGang

  5. @Desc : 启动UI Mock服务

  6. '

  8. script_file=/CaseTester/HTTPRouter/http_router.py

  10. path=$0

  11. current_path=${path%/*}

  12. current_path=${current_path%/*}

  13. # 启动mock 数据服务

  14. file=/SHELL/start_mock.sh

  15. file_path=${current_path}${file}

  16. chmod +x "${file_path}"

  17. sh "${file_path}" ${script_file}

  19. #!/usr/bin/env bash

  20. : '

  21. @File : start_mock.sh

  22. @Author : YangTongGang

  23. @Desc : 启动接口Mock服务

  24. '

  26. path=$0

  27. file_path=$1

  28. current_path=${path%/*}

  29. current_path=${current_path%/*}

  30. file_path=${current_path}'/..'${file_path}

  31. echo "${file_path}"

  33. local_ip=$(ifconfig -a|grep inet|grep -v 127.0.0.1|grep -v inet6|awk '{print $2}'|tr -d "addr:"|head -n 1)

  34. echo '=========== 代理服务地址 ============'

  35. echo 'Script:' "${file_path##*/}"

  36. echo ''

  37. echo "${local_ip}":8088

  38. echo ''

  39. echo '==================================='

  41. # mitmdump -s "${file_path}" -p 8088 --flow-detail 0

  42. status=$(mitmdump -s ${file_path} -p 8088 --flow-detail 0)

  43. if [$? == 0]

  44. then

  45. exit 0

  46. fi

  47. 复制代码

监控response

  1. """

  2. @File : http_router.py

  3. @Author : YangTongGang

  4. @Desc : 请求中转站

  5. """

  7. # 注册handle

  8. HANDLES = [

  9. # Core更新请求

  10. UpdateCoreHandle,

  11. # APS拉包请求

  12. PkgAPSHandle,

  13. # PMS拉包请求

  14. PkgPMSHandle,

  15. # Update接口

  16. UpdateHandle,

  17. # 我的页面， 下拉二楼的静默更新个数

  18. GetPkgListHandle

  19. ]

  21. def response(flow):

  22. """接口response"""

  23. url = flow.request.url

  24. path = urlparse.urlsplit(url)['path']

  26. proxy_mock_urls = []

  27. for handle in HANDLES:

  28. proxy_mock_urls.append(handle.identifier)

  30. test_type = get_proxy_test_type()

  32. if test_type == TestType.TestNone:

  33. return

  35. if path not in proxy_mock_urls:

  36. return

  38. response_dic = json.loads(flow.response.content)

  39. for handle in HANDLES:

  40. if handle.identifier in path:

  41. handler = handle(response_dic, test_type)

  42. response_dic = handler.package_dic

  43. flow.response.content = bytes(json.dumps(response_dic), encoding='utf8')

  44. return

  45. 复制代码

4.机房设计简介 

为了方便理解整个业务设计，顺便把我们的机房设计也给大家简单介绍一下。任务执行一般都是通过流水线派发到指定机房的随机空闲手机，测试完成后直接返回测试报告，测试执行人无需关心中间过程，也无需维护各种脚本。脚本都在机房维护， 避免在本地Appium部署困难， 脚本更新不及时等问题。

5.结语 

因为实际使用过程中依然需要大量人工介入，收益较小，所以执行频率不高，且该方案时间略微久远，所以在此只给大家抛砖引玉，开拓下思路之用，后续如有需要可以作为一种备选方案。

行动吧，在路上总比一直观望的要好，未来的你肯定会感 谢现在拼搏的自己！如果想学习提升找不到资料，没人答疑解惑时，请及时加入扣群： 320231853，里面有各种软件测试+开发资料和技术可以一起交流学习哦。

最后感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：

Appium + mitmProxy 实现APP接口稳定性测试-LMLPHP​

这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你！

Appium + mitmProxy 实现APP接口稳定性测试-LMLPHP

05-04 06:19
Powered by LMLPHP ©2024 测试萧十一郎 0.011934