软件测试基础知识

最新推荐文章于 2023-12-19 20:56:08 发布

小昭吖

最新推荐文章于 2023-12-19 20:56:08 发布

阅读量404

点赞数

分类专栏：笔记

本文链接：https://blog.csdn.net/qq_47962059/article/details/109860995

版权

笔记专栏收录该内容

25 篇文章 0 订阅

订阅专栏

软件测试基础知识

一. 软件缺陷和软件故障

软件缺陷的定义

1软件出现了说明书上说明的不会出现的错误
2.软件没有达到说明书或者需求文档上的所规定的的功能
3.软件的功能超出了说明书上所写的范围
4.软件测试员认为的不好理解和使用的、运行慢的、用户认为不好的
软件缺陷产生的原因

1.需求解释错误
2.用户需求定义错误
3.需求记录错误
4.设计说明有误
5.编码说明有误
6.程序代码有误
7.测试错误
8.问题修改不正确
9.不正确的结果是由于其他的缺陷而产生的
软件测试和缺陷修复的代价

缺陷越早发现越好，修复缺陷的代价就会越小

二.软件测试定义

(为了发现程序中的错误而执行程序的过程)
1.为了发现程序员在开发中存在的代码以及逻辑错误
2.审核产品的完成是否符合用户的需求
3.提高客户的体验
4.交付更高质量的产品

软件测试前景
新人如何融入一个项目团队

优秀的测试员的基本素质

 1.参与需求讨论，制定测试计划，确保测试能顺利执行并完成
 2.负责项目的功能性测试、用户体验测试、兼容性测试以及性能测试
 3.负责测试用例的编写 ，编写测试报告和对测试结果分析
 4.与开发人员、产品经理沟通合作和协作，推动整个项目的顺利进行
 5.负责软件开发团队项目进度管理工作
 6.熟悉Linux常用命令，熟悉常用的数据库，熟练使用基本的SQL语句
 7.熟练使用Loadrunner、Jmeter等至少一种性能测试工具

在这里插入图片描述

程序测试包含哪些内容

1.逻辑功能 2.界面 3.性能 4.易用性 5.兼容性 6.安装 7.文档测试 8.排版 9.字体大小
测试环境

测试环境=硬件+软件+网络
硬件环境：笔记本,台式机，服务器
软件环境：不同的操作系统 windows10、windows8、windows7 、Linux 、Mac，
不同浏览器firefox  chrom
网络:局域网还是互联网

在这里插入图片描述

测试流程

在这里插入图片描述

三. 软件测试分类

在这里插入图片描述

黑盒测试和白盒测试

黑盒测试(Black Box-Test)指的是把被测试的软件看做一个黑盒子，不去关心盒子里边的结构，只关心软件输入的数据和输出结果
白盒测试(White Box Testing),指的是把盒子盖打开，去研究里边的源代码和程序结构

在这里插入图片描述

静态测试和动态测试

 静态测试:是指 不实际运行 被测试软件 ，只是静态的检查 程序代码、界面、文档中可能存在的错误
 动态测试:是指 实际行动 被测程序，输入响应的测试数据，检查史记输入结果和预期结果是否相等的过程

功能测试和性能测试

1.功能测试
是黑盒测试的一部分，他检查实际软件的功能是否符合用户的需求
功能测试可以细分逻辑功能测试、界面测试、易用性测试、安装测试、兼容性测试
2.性能测试:
时间性能、空间性能、一般性能测试、稳定性测试、负载测试、压力测试

回归测试、冒烟测试、随机测试

  1.回归测试: 是指对新版本进行测试时，重复执行上一个版本测试时的用例(也就是指修改了就得代码后，重新进行测试以确认没有引入新的错误或导致其他代码产生错误)
  2.冒烟测试:指的是对一个软件进行系统大规模的测试之前，先验证一下软件的基本功能是否实现，是否具备可测性
  3.随机测试:是指测试中所有 输入数据都是随机生成的，目的就是模拟用户的真是操作，并发现一些边缘性的错误

单元测试、集成测试、系统测试、验收测试

	1.单元测试:是指对软件中的最小可检测单元进行检查和验证(单元就是人为规定的最小的被测功能模块)，
	单元测试当一段代码完成之后，是由白盒测试工程师或者开发人员自行测试,大部分公司单元测试由开发人员简单编译和调试一下自己的程序，没有相应的单元测试计划
	单元测试方法:先静态地观察代码是否符合规范，然后动态的运行一下代码，检查运行结果
	2.集成测试:是单元测试的下一阶段，是指将通过测试单元模板组装成系统或者子系统，再进行测试，重点测试不同模板的接口部分
	3.系统检测:是指将整个软件看做一个整体进行测试，包括对功能、性能以及软件所运行的软硬件环境进行测试
	4.验收测试:以用户为主的测试，软件开发人员和质量保证人员参加

在这里插入图片描述

四.测试分类占比

在这里插入图片描述

五.软件测试的原则

1.应当把“尽早和不断地测试”作为开发者的座右铭。
2.设计测试用例时，应该考虑到合法的输入和不合法的输入，以及各种边界条件，特殊情况下要制造极端状态和意外状态，比如网络异常中断、电源断电等情况。
3.一定要注意测试中的错误集中发生现象，这和程序员的编程水平和习惯有很大的关系。
4.对测试错误结果一定要有一个确认的过程。一般有A测试出来的错误，一定要有一个B来确认，严重的错误可以召开评审会进行讨论和分析。
5.制定严格的测试计划，并把测试时间安排得尽量宽松，不要希望在极短的时间内完成一个高水平的测试。
6.回归测试的关联性一定要引起充分的注意，修改一个错误而引起更多错误出现的现象并不少见。
7.妥善保存一切测试过程文档，意义是不言而喻的，测试的重现性往往要靠测试文档。

六.软件的开发模式

迭代和增量的理解

在这里插入图片描述

七.软件生命周期模型

一个软件产品或软件系统也要经历孕育、诞生、成长、成熟、衰亡等阶段，一般称为软件生命周期（软件生存周期） 。软件生命周期模型是指人们为开发更好的软件而归纳总结的软件生命周期的典型实践参考

在这里插入图片描述

V模型

 1.V 模型的左边下降的是开发过程各阶段，右边上升的部分，是各测试过程的各个阶段。
 2.V模型的缺陷及解决思路
 	V模型仅仅把测试过程作为在需求分析、系统设及			编码之后的一个阶段，忽视了测试对需求分析,	系统设计的验证，需求的满足情况一直到后期的验收测试才被验证。解决的思路是，当一个软件开发的时候，研发人员和测试人员需要同时工作，测试在软件做需求分析的同时就会有测试用例的跟踪，这样，可以尽快找出程序错误和需求偏离，从而更高效的提高程序质量，最大可能的减少成本，同时满足用户的实际软件需求。

优点：
1 每一个阶段都清晰明了，便于控制开发的每一个过程。
2 既包含单元测试又包含系统测试。
缺点：
1 测试介入的比较晚，对于前期的一些缺陷无从发现和修改。
2 测试和开发串行
在这里插入图片描述

W模型
```
 W模型比V模型更科学。W模型是V模型的发展，强调的是测试伴随着整个软件开发周期，而且测试的对象不仅仅是程序，需求、功能和设计同样要测试。测试与开发是同步进行的，从而有利于尽早地发现问题。
```
优点
1 测试伴随着软件的整个生命周期，例如，在需求分析结束后就可以进行需求分析测试。
2 测试于开发是并行独立进行的。
缺点
1 对有些项目，开发过程中根本没有文档产生，故W模型无法使用。
2 对于需求和设计的测试技术要求很高，实践起来很困难。