📅  最后修改于: 2021-01-10 15:44:07             🧑  作者: Mango
手动测试是一种软件测试过程,其中,无需使用任何自动化工具即可手动执行测试用例。测试人员将根据最终用户的角度手动执行所有测试用例。它确保应用程序是否正常运行(如需求文档中所述)。计划并实施了测试用例,以完成几乎100%的软件应用程序。测试用例报告也是手动生成的。
手动测试是最基本的测试过程之一,因为它可以发现软件的可见和隐藏缺陷。由软件给出的预期输出与输出之间的差异被定义为缺陷。开发人员修复了缺陷,并将其交给测试人员进行重新测试。
在进行自动测试之前,必须对每个新开发的软件进行手动测试。此测试需要大量的精力和时间,但可以确保没有错误的软件。手动测试需要具备手动测试技术知识,而无需任何自动化测试工具。
手动测试是必不可少的,因为软件测试的基本原则之一是“不可能实现100%自动化”。
只要应用程序进入市场,并且在最终用户使用它时不稳定,出现错误或问题或造成问题。
如果我们不想面对此类问题,则需要执行一轮测试,以使应用程序无漏洞且稳定,并向客户提供高质量的产品,因为如果应用程序无漏洞,则最终用户将更方便地使用该应用程序。
如果测试工程师进行手动测试,则他/她可以从最终用户的角度测试应用程序,并更加熟悉产品,这有助于他们编写正确的应用程序测试用例并提供应用程序的快速反馈。
手动测试有多种方法。每种技术均根据其测试标准使用。手动测试的类型如下:
白盒测试由开发人员完成,开发人员在检查代码的每一行之前,将其提供给测试工程师。由于代码在测试过程中对开发人员可见,因此也称为白盒测试。
有关白盒测试的更多信息,请参考以下链接:
https://www.javatpoint.com/white-box-testing
黑匣子测试由测试工程师完成,他们可以根据客户/客户的需求检查应用程序或软件的功能。这样,在执行测试时代码是不可见的。这就是为什么它被称为黑盒测试。
有关黑盒测试的更多信息,请参考以下链接:
https://www.javatpoint.com/black-box-testing
灰盒测试是白盒测试和黑盒测试的组合。可以由熟悉编码和测试的人员执行。如果单人执行该应用程序的白盒测试以及黑盒测试,则称为灰盒测试。
要获取有关灰盒测试的更多详细信息,请参考以下链接:
https://www.javatpoint.com/grey-box-testing
建立团队
构建团队的主要工作是创建应用程序或Build,并将高级语言转换为低级语言。
建立
它是软件,用于将代码转换为应用程序格式。它包括一组功能和错误修复,这些功能和错误修复已移交给测试工程师以进行测试,直到变得稳定为止。
控制版本工具
它是一种软件或应用程序,用于以下目的:
让我们看一个示例,以了解如何在真实场景下构建流程工作:
一旦测试工程师发现错误,他们就会将其发送给开发人员,他们需要一些时间来进行分析。之后,他/她仅修复错误(测试工程师无法提供错误的集合)。
开发人员根据他们的时间决定可以修复多少个错误。然后确定测试工程师,首先应根据他们的需要修复哪个错误,因为测试工程师无力停止测试。
而测试工程师收到邮件后,他们只能知道该错误修复列表已修复了哪个错误。
时间会增加,因为在第一次构建时,开发人员应该以不同的功能编写代码。最后,他/她只能修复错误,并且天数会减少。
测试周期
测试周期是给予测试工程师测试每个Build的持续时间。
两者之间的差异
在一个版本中发现的错误,可以在将来的任何版本中修复,这些错误取决于测试工程师的要求。每个新的Build是旧版本的修改版本,这些修改可能是错误修复或添加了一些新功能。
我们获得新版本的频率
最初,我们曾经获得每周一次的构建,但是在测试的最新阶段,当应用程序变得稳定时,我们过去也每三天,两天或每天一次获得新的构建。
我们得到多少个建筑
如果考虑任何项目工期的一年,我们将获得22-26个版本。
修复错误后
通常,我们仅在测试周期完成后才了解错误修复,或者在一个内部版本中修复了错误集合,并在下一个内部版本中进行了移交。
在手动测试中,在单元,集成,安全性,性能和错误跟踪等不同类型的测试中,我们提供了多种工具,例如Bugzilla ,Mantis,Zap,NUnit,Tessy,LoadRunner,Citrus,SonarQube等。市场。有些工具是开源的,有些是商业的。
有关测试工具的更多信息,请参考以下链接:
https://www.javatpoint.com/software-testing-tools