软件测试基础知识

最新推荐文章于 2023-05-23 20:14:16 发布

瀚海山巍峨

最新推荐文章于 2023-05-23 20:14:16 发布

阅读量140

点赞数

文章标签：软件测试

本文链接：https://blog.csdn.net/weixin_46345494/article/details/116275432

版权

一、软件测试

1.软件测试的定义

	通过人工或自动化的方式来验证软件的实际结果与用户需求是否一致的过程。
	
	通俗来说，软件测试需要在发布软件之前，尽可能的找软件的错误，要满足用户使用的需求，尽量避免在发布之后给用户带来不好的体验。

2.软件测试的原则

	原则一：尽早进入软件测试
		60%的错误来自设计以前，错误发现的越早，修正所需要的费用就越少。
	原则二：应该远在测试开始之前就制定出测试计划
	原则三：独立测试
		程序员应避免检查自己的程序，程序设计也不应测试自己开发的程序，软件开发者难以客观、有效地测试自己的软件。
	原则四：穷尽测试是不可行的
	原则五：错软件错误呈现群集现象
		应对错误群集的程序段进行重点测试
	原则六：严格性原则
		严格执行测试计划，排除测试的随意性
	原则七：覆盖原则
		应当对每一个测试结果坐全面的检查
	原则八：回归测试原则
		妥善保修测试用例、测试计划、出错统计和最终分析报告，不仅可以用于回归测试，也可以位以后的测试提供参考。
	原则九：IPO原则
		试用例由测试输入数据和与之对应的预期输出结果这两部分组成

二、测试模型的介绍

测试的六种模型

在这里插入图片描述
常用的两种模型

V模型

V 模型的左边下降的是开发过程各阶段，与此相对应的是右边上升的部分，即各测试过程的各个阶段。
V 模型的优点在于它非常明确地标明了测试过程中存在的不同级别，并且清楚地描述了这些测试阶段和开发各阶段的对应关系。

在这里插入图片描述

优缺点

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

W模型

 相对于V模型，W模型更科学。W模型是V模型的发展，强调的是测试伴随着整个软件开发周期，而且测试的对象不仅仅是程序，需求、功能
 和设计同样要测试。测试与开发是同步进行的，从而有利于尽早地发现问题。

在这里插入图片描述

优缺点

优点
	1 测试伴随着软件的整个生命周期，例如，在需求分析结束后就可以进行需求分析测试。
	2 测试与开发是并行独立进行的。
缺点
	1 对有些项目，开发过程中根本没有文档产生，故W模型无法使用。
	2 对于需求和设计的测试技术要求很高，实践起来很困难。

三、软件测试流程

阶段名	工作内容	产出物
测试准备阶段	项目立项、需求分析、需求评审	需求文档、产品PRD（需求文档）
测试计划阶段	编写测试计划、测试计划评审	测试计划
测试设计阶段	提取测试点、编写测试用例、测试用例评审	测试用例
测试执行阶段	冒烟测试、执行测试用例、提交bug、回归测试	缺陷报告
测试完成阶段	验收测试、编写测试报告、项目上线	测试报告

首先是要立项确定项目–有的产品的话会出一个产品说明书–需求人员编写需求文档–需求评审–开发编写详细设计–开发进行编码–自测–编写测试计划–测试计划评审–提取测试点–编写测试用例–测试用例评审–测试部署环境进行测试–首先进行冒烟测试(主的业务要实现)–接着进行功能测试–出现bug使用禅道进行记录跟踪–开发进行修改–测试进行验证–然后回归测试–验收测试，验收测试通过–编写测试报告–项目上线

四、软件测试分类

1.按技术划分

黑盒测试、白盒测试、灰盒测试

 •黑盒测试：不需要了解程序的源代码，通过使用整个软件功能来验证程序是否满足需求的测试方法
 •白盒测试：是一种按照程序内部逻辑结构和编码结构设计测试数据并完成测试的测试方法
 •灰盒测试：一种基于程序运行时的外部表现同时又结合程序内部结构来设计测试数据的测试方法

2.按阶段划分

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

 •单元测试：对一个模块、一个函数或者一个类来进行正确性检验的测试方法
 •集成测试：单元测试后，将单独的模块按照设计要求组装成为子系统或系统，作为整体进行测试的测试方法
 •系统测试：集成测试后，将硬件、软件看作一个整体,对系统的功能及性能的总体测试
 •验收测试：系统测试后以用户测试为主，或有测试人员共同参与检验软件质量的测试方法

3.按内容划分

功能测试、性能测试、兼容性测试

功能测试

界面测试、冒烟测试、回归测试、业务逻辑测试、易用性测试

•功能测试：根据产品操作描述和需求文档，测试一个产品的特性和可操作行为是否满足用户需求的测试方法
•界面测试：测试用户界面的功能模块的布局是否符合客户使用习惯，界面操作便捷性、导航简单易懂性的测试
•冒烟测试：验证系统的核心功能是否能够正常运行的测试方法
•回归测试：指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误的测试方法
•业务逻辑测试：在基本的功能点都已合格的基础上，准备多种测试数据，来驱动各种约束条件下业务流程，确定最终输出的结果是否符合预期的测试
•易用性测试：指用户使用软件时是否感觉方便的测试

性能测试

压力测试、负载测试、并发测试

•性能测试：通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行校验的测试方法
•压力测试：通过逐步增加系统负载，测试系统性能的变化，并确定在什么条件下系统性能处于失效状态
•负载测试：通过逐步增加系统负载，测试系统性能的变化，在满足性能指标的情况下，系统所能承受的最大负载量的测试
•并发测试：是一个负载测试和压力测试的过程，即逐渐增加并发用户数负载直到系统的瓶颈，通过分析资源监控指标等来确定系统并发性能

兼容性测试

•浏览览器的，不同版本，分辨率
•手机型号，不同版本，分辨率

4.按其他划分

冒烟测试、随机测试、安全性测试、回归测试、Alpha测试、Beta测试

•随机测试：随机测试主要是根据测试者的经验无需测试用例对软件进行功能和性能抽查的测试方法
•安全性测试：通过不同的测试方法，检验程序、网络、数据库安全性的测试方法
•Alpha测试：俗称内测，α测试。内部环境下的测试；开发人员或测试人员在现场
•Beta测试：俗称外测、公测，β测试。生产环境下的测试；开发人员和测试人员都不在现场

五、常识知识

1.测试部门的组织结构

小公司组织结构

大公司组织结构

在这里插入图片描述

2.公司专有名称

PM：产品经理		RD：研究和开发人员		FE：前端研发人员		UE：用户体验		QA：是测试		OP：是运维		
IDC：机房		DB：数据库		DBA：数据库管理员		UI：（用户界面）的简称		SOP：标准作业程序		
MRD：市场需求文档		FSD：功能详细说明    CRUD：增加 、读取、更新、删除    FSD：功能详细说明
PSD：图像处理软件Photoshop处理后保存的源文件,一般容量比JPG格式的图片大		
PRD 产品需求文档 重点放在为一个被提议的新产品或者现有产品的改进定义市场需求