【测试开发】软件测试—概念篇

衡量软件测试的结果——需求

在我们了解什么是需求之前，不妨先来了解一下软件是如何诞生的️️

软件是如何诞生的

什么是需求

1. 满足用户的期望或者合同规定的文档（合同，标准，规范）所需要的条件或者权限，它包括用户需求和软件需求。
   用户需求是简略的，软件需求是用户需求的细化，具体的实现细节，成文档。
2. 需求是测试人员进行软件测试工作的依据

软件需求和用户需求之间的关系： 软件需求是用户需求转化而来的

测试用例的概念

测试用例是向被测试系统发起的一组集合，这组集合包括测试环境，测试数据，测试步骤，预期结果（标题，重要性，功能模块，优先级，是否手工等）

下面来通过一个案例更好的理解测试用例：

什么是BUG

当且仅当软件需求规格说明书（软件需求文档）存在并且合理，软件的功能不符合需求规格说明书，就是软件错误（BUG）；
如果软件需求说明书不存在，那么用户的需求存在并且合理，软件的功能和用户需求不相符合就是软件错误（ BUG）。

软件开发的五大模型和软件测试的两大模型

软件开发的生命周期

需求分析——计划——设计——编码——测试——运行维护

软件开发五大模型

1. 瀑布模型
   
2. 螺旋模型： 适合项目庞大，复杂，风险性高的项目
   
3. 增量模型、迭代模型（一般放在一块说）： 抗风险能力强
   
4. 敏捷模型
   特点：
   
   经典的敏捷流程：scrum流程
   在我们学习敏捷流程前，先来了解一下这几个角色：
   1）PO—product owner :产品经理，负责收集需求，转化为user story
   2）SM—scrum master :项目经理，负责保证这个敏捷流程的实施
   3）ST :各种技能的研发人员组成——测试，研发，UI等
   Scrum流程：
   1）产品发布会议: PO把整理好的 user story进行讲解，排优先级，找出优先级高的组成本次迭代内容，行成 sprint backlog
   2）迭代计划会议： SM和ST人员一起把本期要迭代的需求进行分析，任务分配和时间估算
   3）每日站会： 昨天做了什么，遇到了什么问题，今天的计划
   4）产品演示： 给客户演示产品，讲解，把不足的地方和客户提出的修改意见整理成user story 放到下一期迭代
   5）回顾会议： 回顾本次敏捷流程，把不好的地方找出来，下次迭代改进，优化敏捷流程

软件测试两大模型

V模型

W模型（双V模型）