手动软件测试是什么

手动软件测试简介

手动测试是一个将开发的代码（软件、模块、API、功能等）的行为与预期行为（需求）进行比较的过程。

你怎么知道预期的行为是什么？

您将通过仔细阅读或聆听要求并完全理解它来了解它。请记住，完全理解需求是非常非常重要的。

将自己视为要测试的最终用户。之后，您不再受软件需求文档或其中的文字的约束。然后，您可以了解核心要求，而不仅仅是根据书面或告知的内容检查系统的行为，还可以根据您自己的理解以及未书面或告知的内容检查系统的行为。

有时，它可能是遗漏的要求（不完整的要求）或隐含的要求（不需要单独提及但应该满足的要求），您也需要对此进行测试。

此外，需求不一定是文档化的需求。您可以很好地了解软件功能，或者您甚至可以猜测然后一次测试一个步骤。我们通常将其称为临时测试或探索性测试。

让我们深入了解一下：

首先，让我们了解一个事实——无论您是在比较测试软件应用程序还是其他东西（比方说车辆），这个概念都是一样的。方法、工具和优先级可能不同，但核心目标保持不变，而且很简单，即将实际行为与预期行为进行比较。

其次——测试就像一种应该来自内部的态度或心态。技能是可以学习的，但只有当你默认具备一些品质时，你才会成为一名成功的测试人员。当我说可以学习测试技能时，我的意思是围绕软件测试过程进行有针对性的正规教育。

但是一个成功的测试者的品质是什么？您可以在下面的链接中了解它们：

在这里阅读 =>优秀软件测试员的 16 个特征，高效测试人员的 7 项素质

我强烈建议在继续本教程之前阅读上述文章。它将帮助您将您的特征与软件测试员角色所期望的特征进行比较。

对于那些没有时间阅读文章的人，这里有一个概要：

“你的好奇心、专注力、纪律、逻辑思维、对工作的热情和剖析事物的能力对于成为破坏性和成功的测试人员非常重要。它对我有用，我坚信它也对你有用。如果你已经具备这些品质，那么它确实也对你有用。”

我们已经讨论了成为软件测试员的核心先决条件。现在让我们了解为什么手动测试无论有没有自动化测试的增长都会并且将始终独立存在。

为什么需要手动测试？

你知道作为一名测试员最好的事情是什么吗？作为一名手动测试员也是如此？

事实上，你不能只依赖这里的技能。你必须拥有/发展和增强你的思维过程。这是几块钱买不到的东西。你自己必须努力。

您必须养成提问的习惯，并且在测试时必须每分钟问一次。大多数时候，你应该问自己而不是问别人这些问题。

我希望您已经阅读了我在上一节中推荐的文章（即高效测试人员的素质）。如果是，那么您就会知道测试被认为是一个思考过程，您作为测试人员的成功程度完全取决于您作为一个人所拥有的品质。

让我们看看这个简单的流程：

当您以某种意图观察它时（与预期进行比较），您会做某事（执行操作）。现在你的观察技巧和执行事情的纪律在这里出现了。

瞧！那是什么？你注意到了什么。你注意到它是因为你非常关注你面前的细节。你不会因为好奇而放手。你的计划中没有发生意外/奇怪的事情，你会注意到它，你会进一步调查它。但现在你正在这样做。你可以放手。但你不应该放手。

你很高兴，你找到了原因、步骤和场景。现在，您将正确和建设性地与开发团队和团队中的其他利益相关者进行沟通。你可以通过一些缺陷跟踪工具或口头来做到这一点，但你必须确保你正在建设性地进行沟通。

哎呀！如果我这样做呢？如果我输入正确的整数作为输入但带有前导空格怎么办？如果？… 如果？… 如果？它不会轻易结束，它不应该轻易结束。你会想象很多情况和场景，实际上你也会很想执行它们。

现在，你真的认为这些行为可以被其他任何东西完全取代吗？而今天的热门趋势——它会被自动化取代吗？

在具有任何开发方法的 SDLC 中，很少有事情总是保持不变。作为测试人员，您将使用需求，将它们转换为测试场景/测试用例。然后，您将执行这些测试用例或直接自动化它们（我知道有几家公司这样做）。

当你自动化它时，你的注意力是稳定的，这就是自动化编写的步骤。

让我们回到正式的部分，即执行手动编写的测试用例。

在这里，您不仅专注于执行书面测试用例，而且在执行此操作的同时还执行了大量探索性测试。记住，你很好奇？你会想象。而你将无法抗拒，你确实会如你所愿。

我正在填写一个表格，我已经完成了第一个字段的填写。我懒得用鼠标将焦点转移到下一个字段。我按了“tab”键。我也完成了下一个和最后一个字段的填写，现在我需要点击提交按钮，焦点仍然在最后一个字段上。

糟糕，我不小心按了“Enter”键。让我检查一下发生了什么。或者有一个提交按钮，我要双击它。不满意。我点了好几次，太快了。

你注意到了吗？有很多可能的用户操作，包括有意的和无意的。

您将无法成功编写 100% 覆盖您正在测试的应用程序的所有测试用例。这必须以探索性的方式发生。

在测试应用程序时，您将继续添加新的测试用例。这些将是您遇到的以前没有编写测试用例的错误的测试用例。或者，在您进行测试时，某些事情触发了您的思考过程，您得到了更多的测试用例，您希望将它们添加到您的测试用例套件中并执行。

即使在这一切之后，也不能保证没有隐藏的错误。零错误的软件是一个神话。您只能将其设定为接近零，但如果没有人类思维不断地针对相同的目标，这将不可能发生，类似于但不限于我们在上面看到的示例过程。

至少到今天为止，还没有软件可以像人的思维一样思考，像人眼一样观察，像人一样提问和回答，然后执行预期和非预期的操作。就算发生了这样的事，它又会模仿谁的心、念、眼呢？你的还是我的？我们人类也不一样。我们都是不同的。然后？

当自动化出现时需要手动测试：

如今，自动化测试有其自己的荣耀，并且在未来几年还会有更多荣耀，但它根本无法取代手动 QA 测试（阅读人工/探索性测试）。

您之前一定听说过 - “您不是自动化测试，而是自动化检查”。这句话充分说明了手动 QA 测试与自动化测试的关系。全球许多知名人士都写过和谈论过这个话题，所以我不会对此过多强调。

自动化无法取代人工测试，因为：

它要求对发生在您眼前（在您测试时）以及在少数情况下发生在幕后的所有事情进行运行时判断。

它需要清晰而持续的观察。

它需要质疑。

它要求进行调查。

它需要推理。

它要求在测试时根据需要采取计划外的行动。

测试可以被一种工具/机器代替，它能够吸收细节、处理它们、命令动作并像人类思维和人类一样执行它们，所有这些都在运行时和所有可能的上下文中进行。这个工具又必须像所有可能的人类一样。

所以简而言之，人工测试是不可替代的。也许几年后的一些好莱坞科幻片看起来会接近它，但在现实生活中，我无法想象它会在几百年内出现，我可以想象。我不会永远把它写下来，因为我相信无限的可能性。

另外，即使真的发生在几百年后，我能想象的画面肯定是一个可怕的世界。变形金刚时代。

选择测试用例，如果自动化将大大受益于人类测试人员并具有良好的投资回报率。就此而言，有一条一般规则说您应该尝试自动化所有优先级 1 的测试用例，如果可能的话，然后是优先级 2。

自动化不容易实现且耗时，因此建议至少在完成高优先级案例之前避免自动化低优先级案例。选择要自动化的内容并专注于它可以在持续使用和维护时提高应用程序的质量。