软件测试有哪些常用的测试方法？

随着软件技术的不断发展，越来越多的人开始关注软件测试，软件测试的方法有很多种，最重要的是选择适合的软件测试方法。选择是非常关键的，只有选择到合适的才能在工作中起到事半功倍的作用。那么软件测试的方法有哪些呢？下面电脑培训为大家具体介绍。

一、白盒测试

白盒测试也称为结构测试，是根据程序内部的逻辑结构和代码结构，设计测试数据，完成测试的测试方法。白盒子测试的直接优点是，知道所设计的测试用例在代码上的哪个地方被忽视。IT培训认为其优点是测试人员能够增加代码的覆盖率，提高代码实行的整体质量，帮助发现代码中的隐藏危险。

二、黑盒测试

黑盒测试也称数据传输测试，作为不能够看到测试对象的黑匣子，完全不需要考虑程序内部结构和处理过程的情况，北大青鸟发现测试人员可以根据程序功能的要求规格，确定测试用例，并推断测试结果的测试方法。

三、灰盒测试

灰盒测试主要是一种综合的测试方法，它居于程序运行的外部表达。同时，根据内部逻辑结构设计用例，执行程序、采集路径执行信息和外部用户界面结果。

四、集成测试

集成测试是一种组装测试，是在单元测试基础上的一种有序测试。其主要的目的是验证软件单元间的接口关系，通过测试发现各软件单元接口间的问题，回龙观北大青鸟非常期待最终测试的单元构成符合设计要求的软件。

系统测试的方法主要有人工测试和机器测试两种。

(1)人工测试。人工测试又称为代码复审，是通过阅读程序找错误的。其内容主要包括检查代码和设计是否一致:检查代码逻辑表达是否正确和完整检查代码结构是否合理。

(2)机器测试。机器测试是指在计算机上直接用测试用例运行被测程序，从而发现程序错误。机器测试分为黑盒测试和白盒测试两种。

①黑盒测试。黑盒测试也称功能测试或数据驱动测试，它已知产品所应具有的功能，通过测试检测每个功能是否都能正常使用。在测试时，把程序看作是一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，它只检测程序功能是否能够按照需求规格说明的规定正常使用，程序是否能适当接收输入数据而产生正确的输出信息，并保持外部信息(如数据库或文件)的完整性。黑盒测试的方法主要有等价类划分、边值分析、因果图、错误推测等，黑盒测试主要用于软件确认测试。黑盒测试着眼于程序外部结构，不考虑程序内部逻辑结构，只针对软件界面和软件功能进行测试。黑盒测试是穷举输入测试，只有把所有可能的输入都作为测试情况使用，才能以这种方法查出程序中的所有错误。实际上，测试情况有无穷多个，人们不仅要测试所有合法的输入，而且还要对那些不合法但是可能的输入进行测试。

②白盒测试。白盒测试也称结构测试或逻辑驱动测试，它已知产品内部工作过程，按照程序内部的结构测试程序，可通过测试检测产品内部动作是否按照说明书的规定正常进行，检验程序中的每条通路是否都能按预定要求正确工作。白盒测试的主要方法有逻辑驱动、基路测试等，白盒测试主要用于系统验证。

测试的有2种方法

答：黑盒测试和白盒测试

黑盒：这种方法是把测试对象看做一个黑盒子，测试人员完全不考虑程序内部的逻辑结构和内部特性，只依据程序的需求规格说明书，检查程序的功能是否符合它的功能说明。

黑盒测试又叫做功能测试或数据驱动测试。

白盒：此方法把测试对象看做一个透明的盒子，它允许测试人员利用程序内部的逻辑结构及有关信息，设计或选择测试用例，对程序所有逻辑路径进行测试。

通过在不同点检查程序的状态，确定实际的状态是否与预期的状态一致。因此白盒测试又称为结构测试或逻辑驱动测试。

软件测试按过程分为三个步骤

答：单元测试：单元测试又称模块测试，是针对软件设计的最小单位—程序模块，进行正确性检验的测试工作。其目的在于发现各模块内部可能存在的各种差错。

单元测试需要从程序的内部结构出发设计测试用例。多个模块可以平行地独立进行单元测试。

集成测试：在运行（可能是不完整）的应用中保证软件单元被结合后能正常 *** 作的测试执行的阶段

系统测试：当应用作为整体运行时的测试执行阶段

软件测试的步骤是什么？

1)测试过程按4个步骤进行，即单元测试（UnitTesting）、集成测试（IntegratedTesting）、确认测试（ValidationTesting）和系统测试（SystemTesting）及发版测试。

2)开始是单元测试，集中对用源代码实现的每一个程序单元进行测试，检查各个程序模块是否正确地实现了规定的功能。

3)集成测试把已测试过的模块组装起来，主要对与设计相关的软件体系结构的构造进行测试。

4)确认测试则是要检查已实现的软件是否满足了需求规格说明中确定了的各种需求，以及软件配置是否完全、正确。

应该考虑进行如何测试的测试方法

黑盒测试(Blackboxtesting)——不考虑内部设计和代码，根据需求和功能进行测试。

白盒测试(Whiteboxtesting)——根据应用软件的代码的内部逻辑，按照代码的语句、分支、路径和条件进行测试。

功能测试（functionaltesting）——对一个应用软件的功能模块进行黑盒测试。这种测试应当由测试人员进行。但这并不意味着程序员在推出软件之前不进行代码检查。（这一原则适用于所有的测试阶段。）

系统测试——针对全部需求说明进行黑盒测试，包括系统中所有的部件。

回归测试(regressiontesting)——每当软件经过了整理、修改、或者其环境发生变化，都重复进行测试。很难说需要进行多少次回归测试，特别是是到了开发周期的最后阶段。进行此种测试，特别适于使用自动测试工具。

负荷试验(loadtesting)——在大负荷条件下对应用软件进行测试。例如测试一个网站在不同负荷情况下的状况，以确定在什么情况下系统响应速度下降或是出现故障。

压力测试(stresstesting)——经常可以与“负荷测试”或“性能测试”相互代替。这种测试是用来检查系统在下列条件下的情况：在非正常的巨大负荷下、某些动作和输入大量重复、输入大数、对数据库进行非常复杂的查询，等等。

性能测试(performancetesting)——经常可以与“压力测试”或“负荷测试”相互代替。理想的“性能测试”(也包括其他任何类型的测试)都应在质量保障和测试计划的文档终予以规定。

可用性测试(usabilitytesting)——是专为“对用户友好”的特性进行测试。这是一种主观的感觉，取决于最终用户或顾客。可以进行用户会见、检查、对用户会议录像、或者使用其他技术。程序员和测试人员通常不参加可用性测试。

安装/卸载测试(install/uninstalltesting)——对安装/卸载进行测试(包括全部、部分、升级 *** 作)。

安全测试(securitytesting)——测试系统在应付非授权的内部/外部访问、故意的损坏时的防护情况。这需要精密复杂的测试技术。

兼容性测试(compatabilitytesting)——测试在特殊的硬件/软件/ *** 作系统/网络环境下的软件表现。

α测试(alphatesting)——在开发一个应用软件即将完成时所进行的测试。此时还允许有较小的设计修改。通常由最终用户或其他人进行这种测试，而不是由程序员和测试人员来进行。

β测试(betatesting)——当开发和测试已基本完成，需要在正式发行之前最后寻找毛病而进行的测试。通常由最终用户或其他人进行这种测试，而不是由程序员和测试人员来进行。

---