[有奖问答11]请说说软件测试的类型有哪些？
请说说软件测试的类型有哪些？答题前请复制以下回贴格式(蓝字部分)，并填写好个人真实有效信息，以确保奖品发送无误。
**** Hidden Message *****
答题: **** Hidden Message *****
答题：请说说软件测试的类型有哪些？
常见的测试类型有：
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） 回归测试---程序修改或版本更新以后，为了确保以前正确的功能和其他指标仍旧正确，而重新进行的测试。
答题：软件测试的类型有哪些？
**** Hidden Message *****答题:
黑盒测试：
功能测试
性能测试包括（负载测试，压力测试）
可用性测试
安装/卸载测试
恢复测试（容错测试）
安全测试
兼容测试
Alpha 测试
Beta 测试
白盒测试
语句覆盖
分支覆盖
条件覆盖
路径覆盖
选择覆盖
[ 本帖最后由 jency_moon 于 2009-11-23 18:09 编辑 ] **** Hidden Message *****
答题:从是否需要执行被测试软件的角度，可以分为静态测试和动态测试。
从测试是否是针对系统的内部结构和具体实现算法分类可分为白盒测试和黑盒测试。
按照测试的对象分类（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） **** Hidden Message *****
答题:
按透明度划分：
黑盒，白盒，灰盒
按过程划分
单元测试，集成测试，系统测试
按技术划分
手工测试，自动化测试
非主流测试如验收测试，beta测试
monkey test 冒烟测试，回归测试
[ 本帖最后由 love_yuzhilian 于 2009-11-27 11:40 编辑 ] **** Hidden Message *****
答题:
按划分标准不同
静态测试，动态测试。
白盒测试，黑盒测试,灰盒测试
单元测试，组件测试/集成测试，系统测试
其他如验收测试，安装测试，兼容测试等 **** Hidden Message *****
答题:
功能测试、强度测试、可用性测试、安全性测试、性能测试、
配置测试、兼容/变换测试、可安装性测试、可靠性测试、
恢复测试、可维护性测试 **** Hidden Message *****
答题:
功能测试，界面测试，兼容性测试，易用性测试，安装测试，性能测试等~~~ **** Hidden Message *****
答题:
功能测试、可用性测试、安全性测试、性能测试、配置测试、可靠性测试、恢复测试、可维护性测试等等 **** Hidden Message *****
答题:请说说软件测试的类型有哪些？
熟悉的软件测试类型有：
功能测试、性能测试、负载测试、强迫测试、可用性测试、安装/卸载测试、恢复测试、安全测试、兼容测试、比较测试、Alpha 测试、Beta 测试 **** Hidden Message *****
答题:
1. 数据和数据库完整性测试
2. 功能测试
3. 性能测试
4. GUI测试
5. 压力测试
6. 负载测试
7. 数据库容量测试
8. 故障转移和恢复测试
9. 安全性和访问控制测试
10. 配置测试
11. 安装卸载测试
12. 兼容性测试
13. 发布测试
14. 文档测试
分类还有很多方法
按照方式可分为：白盒，黑盒，灰盒
按照是否执行可分为：静态测试和动态测试
安装阶段分为：单元测试，集成测试，系统测试，验收测试等等 **** Hidden Message *****
答题:软件测试从不同角度划分可得到多种类型：
黑盒测试：不基于内部设计和代码的任何知识，而是基于需求和功能性。
白盒测试：基于一个应用代码的内部逻辑知识，测试是基于覆盖全部代码、分支、路径、条件。
单元测试：最微小规模的测试；以测试某个功能或代码块。典型地由程序员而非测试员来做，因为它需要知道内部程序设计和编码的细节知识。这个工作不容易作好，除非应用系统有一个设计很好的体系结构; 还可能需要开发测试驱动器模块或测试套具。
集成测试：一个应用系统的各个部件的联合测试，以决定他们能否在一起共同工作。部件可以是代码块、独立的应用、网络上的客户端或服务器端程序。这种类型的测试尤其与客户服务器和分布式系统有关。
功能测试：用于测试应用系统的功能需求的黑盒测试方法。这类测试应由测试员做，这并不意味着程序员在发布前不必检查他们的代码能否工作(自然他能用于测试的各个阶段)。
累积综合测试：当一个新功能增加后，对应用系统所做的连续测试。它要求应用系统的不同形态的功能能够足够独立以可以在全部系统完成前能分别工作，或当需要时那些测试驱动器已被开发出来; 这种测试可由程序员或测试员来做。
系统测试：基于系统整体需求说明书的黑盒类测试；应覆盖系统所有联合的部件。
端到端测试：类似于系统测试；测试级的“宏大”的端点；涉及整个应用系统环境在一个现实世界使用时的模拟情形的所有测试。例如与数据库对话，用网络通讯，或与外部硬件、应用系统或适当的系统对话。
比较测试：与竞争伙伴的产品的比较测试，如软件的弱点、优点或实力。
Alpha 测试：在系统开发接近完成时对应用系统的测试；测试后，仍然会有少量的设计变更。这种测试一般由最终用户或其他人员员完成，不能由程序员或测试员完成。
Beta 测试：当开发和测试根本完成时所做的测试，而最终的错误和问题需要在最终发行前找到。这种测试一般由最终用户或其他人员员完成，不能由程序员或测试员完成。
健全测试：典型地是指一个初始化的测试工作，以决定一个新的软件版本测试是否足以执行下一步大的测试努力。例如，如果一个新版软件每5分钟与系统冲突，使系统陷于泥潭，说明该软件不够“健全”，目前不具备进一步测试的条件。
衰竭测试：软件或环境的修复或更正后的“再测试”。可能很难确定需要多少遍再次测试。尤其在接近开发周期结束时。自动测试工具对这类测试尤其有用。
接受测试：基于客户或最终用户的规格书的最终测试，或基于用户一段时间的使用后，看软件是否满足客户要求。
负载测试：测试一个应用在重负荷下的表现，例如测试一个 Web 站点在大量的负荷下，何时系统的响应会退化或失败。
强迫测试：在交替进行负荷和性能测试时常用的术语。也用于描述象在异乎寻常的重载下的系统功能测试之类的测试，如某个动作或输入大量的重复，大量数据的输入，对一个数据库系统大量的复杂查询等。
性能测试：在交替进行负荷和强迫测试时常用的术语。理想的“性能测试”(和其他类型的测试)应在需求文档或质量保证、测试计划中定义。
安装/卸载测试：对软件的全部、部分或升级安装/卸载处理过程的测试。
恢复测试：测试一个系统从如下灾难中能否很好地恢复，如遇到系统崩溃、硬件损坏或其他灾难性问题。
安全测试：测试系统在防止非授权的内部或外部用户的访问或故意破坏等情况时怎么样。这可能需要复杂的测试技术。
可用性测试：对“用户友好性”的测试。显然这是主观的，且将取决于目标最终用户或客户。用户面谈、调查、用户对话的录象和其他一些技术都可使用。程序员和测试员通常都不宜作可用性测试员。
兼容测试：测试软件在一个特定的硬件/软件/操作系统/网络等环境下的性能如何。 **** Hidden Message *****
答题:
静态测试，动态测试
黑盒测试，白盒测试，灰盒测试
界面测试，功能测试，性能测试，易用性测试，安全性测试
单元测试，集成测试，系统测试，回归测试，配置安装测试，验收测试
压力测试，负载测试
Alpha 测试、Beta 测试 **** Hidden Message *****
软件测试的类型有很多，不同的划分标准就有不同的分类，就拿我们第三方评测机构来说，根据软件属性和相关国家标准，就有以下的分类：软件产品登记测试、软件科技成果鉴定测试、科技项目验收测试、信息系统验收测试、评估测试、司法鉴定测试等。
若按软件质量特性来分就有：功能适合性测试、安全保密性测试、互操作性测试、可移植性测试、可扩展性测试、可维护性测试、易用性测试、可靠性测试、效率测试等
若按测试方法来分则有：黑盒测试、白盒测试、灰盒测试
若按软件生命周期来分则有：单元测试、集成测试、系统测试、验收测试、回归测试
若按测试内容来分有：GUI测试、数据库测试、配置测试、性能测试、功能测试
若按测试力度来分有：冒烟测试、健壮测试、负载测试、极限测试
若按测试环境来分有：Alpha 测试、Beta 测试
若测试技术分则有：静态测试、动态测试 **** Hidden Message *****
答题:
1.黑盒测试与白盒测试
2.静态测试与动态测试
3.单元测试、集成测试、系统测试、验收测试
4.功能测试与性能测试
5.回归测试、冒烟测试、随机测试
看来业界目前并未有统一的标准
**** Hidden Message *****答题:
软件测试类型，按照不同的划分标准，有不同的分类：
按阶段划分：单元测试，集成测试，系统测试，验收测试。
按是否运行程序划分：静态测试，动态测试。
按是否查看源代码划分：白盒测试（代码走查，代码审查，技术评审）；
灰盒测试；
黑盒测试（1.功能测试：逻辑功能测试，界面测试，易用性测试，安装测试，兼容性测试；
2.性能测试：一般性能测试，稳定性测试，负载测试，压力测试）。
其它：回归测试，冒烟测试，随机测试。
[ 本帖最后由 156881887 于 2009-12-4 20:42 编辑 ] **** Hidden Message *****
答题:软件测试的22种类型：
黑盒测试：不基于内部设计和代码的任何知识，而是基于需求和功能性。
白盒测试：基于一个应用代码的内部逻辑知识，测试是基于覆盖全部代码、分支、路径、条件。
单元测试：最微小规模的测试；以测试某个功能或代码块。典型地由程序员而非测试员来做，因为它需要知道内部程序设计和编码的细节知识。这个工作不容易作好，除非应用系统有一个设计很好的体系结构; 还可能需要开发测试驱动器模块或测试套具。
集成测试：一个应用系统的各个部件的联合测试，以决定他们能否在一起共同工作。部件可以是代码块、独立的应用、网络上的客户端或服务器端程序。这种类型的测试尤其与客户服务器和分布式系统有关。
功能测试：用于测试应用系统的功能需求的黑盒测试方法。这类测试应由测试员做，这并不意味着程序员在发布前不必检查他们的代码能否工作(自然他能用于测试的各个阶段)。
累积综合测试：当一个新功能增加后，对应用系统所做的连续测试。它要求应用系统的不同形态的功能能够足够独立以可以在全部系统完成前能分别工作，或当需要时那些测试驱动器已被开发出来; 这种测试可由程序员或测试员来做。
系统测试：基于系统整体需求说明书的黑盒类测试；应覆盖系统所有联合的部件。
端到端测试：类似于系统测试；测试级的“宏大”的端点；涉及整个应用系统环境在一个现实世界使用时的模拟情形的所有测试。例如与数据库对话，用网络通讯，或与外部硬件、应用系统或适当的系统对话。
比较测试：与竞争伙伴的产品的比较测试，如软件的弱点、优点或实力。
Alpha 测试：在系统开发接近完成时对应用系统的测试；测试后，仍然会有少量的设计变更。这种测试一般由最终用户或其他人员员完成，不能由程序员或测试员完成。
Beta 测试：当开发和测试根本完成时所做的测试，而最终的错误和问题需要在最终发行前找到。这种测试一般由最终用户或其他人员员完成，不能由程序员或测试员完成。
健全测试：典型地是指一个初始化的测试工作，以决定一个新的软件版本测试是否足以执行下一步大的测试努力。例如，如果一个新版软件每5分钟与系统冲突，使系统陷于泥潭，说明该软件不够“健全”，目前不具备进一步测试的条件。
衰竭测试：软件或环境的修复或更正后的“再测试”。可能很难确定需要多少遍再次测试。尤其在接近开发周期结束时。自动测试工具对这类测试尤其有用。
接受测试：基于客户或最终用户的规格书的最终测试，或基于用户一段时间的使用后，看软件是否满足客户要求。
负载测试：测试一个应用在重负荷下的表现，例如测试一个 Web 站点在大量的负荷下，何时系统的响应会退化或失败。
强迫测试：在交替进行负荷和性能测试时常用的术语。也用于描述象在异乎寻常的重载下的系统功能测试之类的测试，如某个动作或输入大量的重复，大量数据的输入，对一个数据库系统大量的复杂查询等。
性能测试：在交替进行负荷和强迫测试时常用的术语。理想的“性能测试”(和其他类型的测试)应在需求文档或质量保证、测试计划中定义。
安装/卸载测试：对软件的全部、部分或升级安装/卸载处理过程的测试。
恢复测试：测试一个系统从如下灾难中能否很好地恢复，如遇到系统崩溃、硬件损坏或其他灾难性问题。
安全测试：测试系统在防止非授权的内部或外部用户的访问或故意破坏等情况时怎么样。这可能需要复杂的测试技术。
可用性测试：对“用户友好性”的测试。显然这是主观的，且将取决于目标最终用户或客户。用户面谈、调查、用户对话的录象和其他一些技术都可使用。程序员和测试员通常都不宜作可用性测试员。
兼容测试：测试软件在一个特定的硬件/软件/操作系统/网络等环境下的性能如何。 **** Hidden Message *****
答题:
1.基于是否关注软件结构与算法
黑盒测试
白盒测试
2.基于是否执行被测试软件
静态测试
动态测试
3.基于测试的不同阶段
单元测试
集成测试
系统测试
验收测试
4.软件测试的内容
回归测试
功能测试
负载测试
压力测试
性能测试
易用性测试
安装与反安装测试
恢复测试
安全性测试
兼容性测试
内存泄露测试
比较测试
Alpha 测试
Beta测试 **** Hidden Message *****
答题:
根据不同的划分标准，测试类型有不同的分类，通常会从以下几个角度划分
从是否需要执行被测对象的角度，可以分为静态测试和动态测试；
从是否需要了解被测对象内部结构的角度，可分为白盒测试、黑盒测试以及灰盒测试；
从测试阶段的角度，可以分为单元测试、集成测试、系统测试；
另外，从软件质量特性的角度来看，有性能测试、压力测试、安全性测试、GUI测试、兼容性测试、配置测试、安装测试== **** Hidden Message *****
答题:根据不同的划分标准，测试类型有不同的分类，通常会从以下几个角度划分
从是否需要执行被测对象的角度，可以分为静态测试和动态测试；
从是否需要了解被测对象内部结构的角度，可分为白盒测试、黑盒测试以及灰盒测试；
从测试阶段的角度，可以分为单元测试、集成测试、系统测试；
另外，从软件质量特性的角度来看，有性能测试、压力测试、安全性测试、GUI测试、兼容性测试、配置测试、安装测试
页:
[1]
2
