黑盒测试与白盒测试各有哪些优缺点

功能性测试具有两大优点：功能性测试与软件如何实现无关；测试用例开发可以与实现并行进行，因此可以压缩总的项目开发时间。缺点：测试用例之间可能存在严重的冗余，还会有位测试的软件漏洞。结构性测试局限于已经完成的代码行为当中，离代码太近。因此可以结构性测试指标去解决冗余和漏洞问题。如果发现同一条程序路径被多个功能性测试用例遍历，就可以怀疑这种冗余不会发生新的缺陷，如果没有达到一定的DD—路径覆盖，则可知在功能性测试用力中存在漏洞。因此路径测试可以提供作为功能性测试交叉检查的一组指标。

V瀑布模型：强调测试的基本层次，一个开发阶段产生的信息，构成该层次测试用例标识的基础。

V模型指出，单元和集成测试应检测程序的执行是否满足软件设计的要求；系统测试应检测系统功能、性能的质量特性是否达到系统要求的指标；验收测试确定软件的实现是否满足用户需要或合同的要求。

但V模型存在一定的局限性，它仅仅把测试作为在编码之后的一个阶段，是针对程序进行的寻找错误的活动，而忽视了测试活动对需求分析、系统设计等活动的验证和确认的功能。

W模型：测试伴随着整个软件开发周期，而且测试的对象不仅仅是程序，需求、设计等同样要测试，也就是说，测试与开发是同步进行的。W模型有利于尽早地全面的发现问题。

但W模型也存在局限性。在W模型中，需求、设计、编码等活动被视为串行的，同时，测试和开发活动也保持着一种线性的前后关系，上一阶段完全结束，才可正式开始下一个阶段工作。这样就无法支持迭代的开发模型。对于当前软件开发复杂多变的情况，W模型并不能解除测试管理面临着困惑。

基于分解的集成：

优缺点：

1.基于分解的方法在直觉上都很清晰，都用经过测试的组件构建。

2.只要发现失效，就怀疑最新加入的单元，错误容易定位。

3.集成测试很容易根据分解树跟踪。

4.基于分解的集成测试整个机制是根据结构集成单元，假设正确行为来自个体正确的单元和正确的接口。

5.桩和驱动器的开发工作量大。

基于调用图的集成:

优缺点:

1.偏离了纯结构基础，转向行为基础；免除了桩/驱动器的开发工作量；基于调用图的集成与以构建和合成为特征的开发匹配得很好。

2.缺陷隔离存在问题，缺陷难以定位。

基于路径的集成:

优缺点:

1.结合功能性测试与结构性测试，可以避免结构性测试的缺点，同时又使集成测试与系统测试无缝连接；既适合瀑布过程开发，也适合某种基于合成可选的模型开发以及面向对象的开发；与实际系统行为密切匹配。

2.需要更多的工作量来标识MM-路径。

系统测试：系统测试是对已经集成好的软件系统进行彻底的测试，以验证软件系统的正确性和性能等满足其规约所指定的要求，检查软件的行为和输出是否正确并非一项简单的任务，它被称为测试的 “ 先知者问题 ” 。因此，系统测试应该按照测试计划进行，其输入、输出和其他动态运行行为应该与软件规约进行对比。软件系统测试方法很多，主要有功能测试、性能测试、随机测试等等。

集成测试：集成测试是在软件系统集成过程中所进行的测试，其主要目的是检查软件单位之间的接口是否正确。它根据集成测试计划，一边将模块或其他软件单位组合成越来越大的系统，一边运行该系统，以分析所组成的系统是否正确，各组成部分是否合拍。集成测试的策略主要有自顶向下和自底向上两种。

集成测试与系统测试的区别

测试对象:

集成测试的对象是由通过了单元测试的各个模块所集成起来的组件。

系统测试的测试对象除了软件之外，还包括计算机硬件、相关外围设备以及数据传输机构等。

测试时间:

集成测试是介于单元测试和系统测试之间的测试。

测试方法:

集成测试：通常采用白盒测试和黑盒测试相结合的测试方法。

系统测试：通常使用黑盒测试。

测试内容:

集成测试：各个单元模块直接的接口，以及各个模块集成后所实现的功能。

系统测试：整个系统的功能和性能。

测试目的:

集成测试：发现单元之间接口的错误，以及发现集成后的软件同软件概要设计说明书不一致的地方，确保各个单元模块组合在一起后，能够达到软件概要设计说明的要求，协调一致地工作。

系统测试：通过与系统需求定义相比较，发现软件与系统定义不符合或矛盾的地方。

测试角度:

集成测试：更多是站在开发人员的角度上，以便发现更多的问题。

系统测试：更多是站在用户的角度来进行，以证明系统的各个组成部分能够协调一致地工作，以及验证软件在其运行的软件环境和硬件环境下都可以正常工作。