面试题

guoguoli

请大家帮一个忙,有一道面试题,
1.软件测试分为哪个测试类型,它们之间有什么区别.
2.写出一个完整的测试的过程

comfort8

顶呀，不错的题，哪位大虾知道呀！！！顶呀

lingirl

一个完整的测试过程包括：测试计划，测试用例，测试，测试报告。
应该考虑进行何种测试

常见的测试类型
ü         黑盒测试 (Black box testing) ── 不考虑内部设计和代码，根据需求和功能进行测试。
        白盒测试(White box testing) -------根据应用软件的代码的内部逻辑,按照代码的语句、分支、路径和条件进行测试
        部件测试 (Unit testing) ——最小范围的测试,针对特定的函数和代码模块进行测试。因为需要了解程序的设计和代码的细节才能进行，所以部件测试一般是程序员。而不是由测试人员来做。除非应用软件的结构设计良好，而且代码也写得清楚，否则部件测试并非易事。也许需要开发测试驱动模块或测试工具。
ü         系统测试 ── 针对全部需求说明进行黑盒测试，包括系统中所有的部件。

dxy_lwj

ding!

不要长大的小孩

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

　　白盒测试：基于一个应用代码的内部逻辑知识，测试是基于覆盖全部代码、分支、路径、条件。
       灰盒测试：介于白盒和黑盒之间，对于内部逻辑有一定了解的情况下进行的测试。

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


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

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

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

　　系统集成测试：在有多个系统集成的情况，对系统之间的接口进行测试

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

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

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

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

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

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

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

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

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

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

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

      BVT测试或冒烟测试：BVT（Basic Verification Test）测试和冒烟测试类似，都是指验证一个设计中的系统能完成设计的基本功能，其构成是一套基本测试用例，对于每个版本的软件提交测试队伍前，这些用例必须测试通过，以免造成Block

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

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

不要长大的小孩

1、正常测试–测试某个功能是否满足需求的定义，功能是否正确，完备。

2、边界测试–对某个功能的边界情况进行测试。

3、异常测试–对某些功能来说，其边界情况无法简单的了解或某些操作不完全是正确的但又是可能发生的，类似这样的情况需要书写相关的异常测试

4、性能测试–检查系统是否满足在需求中所规定达到的性能，性能主要包括了解程序的内外部性能因素。内部性能因素包括测试环境的配置，系统资源使用状况；外部因素包括响应时间，吞吐量等。

4、压力测试–压力测试又称强度测试，主要是检查系统运行环境在极限情况下软件运行的能力，比如说给一个相当大的负荷或网络流量给应用软件

5、兼容测试–测试软件产品在不同的平台，不同的工具，相同工具的不同版本下功能的兼容性。

6、接口测试–在模块组装测试中，很多问题出现在接口部分。单个模块的功能实现了，但组装在一起，就无法正常工作。接口测试要包括两部分的测试：（1）根据设计文档，构造测试数据，验证接口是否正确（2）将接口关联的模块组装在一起进行连调测试。接口测试可以同时检查设计文档的正确性。

7、可安装性测试–主要检查软件能否按照其可能发生的安装过程和配置正确，成功的安装软件。

8、界面测试–主要为了测试基于UI界面的测试

9、启动/停止测试–检查系统，启动，停止，监控，维护等相关的功能是否正常

10、文档测试–检查内部/外部文档的清晰性和准确性，对外部文档而言，还必须考虑文档的简单明了，相关的技术术语是否解释清晰等方面的检查。

11、配置测试–原本主要是测试整个系统中各个设备，资源之间的功能，可控度和可维护程度。现在主要说明的是基于配置文件所提供的各种功能，选项的测试。

12、易用性测试–从使用的合理性和方便程度对系统及软件进行相关的测试和检查，在不影响程序主体和耗费时间太长的前提下，建议多从客户的使用角度来考虑

13、多语言测试–对不同的语言平台，环境下，包括界面，语法，基本功能方面的测试

henrygesa

黑盒白盒都是测试的方法,测试类型应该是功能测试,性能测试,GUI测试等等

一个完整的测试过程包括4个阶段,计划,方案,实现,执行
计划阶段根据需求规格说明书来划分测试项,进行工作分配
方案则从技术的角度上,根据测试项来划分测试子项,写明具体的实现过程,包括采用何种测试方法,从哪些角度来覆盖需求等等
实现是根据方案来编写测试用例
执行当然就是执行用例了,填写测试报告,缺陷报告

jiajia1029

学习了

ybblp

真的不错~~

xxfcxx

我也是个新手,来看看的

liwei19670326

貌似很全面...
不错...

congziok

好！

我爱大熊

只能学习了

yinfeng920

完整的测试过程太大了,只能说测试是分阶段分层次,可以分为,单元测试,集成测试,系统测试.其中每层次的测试过程又可分为:测试计划,测试方案,测试实现,测试执行。
测试类型我觉得应该是：功能测试，性能测试，GUI测试，安全性测试等。
还有测试方法可以有：等价类划分，边界值，因果图，判定表，正交分析等。

sentire

版主说的很全面了