[有奖问答11]请说说软件测试的类型有哪些？

happy1219jojo

游客，本帖隐藏的内容需要积分高于 99999 才可浏览，您当前积分为 0

答题:1.BVT (Build Verification Test)
    2.Scenario Tests（基于用户实际应用场景的测试）
     3.Smoke Test
    Application Compatibility Test（兼容性测试）

huna0102

游客，本帖隐藏的内容需要积分高于 99999 才可浏览，您当前积分为 0

答题:软件测试技术分类：

     软件测试技术

静态测试—不实际运行程序，而是通过检查和阅读等手段来发现错误并评估代码质量的软件测试技术，也称静态分析技术

1）代码走查---开发部内部进行的，通过讲解，讨论或模拟运行等来找到错误的方法

               2）技术评审—开发组，测试组和相关人员（QA，产品经理等）联合进行的，采用讲解，提问并使用checklist方式进行的查找错误的活动；一般有正式的计划，流程和结果报告。

             3）代码审查—开发部内部进行的，采用讲解，提问并使用checklist方式进行的查找错误的活动；一般有正式的计划，流程和结果报告。

动态测试---实际运行程序，并通过观察程序运行的实际结果来发现错误的软件测试技术

1）        黑盒测试—在不知道程序内部结构，只知道程序规格的情况下采用的测试技术或策略。---

功能测试---针对要求的程序功能，按照规范的要求进行测试

性能测试—针对要求的程序功能以外的其他要求，包括性能，安全，配置，负载等指标，按照规范的要求进行测试。

攻击测试—基于破坏目的和经验进行的随机测试


2）        白盒测试—在知道程序内部结构的情况下采用的测试技术或策略


语句覆盖—在测试过程中，选择足够的测试用例，使得每一个可执行语句至少被执行一次。

分支覆盖---在测试过程中，选择足够的测试用例，使得程序中的每一个分支判断的每一种可能结果都至少被执行一次。

路径覆盖---在测试过程中，选择足够的测试用例，使得程序中的每一条可能执行的路径都至少执行一次。


3）        回归测试---程序修改或版本更新以后，为了确保以前正确的功能和其他指标仍旧正确，而重新进行的测试。

静态和动态测试

白盒和黑盒测试

tantes

游客，本帖隐藏的内容需要积分高于 99999 才可浏览，您当前积分为 0

答题:
功能测试、压力测试、可用性测试、安全性测试、性能测试、配置测试、兼容/变换测试、可安装性测试、可靠性测试、恢复测试、可维护性测试

[ 本帖最后由 tantes 于 2009-11-27 16:31 编辑 ]

catvivi

游客，本帖隐藏的内容需要积分高于 99999 才可浏览，您当前积分为 0

答题:请说说软件测试的类型有哪些？
1 数据和数据库完整性测试:是指测试关系型数据库完整性原则以及数据合理性测试。
2 白盒测试 :是基于代码的测试，测试人员通过阅读程序代码或者通过使用开发工具中的单步调试来判断软件的质量.
  白盒测试分为动态白盒测试和静态白盒测试.
  2.1 静态白盒测试:利用眼睛，浏览代码，凭借经验，找出代码中的错误或者代码中不符合书写规范的地方。
  2.2 动态白盒测试:利用开发工具中的调式工具进行测试。
3.功能测试:指测试软件各个功能模块是否正确，逻辑是否正确。
4.UI测试:指测试用户界面的风格是否满足客户要求，文字是否正确，页面美工是否好看，文字，图片组合是否完美，背景是否美观，操作是否友好等等。
5.性能测试：主要测试软件测试的性能，包括负载测试，强度测试，数据库容量测试，基准测试以及竞争测试。
  5.1负载测试：指数据在超负荷环境中运行，程序是否能够承担。
  5.2强度测试：测试系统在系统资源特别低的情况下软件系统运行情况。
  5.3数据库容量测试：指通过存储过程往数据库表中插入一定数量的数据，看看相关页面是否能够及时显示数据。
  5.4基准测试：主要检验是否与类似的产品具有竞争性的一种测试。
  5.5竞争测试：软件竞争使用各种资源（数据纪录，内存等），看他与其他相关系统对资源的争夺能力。
6. 安全性和访问控制测试
   侧重于安全性的两个关键方面:
  6.1应用程序级别的安全性，包括对数据或业务功能的访问
　6.2系统级别的安全性，包括对系统的登录或远程访问。
7.故障转移和恢复测试:指当主机软硬件发生灾难时候，备份机器是否能够正常启动，使系统是否可以正常运行。
8.配置测试：又叫兼容性测试，核实测试对象在不同的软件和硬件配置中的运行情况。
9.安装测试：包括测试安装代码以及安装手册。安装手册提供如何进行安装，安装代码提供安装一些程序能够运行的基础数据。
10.多语种测试：又称本地化测试，是指为各个地方开发产品的测试。
11.文字测试：测试软件中是否拼写正确，是否易懂，不存在二义性，没有语法错误；文字与内容是否有出入等等，包括图片文字。
12.分辨率测试：测试在不同分辨率下，界面的美观程度。
13发布测试 ：主要在产品发布前对一些附带产品，比如说明书，广告稿等进行测试。
14 文档审核测试：主要包括需求文档测试，设计文档测试，为前置软件测试测试中的一部分。

zerotone2008

游客，本帖隐藏的内容需要积分高于 99999 才可浏览，您当前积分为 0

答题：请说说软件测试的类型有哪些？
常见的测试类型有：
1.   功能测试：完全不考虑程序内部逻辑结构，针对软件界面和功能进行测试。检查程序功能是否符合需求规格说明书的规定。
2.   性能测试：是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。负载测试和压力测试都属于性能测试，两者可以结合进行
3.   负载测试：测试一个应用在不同负荷下的表现，例如测试一个 Web 站点在大量的负荷下，何时系统的响应会退化或失败。
  4、强迫测试：在交替进行负荷和性能测试时常用的术语。也用于描述在异乎寻常的重载下的系统功能测试之类的测试，如某个动作或输入大量的重复，大量数据的输入，对一个数据库系统大量的复杂查询等。
5.   可用性测试：对“用户友好性”的测试。显然这是主观的，且将取决于目标最终用户或客户。用户面谈、调查、用户对话和录象及其他一些技术都可使用。程序员和测试员通常都不宜做可用性测试。
6.   安装/卸载测试：对软件的全部、部分或升级安装/卸载处理过程的测试。
7.   恢复测试：测试一个系统从异常中能否很好地恢复，如遇到系统崩溃、硬件损坏或其他灾难性问题。
8.   安全测试：测试系统在防止非授权的内部或外部用户的访问或故意破坏等情况时怎么样。这可能需要复杂的测试技术。
9.   兼容测试：测试软件在一个特定的硬件/软件/操作系统/网络等环境下的性能如何。
10.  比较测试：与竞争伙伴的产品的比较测试，如软件的弱点、优点或实力。
11.  Alpha 测试：在系统开发接近完成时对应用系统的测试；测试后，仍然会有少量的设计变更。这种测试一般由用户代表完成，测试员记录问题。
12.  Beta 测试：当开发和测试完成后对Beta版本所做的测试，这种测试一般由最终用户完成，不能由程序员或测试员完成。
软件测试技术分类：
一、静态测试—不实际运行程序，而是通过检查和阅读等手段来发现错误并评估代码质量的软件测试技术，也称静态分析技术

1）代码走查---开发部内部进行的，通过讲解，讨论或模拟运行等来找到错误的方法

               2）技术评审—开发组，测试组和相关人员（QA，产品经理等）联合进行的，采用讲解，提问并使用checklist方式进行的查找错误的活动；一般有正式的计划，流程和结果报告。

             3）代码审查—开发部内部进行的，采用讲解，提问并使用checklist方式进行的查找错误的活动；一般有正式的计划，流程和结果报告。

二、动态测试---实际运行程序，并通过观察程序运行的实际结果来发现错误的软件测试技术

1）        黑盒测试—在不知道程序内部结构，只知道程序规格的情况下采用的测试技术或策略。---

功能测试---针对要求的程序功能，按照规范的要求进行测试

性能测试—针对要求的程序功能以外的其他要求，包括性能，安全，配置，负载等指标，按照规范的要求进行测试。

攻击测试—基于破坏目的和经验进行的随机测试


2）        白盒测试—在知道程序内部结构的情况下采用的测试技术或策略


语句覆盖—在测试过程中，选择足够的测试用例，使得每一个可执行语句至少被执行一次。

分支覆盖---在测试过程中，选择足够的测试用例，使得程序中的每一个分支判断的每一种可能结果都至少被执行一次。

路径覆盖---在测试过程中，选择足够的测试用例，使得程序中的每一条可能执行的路径都至少执行一次。


3）        回归测试---程序修改或版本更新以后，为了确保以前正确的功能和其他指标仍旧正确，而重新进行的测试。

lwstar

游客，本帖隐藏的内容需要积分高于 99999 才可浏览，您当前积分为 0

答题:请说说软件测试的类型有哪些？
熟悉的软件测试类型有：
功能测试、性能测试、负载测试、强迫测试、可用性测试、安装/卸载测试、恢复测试、安全测试、兼容测试、比较测试、Alpha 测试、Beta 测试

sherry_shen

游客，本帖隐藏的内容需要积分高于 99999 才可浏览，您当前积分为 0

答题:
常见的软件测试类型
BVT (Build Verification Test)
     BVT是在所有开发工程师都已经检入自己的代码，项目组编译生成当天的版本之后进行，主要目的是验证最新生成的软件版本在功能上是否完整，主要的软件特性是否正确。如无大的问题，就可以进行相应的功能测试。BVT优点是时间短，验证了软件的基本功能。缺点是该种测试的覆盖率很低。因为运行时间短，不可能把所有的情况都测试到。
     Scenario Tests（基于用户实际应用场景的测试）
     在做BVT、功能测试的时候，可能测试主要集中在某个模块，或比较分离的功能上。当用户来使用这个应用程序的时候，各个模块是作为一个整体来使用的，那么在做测试的时候，就需要模仿用户这样一个真实的使用环境，即用户会有哪些用法，会用这个应用程序做哪些事情，操作会是一个怎样的流程。加了这些测试用例后，再与BVT、功能测试配合，就能使软件整体都能符合用户使用的要求。Scenario Tests优点是关注了用户的需求，缺点是有时候难以真正模仿用户真实的使用情况。
     Smoke Test
     在测试中发现问题，找到了一个Bug，然后开发人员会来修复这个Bug。这时想知道这次修复是否真的解决了程序的Bug，或者是否会对其它模块造成影响，就需要针对此问题进行专门测试，这个过程就被称为Smoke Test。在很多情况下，做Smoke Test是开发人员在试图解决一个问题的时候，造成了其它功能模块一系列的连锁反应，原因可能是只集中考虑了一开始的那个问题，而忽略其它的问题，这就可能引起了新的Bug。Smoke Test优点是节省测试时间，防止build失败。缺点是覆盖率还是比较低。
     此外，Application Compatibility Test（兼容性测试），主要目的是为了兼容第三方软件，确保第三方软件能正常运行，用户不受影响。Accessibility Test（软件适用性测试），是确保软件对于某些有残疾的人士也能正常的使用，但优先级比较低。其它的测试还有Functional Test（功能测试）、Security Test（安全性测试）、Stress Test（压力测试）、Performance Test（性能测试）、Regression Test（回归测试）、Setup/Upgrade Test（安装升级测试）等。

yy100t

游客，本帖隐藏的内容需要积分高于 99999 才可浏览，您当前积分为 0

答题:
1.功能测试
2. 性能测试
3.负载测试
4.强迫测试
5.可用性测试
6.安装/卸载测试
7.恢复测试
8.安全测试
9.兼容测试
10.比较测试
11.Alpha 测试
12.Beta 测试

helina168

游客，本帖隐藏的内容需要积分高于 99999 才可浏览，您当前积分为 0

答题:
黑盒测试：不基于内部设计和代码的任何知识，而是基于需求和功能性。

白盒测试：基于一个应用代码的内部逻辑知识，测试是基于覆盖全部代码、分支、路径、条件。

单元测试：最微小规模的测试；以测试某个功能或代码块。典型地由程序员而非测试员来做，因为它需要知道内部程序设计和编码的细节知识。这个工作不容易作好，除非应用系统有一个设计很好的体系结构; 还可能需要开发测试驱动器模块或测试套具。

集成测试：一个应用系统的各个部件的联合测试，以决定他们能否在一起共同工作。部件可以是代码块、独立的应用、网络上的客户端或服务器端程序。这种类型的测试尤其与客户服务器和分布式系统有关。

功能测试：用于测试应用系统的功能需求的黑盒测试方法。这类测试应由测试员做，这并不意味着程序员在发布前不必检查他们的代码能否工作(自然他能用于测试的各个阶段)。

累积综合测试：当一个新功能增加后，对应用系统所做的连续测试。它要求应用系统的不同形态的功能能够足够独立以可以在全部系统完成前能分别工作，或当需要时那些测试驱动器已被开发出来; 这种测试可由程序员或测试员来做。

系统测试：基于系统整体需求说明书的黑盒类测试；应覆盖系统所有联合的部件。

端到端测试：类似于系统测试；测试级的“宏大”的端点；涉及整个应用系统环境在一个现实世界使用时的模拟情形的所有测试。例如与数据库对话，用网络通讯，或与外部硬件、应用系统或适当的系统对话。

比较测试：与竞争伙伴的产品的比较测试，如软件的弱点、优点或实力。

Alpha 测试：在系统开发接近完成时对应用系统的测试；测试后，仍然会有少量的设计变更。这种测试一般由最终用户或其他人员员完成，不能由程序员或测试员完成。

Beta 测试：当开发和测试根本完成时所做的测试，而最终的错误和问题需要在最终发行前找到。这种测试一般由最终用户或其他人员员完成，不能由程序员或测试员完成。

健全测试：典型地是指一个初始化的测试工作，以决定一个新的软件版本测试是否足以执行下一步大的测试努力。例如，如果一个新版软件每5分钟与系统冲突，使系统陷于泥潭，说明该软件不够“健全”，目前不具备进一步测试的条件。

衰竭测试：软件或环境的修复或更正后的“再测试”。可能很难确定需要多少遍再次测试。尤其在接近开发周期结束时。自动测试工具对这类测试尤其有用。

接受测试：基于客户或最终用户的规格书的最终测试，或基于用户一段时间的使用后，看软件是否满足客户要求。

负载测试：测试一个应用在重负荷下的表现，例如测试一个 Web 站点在大量的负荷下，何时系统的响应会退化或失败。

强迫测试：在交替进行负荷和性能测试时常用的术语。也用于描述象在异乎寻常的重载下的系统功能测试之类的测试，如某个动作或输入大量的重复，大量数据的输入，对一个数据库系统大量的复杂查询等。

性能测试：在交替进行负荷和强迫测试时常用的术语。理想的“性能测试”(和其他类型的测试)应在需求文档或质量保证、测试计划中定义。

安装/卸载测试：对软件的全部、部分或升级安装/卸载处理过程的测试。

恢复测试：测试一个系统从如下灾难中能否很好地恢复，如遇到系统崩溃、硬件损坏或其他灾难性问题。

安全测试：测试系统在防止非授权的内部或外部用户的访问或故意破坏等情况时怎么样。这可能需要复杂的测试技术。

可用性测试：对“用户友好性”的测试。显然这是主观的，且将取决于目标最终用户或客户。用户面谈、调查、用户对话的录象和其他一些技术都可使用。程序员和测试员通常都不宜作可用性测试员。

兼容测试：测试软件在一个特定的硬件/软件/操作系统/网络等环境下的性能如何。

[ 本帖最后由 helina168 于 2009-12-3 23:23 编辑 ]

himiko

游客，本帖隐藏的内容需要积分高于 99999 才可浏览，您当前积分为 0

答题：
常见的测试类型有：
功能测试,性能测试,负载测试,可用性测试,压力测试，安装/卸载测试，安全测试，兼容测试等

winnie1208

答题:软件测试的22种类型：
黑盒测试：不基于内部设计和代码的任何知识，而是基于需求和功能性。
　　白盒测试：基于一个应用代码的内部逻辑知识，测试是基于覆盖全部代码、分支、路径、条件。
　　单元测试：最微小规模的测试；以测试某个功能或代码块。典型地由程序员而非测试员来做，因为它需要知道内部程序设计和编码的细节知识。这个工作不容易作好，除非应用系统有一个设计很好的体系结构; 还可能需要开发测试驱动器模块或测试套具。
　　集成测试：一个应用系统的各个部件的联合测试，以决定他们能否在一起共同工作。部件可以是代码块、独立的应用、网络上的客户端或服务器端程序。这种类型的测试尤其与客户服务器和分布式系统有关。
　　功能测试：用于测试应用系统的功能需求的黑盒测试方法。这类测试应由测试员做，这并不意味着程序员在发布前不必检查他们的代码能否工作(自然他能用于测试的各个阶段)。
　　累积综合测试：当一个新功能增加后，对应用系统所做的连续测试。它要求应用系统的不同形态的功能能够足够独立以可以在全部系统完成前能分别工作，或当需要时那些测试驱动器已被开发出来; 这种测试可由程序员或测试员来做。
　　系统测试：基于系统整体需求说明书的黑盒类测试；应覆盖系统所有联合的部件。
　　端到端测试：类似于系统测试；测试级的“宏大”的端点；涉及整个应用系统环境在一个现实世界使用时的模拟情形的所有测试。例如与数据库对话，用网络通讯，或与外部硬件、应用系统或适当的系统对话。
　　比较测试：与竞争伙伴的产品的比较测试，如软件的弱点、优点或实力。
　　Alpha 测试：在系统开发接近完成时对应用系统的测试；测试后，仍然会有少量的设计变更。这种测试一般由最终用户或其他人员员完成，不能由程序员或测试员完成。
    Beta 测试：当开发和测试根本完成时所做的测试，而最终的错误和问题需要在最终发行前找到。这种测试一般由最终用户或其他人员员完成，不能由程序员或测试员完成。
　　健全测试：典型地是指一个初始化的测试工作，以决定一个新的软件版本测试是否足以执行下一步大的测试努力。例如，如果一个新版软件每5分钟与系统冲突，使系统陷于泥潭，说明该软件不够“健全”，目前不具备进一步测试的条件。
　　衰竭测试：软件或环境的修复或更正后的“再测试”。可能很难确定需要多少遍再次测试。尤其在接近开发周期结束时。自动测试工具对这类测试尤其有用。
    接受测试：基于客户或最终用户的规格书的最终测试，或基于用户一段时间的使用后，看软件是否满足客户要求。
　　负载测试：测试一个应用在重负荷下的表现，例如测试一个 Web 站点在大量的负荷下，何时系统的响应会退化或失败。
　　强迫测试：在交替进行负荷和性能测试时常用的术语。也用于描述象在异乎寻常的重载下的系统功能测试之类的测试，如某个动作或输入大量的重复，大量数据的输入，对一个数据库系统大量的复杂查询等。
　　性能测试：在交替进行负荷和强迫测试时常用的术语。理想的“性能测试”(和其他类型的测试)应在需求文档或质量保证、测试计划中定义。
　　安装/卸载测试：对软件的全部、部分或升级安装/卸载处理过程的测试。
　　恢复测试：测试一个系统从如下灾难中能否很好地恢复，如遇到系统崩溃、硬件损坏或其他灾难性问题。
　　安全测试：测试系统在防止非授权的内部或外部用户的访问或故意破坏等情况时怎么样。这可能需要复杂的测试技术。
　　可用性测试：对“用户友好性”的测试。显然这是主观的，且将取决于目标最终用户或客户。用户面谈、调查、用户对话的录象和其他一些技术都可使用。程序员和测试员通常都不宜作可用性测试员。
　　兼容测试：测试软件在一个特定的硬件/软件/操作系统/网络等环境下的性能如何。

从测试是否是针对系统的内部结构和具体实现算法分类可分为白盒测试和黑盒测试。
     按照测试的对象分类（web，client，server，database），设计面向开发的单元测试、GUI和捕获/回放测试，基于web的应用测试，C/C++.JAVA应用测试，负载和性能测试，数据库测试，软件测试和QA管理等各类工具的测试。
其它测试方法，如回归测试、压力测试、恢复测试、安全测试和兼容性测试等。
    按照测试范围分 单元测试（unit testing）、组件测试（component testing）、集成测试（integration testing，string testing） 、系统测试（system testing）、 验收测试（acceptance testing，beta testing）、 安装测试（installation testing）

winnie1208

游客，本帖隐藏的内容需要积分高于 99999 才可浏览，您当前积分为 0

答题:软件测试的22种类型：
黑盒测试：不基于内部设计和代码的任何知识，而是基于需求和功能性。
　　白盒测试：基于一个应用代码的内部逻辑知识，测试是基于覆盖全部代码、分支、路径、条件。
　　单元测试：最微小规模的测试；以测试某个功能或代码块。典型地由程序员而非测试员来做，因为它需要知道内部程序设计和编码的细节知识。这个工作不容易作好，除非应用系统有一个设计很好的体系结构; 还可能需要开发测试驱动器模块或测试套具。
　　集成测试：一个应用系统的各个部件的联合测试，以决定他们能否在一起共同工作。部件可以是代码块、独立的应用、网络上的客户端或服务器端程序。这种类型的测试尤其与客户服务器和分布式系统有关。
　　功能测试：用于测试应用系统的功能需求的黑盒测试方法。这类测试应由测试员做，这并不意味着程序员在发布前不必检查他们的代码能否工作(自然他能用于测试的各个阶段)。
　　累积综合测试：当一个新功能增加后，对应用系统所做的连续测试。它要求应用系统的不同形态的功能能够足够独立以可以在全部系统完成前能分别工作，或当需要时那些测试驱动器已被开发出来; 这种测试可由程序员或测试员来做。
　　系统测试：基于系统整体需求说明书的黑盒类测试；应覆盖系统所有联合的部件。
　　端到端测试：类似于系统测试；测试级的“宏大”的端点；涉及整个应用系统环境在一个现实世界使用时的模拟情形的所有测试。例如与数据库对话，用网络通讯，或与外部硬件、应用系统或适当的系统对话。
　　比较测试：与竞争伙伴的产品的比较测试，如软件的弱点、优点或实力。
　　Alpha 测试：在系统开发接近完成时对应用系统的测试；测试后，仍然会有少量的设计变更。这种测试一般由最终用户或其他人员员完成，不能由程序员或测试员完成。
    Beta 测试：当开发和测试根本完成时所做的测试，而最终的错误和问题需要在最终发行前找到。这种测试一般由最终用户或其他人员员完成，不能由程序员或测试员完成。
　　健全测试：典型地是指一个初始化的测试工作，以决定一个新的软件版本测试是否足以执行下一步大的测试努力。例如，如果一个新版软件每5分钟与系统冲突，使系统陷于泥潭，说明该软件不够“健全”，目前不具备进一步测试的条件。
　　衰竭测试：软件或环境的修复或更正后的“再测试”。可能很难确定需要多少遍再次测试。尤其在接近开发周期结束时。自动测试工具对这类测试尤其有用。
    接受测试：基于客户或最终用户的规格书的最终测试，或基于用户一段时间的使用后，看软件是否满足客户要求。
　　负载测试：测试一个应用在重负荷下的表现，例如测试一个 Web 站点在大量的负荷下，何时系统的响应会退化或失败。
　　强迫测试：在交替进行负荷和性能测试时常用的术语。也用于描述象在异乎寻常的重载下的系统功能测试之类的测试，如某个动作或输入大量的重复，大量数据的输入，对一个数据库系统大量的复杂查询等。
　　性能测试：在交替进行负荷和强迫测试时常用的术语。理想的“性能测试”(和其他类型的测试)应在需求文档或质量保证、测试计划中定义。
　　安装/卸载测试：对软件的全部、部分或升级安装/卸载处理过程的测试。
　　恢复测试：测试一个系统从如下灾难中能否很好地恢复，如遇到系统崩溃、硬件损坏或其他灾难性问题。
　　安全测试：测试系统在防止非授权的内部或外部用户的访问或故意破坏等情况时怎么样。这可能需要复杂的测试技术。
　　可用性测试：对“用户友好性”的测试。显然这是主观的，且将取决于目标最终用户或客户。用户面谈、调查、用户对话的录象和其他一些技术都可使用。程序员和测试员通常都不宜作可用性测试员。
　　兼容测试：测试软件在一个特定的硬件/软件/操作系统/网络等环境下的性能如何。

从测试是否是针对系统的内部结构和具体实现算法分类可分为白盒测试和黑盒测试。
     按照测试的对象分类（web，client，server，database），设计面向开发的单元测试、GUI和捕获/回放测试，基于web的应用测试，C/C++.JAVA应用测试，负载和性能测试，数据库测试，软件测试和QA管理等各类工具的测试。
其它测试方法，如回归测试、压力测试、恢复测试、安全测试和兼容性测试等。
    按照测试范围分 单元测试（unit testing）、组件测试（component testing）、集成测试（integration testing，string testing） 、系统测试（system testing）、 验收测试（acceptance testing，beta testing）、 安装测试（installation testing）

lilysun0411

游客，本帖隐藏的内容需要积分高于 99999 才可浏览，您当前积分为 0

答题:说说软件测试的类型有哪些？

按照测试方法区分，可分为：系统测试、集成测试、单元测试。
按照测试的执行手段区分，可分为：手工测试、自动化测试。
按照软件3阶段的质量，可分为：
1、内部质量：单元测试、集成测试；
2、外部质量：系统测试；
3、使用质量：验收测试（项目），α、β测试（产品）
系统测试中从不同角度去检测系统质量，存在的测试类型：功能测试、性能测试、压力测试、负载测试、容量测试、安全性测试、GUI测试、可用性测试、安装性测试、兼容性测试、异常测试、备份测试、健壮性测试、文档测试、在线帮助测试、网络测试、稳定性测试。
其他测试类型：需求评审、数据库测试。

zhanggq0077

游客，本帖隐藏的内容需要积分高于 99999 才可浏览，您当前积分为 0

答题:
1、按软件生命周期：单元测试、集成测试、系统测试、验收测试、回归测试等
2、按测试方法：黑盒测试、白盒测试、灰盒测试等
3、按测试内容：GUI测试、数据库测试、配置测试、性能测试、功能测试等
4、按测试技术：静态测试、动态测试等
5、按测试环境：Beta 测试、Alpha 测试等
6、按测试力度：冒烟测试、健壮测试、负载测试、极限测试等