软件测试之【软件测试概论二】

读者大大们好呀！！!☀️☀️☀️

🔥 欢迎来到我的博客
👀期待大大的关注哦❗️❗️❗️
🚀欢迎收看我的主页文章➡️寻至善的主页

前言

本文解答：什么是软件测试模型？什么是软件测试用例？软件缺陷找到后怎么写文档？
🔥本软件测试概论系列将分为三篇来带你系统的了解软件测试，分别是：第一篇：软件生命周期(包含软件测试基本概念)与软件测试过程；第二篇：软件测试用例与软件缺陷文档项目训练；第三篇：测试用例设计方法
本文为🚀软件测试概论第二篇,并解决上面所提的三连问，尽情期待下面的阅读吧！！！

软件测试模型

上篇介绍了开发相关的模型，本篇来讲讲软件测试的相关模型。

瀑布模型

瀑布模型同开发一样，但是只有一个测试工作：

V模型

将测试工作以阶段化进行：分成单元测试、集成测试、系统测试。每一个测试工作开展都有对应的测试阶段，但是测试工作的开展还是比较晚；在代码之后进行一旦发生缺陷，影响范围大。

W（双V）模型

在V模型的基础上，把每个测试阶段的工作又进行了细化：一系列的测试准备工作和测试执行工作，测试工作与开发工作并行，测试准备工作与测试执行工作顺序相反。

测试活动

测试计划——测试设计——测试实现——测试执行
🔥测试计划：确定测试范围；识别测试工作中会遇到的风险；安排测试进度；制定测试的目标；估算工作量，分配工作；（产出：系统测试计划、集成测试计划、单元测试计划）
🔥测试设计：根据测试计划去思考如何让这个工作按时、按质量交付与完成；具体如何使用各种测试工具、如何编写测试用例、脚本、需要几套环境、这些环境怎么部署、缺陷如何提交和跟踪,测试数据如何准备----从技术上指导后续的一系列测试工作如何开展；(产出：系统测试方案、集成测试方案、单元测试方案)
🔥测试实现：根据计划中任务分配按照方案中的用例设计方法的指导、用例格式写作要求测试代码的编写指导完成用例和脚本；（产出：系统测试用例、脚本、规程；集成测试用例、脚本、规程；单元测试用例、脚本、规程；）
🔥🔥测试执行：根据计划的任务分配；测试方案关于环境（硬件环境；软件环境—系统环境；中间件软件；应用软件环境；数据）的部署的指导；按照测试规程的用例执行顺序的安排完成各种测试用例、脚本的执行，记录测试用例执行结果（通过；失败；阻塞（不可用）；）；提交缺陷报告；跟踪缺陷报告；回归测试；（产出：单元测试缺陷报告、阶段总结报告；集成测试缺陷报告、阶段总结报告；系统缺陷测试报告、阶段总结报告）

软件测试用例

软件测试用例有八大元素分别是测试用例编号、测试用例项、测试用例标题、测试用例优先级、测试用例预置条件、测试用例输入、测试用例操作步骤、预期结果。（其中还可以加设计人、用例评审状态、用例测试类型）

软件缺陷文档

缺陷是什么？缺陷报告是什么 ？缺陷报告如何写？下面笔者将对这三个问题进行解答。

缺陷是什么？

缺陷也称作故障、问题、bug等。就是表示实际结果与预期结果不一致，有偏差—就称为缺陷；

什么是缺陷报告

按照公司或者项目规格做的缺陷记录，记录之后要进行跟踪管理；

缺陷报告如何写?

首先我们要知道为何编写缺陷报告：1️⃣统一的文字记录比口头反馈更适用于bug跟踪、信息传递。2️⃣缺陷报告需要及时提交，避免出现遗漏修改，避免产生生产事故。3️⃣缺陷报告记录很多信息，信息可以做后续的各种统计，可以给出其他项目或者项目后续开发一些参考依据做预防.
其次如何编写缺陷报告：缺陷报告也有相应的主要元素：缺陷编号、缺陷标题（简单描述缺陷）、提交人、提交时间、缺陷详细描述（重现步骤）、重现（是/否；具体重现次数）、严重程度、优先级别、测试阶段、测试类型、测试版本、对应的测试用例编号、测试环境、状态、指派人、附件。

缺陷报告如何跟踪管理

✈️✈️✈️如果喜欢这篇文章的话

🙏大大们可以动动发财的小手:

👉👉👉 点赞:👍收藏:⭐️评论:✍️👈👈👈