问题标签 [manual-testing]

我试图了解什么是负面测试用例。

例如： 假设我们有一个可以上传文件的网站。它应该只接受文本或 CSV 文件。它的宽度不应超过 100 个宪章，长度不应超过 100 个字符。如果它不是文本或 csv，或者如果宽度或长度超过它应该显示正确的错误消息。

什么是阴性测试？

• 上传文本文件以外的文件是否属于否定测试？
• 上传长度或宽度为 101 的文件是否为否定测试？

我认为以上两个都是积极的测试用例，因为它不是为了破坏系统，而是为了验证错误消息。

因此，如果您同意上述陈述，那么您认为阴性测试应该是什么？

测试计划、测试套件、测试用例和测试场景之间有什么区别？质量保证团队是否遵循任何格式或通用格式？

该条件的测试用例是什么：在某些条件下，即“仍未采取解决方案”，具有此条件的用户被阻止查看问题信息？

请有人帮助我。如何对登录身份验证的 Web 应用程序进行性能和负载测试。？

我已经开发了应用程序，我想在真实设备上测试我的应用程序。

是否有任何工具可以为我的应用程序进行手动和自动化测试？

我想知道这是否可行：我正在网站上进行手动测试，但我想同时在 Chrome 和 Firefox 上测试网站，所以有没有办法模仿我的鼠标点击和键盘使用 webdriver 或任何其他技术从 Chrome 输入到 Firefox？

编辑：评论中询问的更多信息。我是一名测试人员，我已经使用 webdriver.io 编写了一些 E2E 测试，我知道我可以使用multiremote同时在多个浏览器上运行我的测试. 很久以前我也尝试过测试记录器并且没有找到太多的运气，我正在尝试做的事情可以通过一些测试记录服务来部分完成，通过记录测试然后在多个环境中运行它们。但是我试图找到的是一种从一个浏览器读取用户操作的方法，比如 Chrome，并将它们应用到另一个浏览器，所以我想这将涉及找到选择器和应用的操作并将它们应用到另一个浏览器. 我知道我可以编写测试或记录它们，但这只是一个想法，将它用于同时在多个浏览器上进行探索性测试会很棒，当我用谷歌搜索时，我得到的只是编写脚本或记录，所以我想问问有经验的人他们的经历，我想我可以把这个贴在https://sqa.stackexchange.com/但是它与编程比与 QA 更相关，所以我需要程序员。

PS：我会尝试更多地编辑问题以使其更具可读性。谢谢你。

您好测试自动化专家，经理，

寻求有关如何从手动测试过渡到自动化测试的建议

我从事手动测试已经 8 年多了。我希望切换到自动化测试，因此我参加了 Selenium Web 驱动程序和 Java 的培训（我们使用了 TestNG 和 Maven）。虽然能够编写中等复杂的自动化脚本，但我发现很难仅仅通过说我有自动化知识来获得面试或寻求招聘经理或招聘人员的关注。

我应该怎么做才能更接近一步，以便招聘经理对我表现出兴趣？

我非常热衷于测试自动化，并愿意花费必要的时间来实现这一目标。

我应该写一篇描述我的自动化技能的博客还是在 Git 中心发布我的示例？

期待收到您的建议，因为过去几个月我完全迷失和沮丧，因此尝试转向自动化测试

提前致谢

我们的团队遇到了一个关于测试用例管理的问题。

有人提议在测试用例中构建测试用例，但问题是它不会深入 1 层，它可以深入到无限层。

测试用例 A - 测试用例 B - 测试用例 C

问题在于，测试用例 B 和 C 必须是静态数据。我们不能使它成为动态数据。由于测试用例 C 不能有动态数据，我们需要构建测试用例 D+ 来容纳其他测试用例的自定义数据。

例如：

测试用例 C 正在登录 Facebook。它有 2 个用于用户名和密码的自定义数据字段

但是由于我们无法从原始测试用例 (A) 中定义那些自定义数据字段。我们必须使数据静态化，因此您不是以任何人的身份登录，而是以特定的人身份登录。

因此，假设测试用例 D 是进入 Facebook 并将您的性别资料从 M 更新为 F。

好吧，由于我们以特定人身份登录，因此我们必须以男性身份登录。

现在，让我们假设这个人有 0 张照片。但是 User2 有大量的照片用于测试。

所以现在我们必须构建一个与测试用例 C 相同的测试用例，但使用不同的登录凭据。

所以我们现在有 2 个测试用例在做完全相同的事情，但数据不同。

我不同意这种方法，但是网上告诉我这是构建测试用例的最佳方法之一。

在我看来，我们应该将测试步骤限制在实际的测试用例中，以及我们用动态和通用信息来满足的任何先决条件。

因此，我们不是说测试用例 A 是测试用例 B 的先决条件，而是说测试用例 B 有一个先决条件或“以 BLAH 身份登录 Facebook”。

由于我们没有测试“登录”功能，我们不需要执行额外的或超出普通测试步骤。

因为我们没有假设我们的测试是愚蠢的并且不知道如何使用应用程序，所以我们可以是通用的。

如果测试人员发现通用的前提条件，请继续详细说明。

别人的想法是什么。测试用例中的测试用例是一个聪明的主意吗？我们的问题是我们的应用程序是巨大的和超级动态的。就像疯狂的动态一样，您在屏幕上看到的任何内容都可以更改替换或完全删除。

如果我们沿着这条路走下去，我预计我们的 1000 个测试用例很容易变成 2000 个测试用例。

想法？我想太多了吗？

我目前正在为我公司的测试团队工作，其中一位经理给了我一项任务，即减少基于代码覆盖率的手动回归测试。现在，在任何人提到之前，应该根据用例和需求选择手动测试，请考虑，这个任务不是我要选择的，而是我必须解决的任务。测试的应用程序通过单击一次部署进行了混淆部署，因为这使得任何应用程序似乎几乎不可能从测试运行中获得覆盖，我也希望解释一下影响 anylsis 是如何直接起作用的。还非常感谢您对如何设置 TFS 2017 的测试影响分析的简短说明，因为 Microsoft 文档并没有真正解释 TIA 以正确进行手动测试。

如果温度低于 18 度，则打开加热。当温度达到 21 度时，关闭加热。这个问题的边界解决方案是什么？

如何解决这个问题呢？