例如软件测试可以确认按测试可能遗漏的
Posted: Wed Dec 18, 2024 6:28 am
机器可以检查按钮是否出现在正确的位置，但只有人类才能判断该按钮是否符合背景美观要求。同样，QA 专家可以找出边缘案例（非典型或超出常规的用例），并提供软件有意义的反馈。
钮是否在正确的时间出现，但只有人工测试人员才能决定按钮是否清晰、易懂且适合页面设计。
由于实验通常不属于常规任务或功能测试的范围，因此您主要依赖 QA。您工作的动机在于用户上网时的情绪，这就是为什么在评估结果时必须优先考虑人的判断而不是机器评估。
专注于功能创新的实验用例应事先或通 美国手机号 过其他方式（例如烟雾测试、实验室）进行评估。一旦决定继续进行，应同时开发功能测试。
原则上，不应区分功能用例和情感用例。从这一点来看，功能测试无法与人为主导的 QA 的价值相提并论。
为了长期的质量，请将单元、集成和端到端测试固定在 CI/CD 管道中，而不是将它们作为异常删除。
客户端实验质量保证
Convincify优化和分析总监Corey Trent分享了对客户端实验质量保证的独特见解：
在进行任何测试的质量保证时，您必须改变思维方式并寻找打破体验的方法。
您是否曾看到过父母或祖父母沮丧地使用互联网，以完全让您困惑的方式浏览网页？这应该是您的 QA 方法。错误地提交表单、多次点击按钮、点击不在正中央的东西、乱序使用东西等等。
我发现实验者在 QA 中犯的第一个错误就是轻而易举地完成体验，以为人们会像他们一样完美地使用网站。人们使用网页的方式很奇怪，你必须打破常规，确保你的体验完全稳定。
Amrdeep Athwal 补充道，
正确的 QA 需要有人阴险狡猾，积极尝试破坏体验。例如，您的新表单是否接受负值或俄语字符或只有两个字符姓氏的用户？边缘情况很小，但足够多的情况开始累积起来。
— Conversions Matter首席实验官Amrdeep Athwal
客户端实验的质量保证清单
在深入探讨客户端 QA 之前，让我们先了解一下前端测试的独特挑战。在这里，您要处理的是面向用户的更改，这些更改需要按预期显示和运行 — 跨设备、设备和网络条件。
是的，测试运行，但您要确保零视觉错误、闪烁或性能问题。
1. 了解用户流程并记录边缘情况
将此步骤视为确保您、您的团队和任何其他利益相关者都使用同一种语言。
您要做的第一件事是浏览用户旅程，了解每一次点击、滚动和互动。这一步不只适合您，您还需要发挥团队的想象力。
在做任何其他事情之前，请立即进行基本演练，以确保您了解测试的流程。
与您的团队确认您的理解。
一旦您清楚了，就写下您的测试计划并记录快乐路径（理想的用户流程）和边缘情况 - 我们也在测试系统如何处理意外行为。
当然，你会留意那些明显且明显的错误，但不要忘记花时间评估响应能力和易用性。记录所有这些，并记住，除非出现问题，否则笨拙的体验并不是一种难忘的体验。
如果您使用协作工具来记录，那是理想的选择——Notion、Jira 或 Trello 之类的工具非常适合追踪所有内容并确保没有任何遗漏。
— Aperture创始人Hannah Parvaz
快乐之路就像是完美的周六早晨，没有交通拥堵。但并不是每天都是周六。用户浏览的方式不同，点击返回、刷新并采取意想不到的路线。测试应确保您的实验在所有情况下都有效。
最容易被忽视的领域是跟踪与实验相关的所有用户操作。即使测试正确启动，拥有一个让 QA 测试跟踪所有变体的流程也会让您省去很多麻烦。
— NerdWallet高级产品经理Kalki Gillespie
因此，请注意负面情况和极端情况。例如，如果有人试图提交表单而不输入任何数据，会发生什么？您的测试仍然有效吗？还是失败了？
或者，如果当用户超过 500 美元价值时激活的促销活动满足订单价值恰好 500 美元的情况，会发生什么情况？记录所有内容。
再说一遍（因为这很重要）……
请记住，QA 是一项团队工作。与相关利益相关者沟通您的发现并做好重新测试的准备 — 这就是我们热爱自动化的原因。
— 汉娜·帕瓦兹
Corey Trent 强烈建议录制您的 QA 会话。这对于开发人员来说非常有用，可以让他们确切地了解您触发错误的原因，并且它通常可以为他们提供屏幕截图无法提供的关键细节。
2. 跨设备、浏览器和网络条件进行测试
不同的用户，不同的设备，不同的体验。仅在 Macbook Chrome 浏览器上进行测试是不够的。
确保你对大多数用户访问你网站所使用的设备分配了正确的关注度。在移动设备上进行测试可能很麻烦；不仅要彻底测试，还要确保 QA 在真实设备上进行。仅仅将浏览器缩小到移动尺寸是不够的，因为手机设备和浏览器的操作方式与桌面设备和浏览器非常不同。
我们强烈建议使用市面上众多跨设备测试工具中的一种，但请确保它们允许您访问真实设备，而不是模拟器。我们在内部使用BrowserStack，但还有许多其他优秀的提供商，例如Saucelabs或Lambdatest。
钮是否在正确的时间出现，但只有人工测试人员才能决定按钮是否清晰、易懂且适合页面设计。
由于实验通常不属于常规任务或功能测试的范围，因此您主要依赖 QA。您工作的动机在于用户上网时的情绪，这就是为什么在评估结果时必须优先考虑人的判断而不是机器评估。
专注于功能创新的实验用例应事先或通 美国手机号 过其他方式（例如烟雾测试、实验室）进行评估。一旦决定继续进行，应同时开发功能测试。
原则上，不应区分功能用例和情感用例。从这一点来看，功能测试无法与人为主导的 QA 的价值相提并论。
为了长期的质量，请将单元、集成和端到端测试固定在 CI/CD 管道中，而不是将它们作为异常删除。
客户端实验质量保证
Convincify优化和分析总监Corey Trent分享了对客户端实验质量保证的独特见解：
在进行任何测试的质量保证时，您必须改变思维方式并寻找打破体验的方法。
您是否曾看到过父母或祖父母沮丧地使用互联网，以完全让您困惑的方式浏览网页？这应该是您的 QA 方法。错误地提交表单、多次点击按钮、点击不在正中央的东西、乱序使用东西等等。
我发现实验者在 QA 中犯的第一个错误就是轻而易举地完成体验，以为人们会像他们一样完美地使用网站。人们使用网页的方式很奇怪，你必须打破常规，确保你的体验完全稳定。
Amrdeep Athwal 补充道，
正确的 QA 需要有人阴险狡猾，积极尝试破坏体验。例如，您的新表单是否接受负值或俄语字符或只有两个字符姓氏的用户？边缘情况很小，但足够多的情况开始累积起来。
— Conversions Matter首席实验官Amrdeep Athwal
客户端实验的质量保证清单
在深入探讨客户端 QA 之前，让我们先了解一下前端测试的独特挑战。在这里，您要处理的是面向用户的更改，这些更改需要按预期显示和运行 — 跨设备、设备和网络条件。
是的，测试运行，但您要确保零视觉错误、闪烁或性能问题。
1. 了解用户流程并记录边缘情况
将此步骤视为确保您、您的团队和任何其他利益相关者都使用同一种语言。
您要做的第一件事是浏览用户旅程，了解每一次点击、滚动和互动。这一步不只适合您，您还需要发挥团队的想象力。
在做任何其他事情之前，请立即进行基本演练，以确保您了解测试的流程。
与您的团队确认您的理解。
一旦您清楚了，就写下您的测试计划并记录快乐路径（理想的用户流程）和边缘情况 - 我们也在测试系统如何处理意外行为。
当然，你会留意那些明显且明显的错误，但不要忘记花时间评估响应能力和易用性。记录所有这些，并记住，除非出现问题，否则笨拙的体验并不是一种难忘的体验。
如果您使用协作工具来记录，那是理想的选择——Notion、Jira 或 Trello 之类的工具非常适合追踪所有内容并确保没有任何遗漏。
— Aperture创始人Hannah Parvaz
快乐之路就像是完美的周六早晨，没有交通拥堵。但并不是每天都是周六。用户浏览的方式不同，点击返回、刷新并采取意想不到的路线。测试应确保您的实验在所有情况下都有效。
最容易被忽视的领域是跟踪与实验相关的所有用户操作。即使测试正确启动，拥有一个让 QA 测试跟踪所有变体的流程也会让您省去很多麻烦。
— NerdWallet高级产品经理Kalki Gillespie
因此，请注意负面情况和极端情况。例如，如果有人试图提交表单而不输入任何数据，会发生什么？您的测试仍然有效吗？还是失败了？
或者，如果当用户超过 500 美元价值时激活的促销活动满足订单价值恰好 500 美元的情况，会发生什么情况？记录所有内容。
再说一遍（因为这很重要）……
请记住，QA 是一项团队工作。与相关利益相关者沟通您的发现并做好重新测试的准备 — 这就是我们热爱自动化的原因。
— 汉娜·帕瓦兹
Corey Trent 强烈建议录制您的 QA 会话。这对于开发人员来说非常有用，可以让他们确切地了解您触发错误的原因，并且它通常可以为他们提供屏幕截图无法提供的关键细节。
2. 跨设备、浏览器和网络条件进行测试
不同的用户，不同的设备，不同的体验。仅在 Macbook Chrome 浏览器上进行测试是不够的。
确保你对大多数用户访问你网站所使用的设备分配了正确的关注度。在移动设备上进行测试可能很麻烦；不仅要彻底测试，还要确保 QA 在真实设备上进行。仅仅将浏览器缩小到移动尺寸是不够的，因为手机设备和浏览器的操作方式与桌面设备和浏览器非常不同。
我们强烈建议使用市面上众多跨设备测试工具中的一种，但请确保它们允许您访问真实设备，而不是模拟器。我们在内部使用BrowserStack，但还有许多其他优秀的提供商，例如Saucelabs或Lambdatest。