软件测试 通用技术02 测试流程 V模型 W模型 H模型 X模型 单元测试 软件测试分类

文章目录

• • 1 软件测试流程
  • 2 软件测试过程模型
  • • 2.1 V模型（重点）
    • 2.2 W模型（重点）
    • 2.3 H模型
    • 2.4 X模型
  • 3 软件测试过程理念
  • 4 软件测试分类
  • • 4.1 按照开发阶段划分
    • • 单元测试
      • 集成测试
      • 确认测试
      • 系统测试
      • 验收测试
    • 4.2 按照测试技术划分
    • • 黑盒测试
      • 白盒测试
      • 灰盒测试
    • 4.3 按照代码运行划分
    • • 静态测试
      • 动态测试
    • 4.4 按照软件特性划分
    • • 功能测试（基础）
      • 性能测试
      • 安全性测试
    • 4.5 其他测试类型
    • • 回归测试
      • 冒烟测试
      • 随机测试
      • 猴子测试
    • 4.6 按照测试运行主体划分
    • • 手工测试
      • 自动化测试
  • 小结
  • 5 软件测试的原则

1 软件测试流程

软件测试流程独立于开发之外的流程。在执行测试时，与开发有交集。

V模型（线性的工作方式）
揭示了开发过程与测试过程中各阶段的对应关系
V模型缺点与不足
V模型仅仅把测试过程作为在需求分析、系统设计
及编码之后的一个阶段，忽视了测试对需求分析、系统设计的验证;
需求的满足情况一直到后期的验收测试才被验证;·没有体现出“尽早地和不断地进行软件测试”的原则。

牢记该V模型的图和优缺点

2.2 W模型（重点）

H模型将测试活动完全独立出来，形成了一个完全独立的流程，将测试准备活动和测试执行活动清晰地体现出来。
H模型揭示了一个原理：软件测试是一个独立的流程！
H模型指出软件测试要尽早准备，尽早执行；
只要某个测试达到准备就绪点，测试执行活动就可以开展，并且不同的测试活动可按照某个次序先后进行，也可以反复进行。

2.4 X模型

测试账 ，密码，登录按钮。

集成测试

通常在单元测试的基础上，将所有的程序模块进行有序的、递增的测试。集成测试是检验程序单元或部件的接口关系，逐步集成符合概要设计要求的程序部件或整个系统。
集成测试比较多的涉及到接口测试（接口测试工具和方法）。
集成测试是一个持续不断的过程。

4.2 按照测试技术划分

黑盒测试

通过软件的外部表现来发现其缺陷和错误。
黑盒测试法把测试对象看成一个黑盒子完全不考虑程序内部结构和处理过程。
黑盒测试是在程序界面处进行测试，它只是检查程序是否按照需求规格说明书的规定正常实现。

白盒测试

读懂代码和算法，提高算法的性能。
通过对程序内部结构的分析、检测来寻找问题。
白盒测试可以把程序看成装在一个透明的盒子里，检查是否所有的结构及路径都是正确的，检查软件内部动作是否按照设计说明的规定正常进行。白盒测试又称结构测试。

灰盒测试

介于白盒测试与黑盒测试之间的测试。
灰盒测试关注输出对于输入的正确性；同时也关注内部表现，但这种关注不像白盒测试那样详细、完整，只是通过一些表征性的现象、事件、标志来判断内部的运行状态。

4.3 按照代码运行划分

静态测试

指不实际运行被测对象，而只是静态地检查程序代码、界面或文档中可能存在错误的过程。
代码测试：主要测试代码是否符合相应的标准和规范。
界面测试：主要测试软件的实际界面与需求中的说明是否相符。
文档测试：主要测试用户手册和需求说明是否真正符合用户的实际需求。

动态测试

指实际运行被测对象，输入相应的测试数据，检查实际输出结果和预期结果是否相符的过程。所以我们判断一个测试属于动态测试还是静态测试，唯一的标准就是看是否运行程序。

4.4 按照软件特性划分

功能测试（基础）

黑盒测试的一方面，它检查实际软件的功能是否符合用户的需求。
逻辑功能测试。
界面测试
易用性测试
安装/卸载测试
兼容性测试（兼容硬件和操作系统）

性能测试

功能的另一个指标，主要关注软件中的某一功能在指定的时间、空间条件下，是否使用正常。
软件的性能包括很多方面，主要有时间性能和空间性能两种。

安全性测试

验证安装在系统内的保护机制能否在实际应用中对系统进行保护，使之不被非法入侵，不受各种因素的干扰。

4.5 其他测试类型

回归测试

在新版本测试时，重复执行之前版本的所有测试用例。
目的：
1 验证之前版本产生的所有缺陷已全部被修复；
⒉确认修复这些缺陷没有引发新的缺陷

冒烟测试

·是指在对一个新版本进行系统大规模的测试之前，先验证一下软件的基本功能是否实现，是否具备可测性。也叫可测性测试。

随机测试

是指测试人员基于经验和直觉的测试，发现一些边缘性的错误。

猴子测试

把自己当成不懂产品的笨蛋或者小动物,随便乱点,没有任何的主观意识和想法参与进来,让一些意想不到的操作造成错误的结果。

4.6 按照测试运行主体划分

手工测试

就是功能测试：（点点点）

自动化测试

利用工具软件，或者编写代码的方式，测试被测试软件系统。

小结

测试阶段用什么测试技术（黑盒，白盒）没有关系。
在单元测试阶段采用白盒测试技术，使用动态测试，注重软件的性能测试。
在集成测试阶段采用灰盒测试技术，使用动态测试，注重软件的安全测试。
在确认测试阶段采用黑盒测试技术，使用动态测试，注重软件的功能测试，采取冒烟测试。
在系统测试阶段采用黑盒测试技术，使用动态测试，注重软件的功能测试、性能测试和安全测试，采取回归测试。
在验收测试阶段采用黑盒测试技术，使用动态测试，注重软件的功能测试、性能测试和安全测试，采取随机测试和猴子测试。

5 软件测试的原则

所有测试的标准都是建立在用户需求之上。
软件测试必须基于“质量第一”的思想去开展各项工作，当时间和质量冲突时，时间要服从质量。事先定义好产品的质量标准，只有有了质量标准，才能根据测试的结果，对产品的质量进行分析和评估。
软件项目一启动，软件测试也就是开始，而不是等程序写完，才开始进行测试。
穷举测试是不可能的。
**第三方进行测试会更客观，更有效。**测试团队的工作独立性越高，测试越有效。
软件测试计划是做好软件测试工作的前提。
测试用例是设计出来的，不是写出来的，所以要根据测试的目的，采用相应的方法去设计测试用例，从而提高测试的效率，更多地发现错误，提高程序的可靠性。
对发现错误较多的程序段，应进行更深入的测试。一般来说，一段程序中已发现的错误数越多，其中存在的错误概率也就越大。
重视文档，妥善保存一切测试过程文档（测试计划、测试用例、测试 告等）。
应当把“尽早和不断地测试”作为测试人员的座右铭。
回归测试的关联性一定要引起充分的注意，修改一个错误而引起更多错误出现的现象并不少见测试应从“小规模”开始，逐步转向“大规模”。
不可将测试用例置之度外，排除随意性。
必须彻底检查每一个测试结果。
一定要注意测试中的错误集中发生现象，这和程序员的编程水平和习惯有很大的关系。
对测试错误结果一定要有一个确认的过程。

面试时遇到的问题
1 测试时间不够的情况下，还有大量的内容没有测试，软件能不能上线/发布/发版br> 答：不能，一定要保证质量。如果上线，会给企业带来负收益。
2 有的严重的bug没有修复，但是赶着上线，能不能通融/放任br> 答：坚决不能！
3 需求重要吗误的需求对测试有什么影响br> 答：所有测试的标准都是建立在用户需求之上。
4 你觉得软件测试在什么阶段介入比较好什么br> 答：软件项目一启动，软件测试也就是开始，而不是等程序写完，才开始进行测试。问题早发现，早解决。
5 软件发布了，但是有缺陷，是测试人员的错吗br> 答：并不是，在有限的时间内，不可能将每一个每一种缺陷都进行测试和验证。测试人员能保证有更少的缺陷，但不能保证没有缺陷。
6 你写过测试计划吗含什么内容试计划可以被修改吗br> 答：有写过。软件测试计划是做好软件测试工作的前提。可以的。
7 设计和编写测试用例有什么区别br> 设计是一项脑力活动，编写是一项体力活动，将设计好的内容通过文字的形式表现出来。
8 针对已经发现了缺陷的模块，如何进行深入测试br> 答：对发现缺陷的模块使劲测试，另外关联的模块也要进行测试。（缺陷有一种集群效应）
9 软件项目不着急的时候，测试人物完成，你会干什么br> 答：反复继续测试，写测试 告和测试用例。
10 软件项目上线了/发布了，还要进行测试吗br> 答：尽可能多测试，发现缺陷。
11 你觉得有什么样的缺点br> 绝对不能说的：粗心，耐心不能、不善与人沟通、语言表达能力不行。
应该说：自己极端，倔，斤斤计较，穷追不舍。