hello2014 (大海) · 回帖

大佬们请问下开展 ui 和接口自动化,对于数据这一块如何处理 at 2023年08月08日

对于公司目前的自动化情况，我了解到你们只有一个测试环境，开发和手工测试都使用这个环境进行调试和测试。目前，你们已经实现了一个初始版本的接口自动化，但是使用的是现有的测试环境中的数据。同时，UI 自动化还处于刚开始阶段。

针对你提到的问题，接口自动化经常因为数据原因导致接口报错，这可能是由于其他手动功能测试或开发人员在调试过程中修改了数据导致的。为了解决这个问题，我有几个建议可以提供给你：

数据隔离：考虑将接口自动化所需的数据进行隔离，不与其他手动测试或开发调试共用。可以使用独立的测试数据或创建专用的测试环境，确保接口自动化的数据稳定性。
数据回滚：在接口自动化执行之前，确保测试环境的数据处于一个可控的状态。可以在每次执行前进行数据备份，并在测试完成后对数据进行还原或回滚，确保测试环境的数据一致性。
数据监控：建立一个数据监控系统，及时发现和排查数据异常问题。可以通过监控工具或自动化脚本定期检查测试环境中的数据完整性和准确性，确保数据符合预期。
自动化流水线：考虑构建自动化流水线，将接口自动化集成到持续集成/持续交付 (CI/CD) 流程中。这样可以确保接口自动化在每次代码提交后自动执行，并保持与最新代码的一致性，减少因为数据变化引起的问题。

当考虑实施上述建议时，以下是一些具体操作步骤，帮助你更好地解决接口自动化中数据相关的问题：

数据隔离：
- 创建一个独立的测试数据库或者测试环境，专门用于接口自动化测试。
- 确保该数据库或环境与其他手动测试或开发调试过程中使用的数据相隔离，不发生冲突。
数据回滚：
- 在接口自动化执行之前，首先备份当前的测试环境数据。
- 执行接口自动化测试，自动化脚本完成后，可以选择还原备份数据或者进行数据回滚，确保测试环境的数据保持一致性。
数据监控：
- 设置监控脚本或使用监控工具，定期检查测试环境数据。
- 编写脚本或利用工具，验证数据的完整性和准确性，发现异常情况，如数据丢失、数据错误等。
- 在发现异常情况时，及时报警或通知相关人员进行处理和修复。
自动化流水线：
- 集成接口自动化脚本到持续集成/持续交付 (CI/CD) 流程中。
- 在代码仓库中设置触发器，当有新的代码提交时，自动触发接口自动化脚本的执行。
- 在自动化流水线中，确保每次执行都是在独立的测试环境中进行，使用已备份的数据或回滚至最后一次正常状态的数据。

通过以上的实施步骤，你可以更好地管理数据，在接口自动化过程中减少由于数据原因导致的报错问题。这样可以提高自动化测试的稳定性和可靠性，同时减少手动干预的需求。

应届生软件测试 at 2023年08月04日

学习软件测试需要掌握一定的理论知识和实践经验。以下是几个建议，希望对你学好软件测试有所帮助：

学习基础知识：掌握软件测试的基本概念、原理和常用术语，了解软件开发的生命周期和不同类型的测试方法。你可以通过阅读相关的教材、书籍或参加在线课程来学习基础知识。
接口自动化测试：学习掌握接口自动化测试是很重要的。了解如何使用自动化测试框架（如 Selenium、RestAssured 等）编写测试脚本，熟悉常用的接口测试工具和技术（如 HTTP、API、JSON 等），并掌握自动化测试的最佳实践。
性能测试：了解性能测试的基本概念和流程，学习使用性能测试工具（如 JMeter、LoadRunner 等），掌握如何设计和执行负载测试、压力测试和性能调优，能够分析性能测试结果并提出优化建议。
练习项目：通过实际项目练习来提升技能。可以参与开源项目、参加一些测试驱动的开发活动，或者自己搭建一个小的测试项目进行实践。
参与社区和活动：加入测试社区，参与测试相关的讨论和交流。可以参加一些测试大会、研讨会或培训课程，与其他测试从业者互动，分享经验和学习资料。
多做实践和项目：多实践才能真正掌握技能，尝试参与实际项目或实习，亲自进行测试工作，积累经验和技巧。
持续学习：软件测试是一个不断发展和变化的领域，要持续学习和关注最新的测试技术和趋势。订阅行业博客、参加培训课程，保持对新知识的敏感度和学习动力。

同时，也建议你在找实习时展现自己的学习热情和实践经验，通过准备简历、面试和技术测试，展示你对软件测试的理解和能力。祝你顺利找到心仪的实习机会！

有人知道怎么在 pytest 设置分布式用例执行策略吗？ at 2023年08月04日

要实现你描述的场景，可以使用 pytest 的自定义标记（marker）和 pytest-xdist 插件的功能来区分测试用例进行多线程执行。

首先，你可以在测试类 TestClassA 和 TestClassB 上分别使用不同的自定义标记，比如 "@pytest.mark.a" 和 "@pytest.mark.b"：

import pytest

@pytest.mark.a
class TestClassA:
    def test_case_a1(self):
        assert 1 + 1 == 2

    def test_case_a2(self):
        assert 2 * 2 == 4

@pytest.mark.b
class TestClassB:
    def test_case_b1(self):
        assert 3 - 1 == 2

    def test_case_b2(self):
        assert 4 / 2 == 2

然后，在测试命令中使用 -m 参数来筛选指定的标记，并结合 -n 参数来指定使用的 worker 数量。此时，你可以使用以下命令来启动两个线程分别执行 TestClassA 和 TestClassB 下的用例：

pytest -n 2 -m a
pytest -n 2 -m b

第一个命令会启动两个 worker 并执行标记为 @pytest.mark.a 的用例，而第二个命令会启动另外两个 worker 并执行标记为 @pytest.mark.b 的用例。

这样就可以实现不同的测试类在多线程中并行执行的需求了。请注意确保已安装 pytest-xdist 插件：pip install pytest-xdist。

为什么用脚本打开应用程序与手动打开显示内容不一样？ at 2023年07月20日

当使用 WinAppDriver+Appium 进行 Windows 桌面应用的自动化测试时，可以使用不同的方式来启动应用。您可以尝试使用 subprocess 或 os.startfile 来启动应用，并使用 webdriver.Remote() 方法创建驱动来进行操作。

这种方法可以实现对应用程序的操作，但是需要确保应用程序已经启动并且窗口已打开。一些控件可能会在不同的启动方式下有所变化，导致元素定位失败或者控件消失。

如果登录后的软件界面与手动启动的不一样，可能有以下原因：

应用启动参数不同：您可能需要检查不同启动方式下应用启动的参数是否一致，确保启动的是相同的应用实例。
UI 自动化的稳定性：不同的启动方式可能会导致应用程序的 UI 展示不一致，控件位置、属性等发生变化，导致自动化测试时无法正确定位元素。

为了解决这个问题，您可以尝试以下方法：

确保应用的启动方式一致：不管是手动启动还是通过代码启动，应用的启动方式和参数应该尽量保持一致，以确保一致的测试环境。
更新元素定位策略：根据应用启动方式的不同，可能需要调整自动化脚本中的元素定位策略，重新定位控件，以适应不同的 UI 展示。

请注意，使用 WinAppDriver+Appium 进行自动化测试时，有时候会存在一些变化和挑战。您可以根据具体情况，调整测试策略和代码来解决问题。

怎么做到 pytest 中一个 fixture 的返回值，作为另一个 fixture 中 params 值来做参数化 at 2023年07月18日

在 pytest 中，可以使用 fixture 的返回值作为另一个 fixture 的参数化值。可以通过使用 pytest 的 parametrize 装饰器来实现。

下面是一个示例代码：

import pytest

@pytest.fixture
def my_fixture():
    # 返回一个列表作为参数化的值
    return [1, 2, 3]

@pytest.fixture(params=pytest.fixture('my_fixture'))
def my_parametrized_fixture(request):
    return request.param

def test_my_test(my_parametrized_fixture):
    print(my_parametrized_fixture)

在上述示例中，my_fixture 作为一个 fixture，返回了一个列表 [1, 2, 3]。然后，my_parametrized_fixture 使用 params 参数指定为 pytest.fixture('my_fixture')，意味着它的参数值来自于 my_fixture 的返回值。在 test_my_test 中，my_parametrized_fixture 就会被自动作为参数传入。

注意，在 @pytest.fixture(params=pytest.fixture('my_fixture')) 中，my_fixture 是一个字符串，表示引用 my_fixture 这个 fixture 的返回值。

这样，每个参数会依次传递给 test_my_test 函数，并执行相应的测试用例。

请教 jmeter 模拟多设备并发请求 mqtt 接口中遇到的问题 at 2023年07月18日

在使用 JMeter 模拟 MQTT 协议时，连接没有正确断开的问题可能有以下几个原因：

超时设置不正确：确认连接采样器中设置的超时时间是否足够。如果超时时间过短，可能会导致连接没有正确断开。
缺少手动断开连接的步骤：确认脚本中是否包含了手动断开连接的步骤。在每次请求结束后，应该显式地执行 MQTT 断开连接的操作。
使用共享连接：在 MQTT 协议中，可以选择使用共享连接 (Shared Connection) 或独立连接 (Dedicated Connection)。如果使用了共享连接，可能需要手动调用释放连接的操作，确保连接得以正确关闭。
未正确处理连接的状态：部分连接未断开的原因可能是在脚本中未正确处理连接的状态。比如，在多线程运行并发请求的情况下，可能需要使用合适的同步机制，确保每个线程都正确地断开连接。
服务端配置问题：连接没有正确断开也可能是由于 MQTT 服务器端的配置问题导致的。请检查服务器的配置文件，确认连接超时等相关参数的设置是否正确。

综上所述，您可以逐一排查以上几个方面，来定位和解决连接没有断开的问题。

jmeter 执行过程中因电脑卡死导致重启 jmx 文件后报错 at 2023年07月13日

ChatGPT-3.5:

这个问题看起来是由于在加载 JMX 文件时出现了一个 XML 解析异常。具体错误提示是 XML 转换异常，而且在解析C:\Users\Administrator\Desktop**.jmx文件时，出现了一个类转换异常。

根据错误信息来看，可能是由于 JMeter 遇到了无法预期的结构或类型转换问题导致的。如果你使用的是 JMeter 版本 5.6.2，可能是 JMeter 版本的问题。

以下是一些解决该问题的步骤：

检查C:\Users\Administrator\Desktop**.jmx文件是否存在，并确保文件路径正确。
尝试使用最新版本的 JMeter 来打开该文件，以查看是否存在版本兼容性问题。你可以访问 JMeter 官方网站来下载最新版本：https://jmeter.apache.org/download_jmeter.cgi
如果在不同的 JMeter 版本之间进行迁移，可以尝试通过手动编辑 JMX 文件来解决问题。你可以使用文本编辑器打开.jmx文件，然后查找并修复与/jmeterTestPlan/hashTree/hashTree/hashTree[10]/hashTree[26]/JSONPostProcessor/hashTree相关的行。你可以尝试删除或替换该行，以解决类型转换问题。
如果无法通过手动编辑文件解决问题，可以尝试重新创建测试计划并重新配置相关的组件。

希望这些步骤能帮助你解决问题。如果问题仍然存在，请提供更多信息，例如完整的错误堆栈跟踪和相关的 JMX 文件内容，以便更好地理解和解决问题。

咨询下微信小程序自动化测试的可行方案 at 2023年07月02日

个人还是推荐 minium，源代码问题不大，可以让开发给你开权限，自己下载后，本地就可以用开发者工具写脚本跑了。
确实不支持 H5，所以 H5 的问题，只能走其他办法。

高考志愿填报问题 at 2023年06月27日

第一次遇到高中生来社区提问的，欢迎！
院校层面：首选 211，再看一本，如果 211 实在没有好的专业，或者调剂到垃圾专业的风险极大，可以再考虑降到一本院校选好的专业。