浅谈软件测试——概念篇
✨浅谈软件测试——概念篇
作者介绍:
作者:偷偷敲代码的青花瓷
作者的Gitee:代码仓库
系列文章推荐:
✨1.面试官问我什么是软件测试？看了这篇博客面试官彻底被我征服了
✨✨✨友友们，我是青花瓷~ 很高兴能在此和大家分享知识,希望在分享知识的同时,能和大家一起共同进步,取得好成绩,今天和大家分享的章节是软件测试——概念篇,如果有错误❌,欢迎指正哟,咋们废话不多说,跟紧步伐,开始学习吧~
文章目录
- 1. 衡量软件测试的结果——需求
-
- 1.1 软件是如何诞生的
- 1.2 什么是需求，软件需求和用户需求的关系是什么
- 2. 测试用例的概念
- 3. 什么是BUG
- 4. 软件开发的五大模型和软件测试的两大模型
-
- 4.1 软件开发的生命周期
- 4.2 软件开发五大模型
- 4.3 软件测试两大模型
-
- 4.31 V模型
- 4.32 W模型（双V模型）
- 5. 总结
1. 衡量软件测试的结果——需求
1.1 软件是如何诞生的
在了解什么是需求之前，我们先来了解软件是如何诞生的
1.2 什么是需求，软件需求和用户需求的关系是什么
- 满足
用户的期望或者合同规定的文档（合同，标准，规范）所需要的条件或者权限,它包括用户需求和软件需求。
用户需求是简略的，软件需求是用户需求的细化(软件需求是用户需求转化而来的)，集体的实现细节，成文档- 需求是测试人员进行软件测试工作的依据
- 补充：产品经理：收集用户需求，把用户需求转化称为软件需求文档
2. 测试用例的概念
1.测试用例是
向被测试系统发起的一组集合，这组集合包括测试环境，测试数据，测试步骤，预期结果（重要性，优先级，操作方式，标题等）
2.测试环境：系统运行的环境
3.测试用例是测试人员执行测试的依据
通过一个案例来更好的理解测试用例：
3. 什么是BUG
当且仅当
软件需求规格说明书（软件需求文档）存在并且合理，软件的功能不符合需求规格说明书，就是软件错误（BUG）
如果软件需求说明书不存在，那么用户的需求存在并且合理，软件的功能和用户需求不相符合就是软件错误（ BUG）
4. 软件开发的五大模型和软件测试的两大模型
4.1 软件开发的生命周期
需求分析——计划——设计——编码——测试——运行维护
4.2 软件开发五大模型
1.瀑布模型：适用于需求稳定的项目
2.螺旋模型：适用于项目比较庞大，风险大的项目
3.增量模型，迭代模型（放在一块说）：抗风险能力强
4.敏捷模型：
经典的敏捷流程：scrum流程
角色：
1.PO :产品经理，进行需求整理（用户），把用户需求转化为user story
2.SM :项目经理，保证整个敏捷流程顺利进行的
3.ST :研发团队：开发，迭代，按期交付一个高质量可用产品
Scrum流程：
产品发布会议: PO把整理好的 user story进行讲解，排优先级，找出优先级高的组成本次迭代内容，行程 sprint backlog迭代计划会议：（SM和ST人员）细分 userstory，分配任务，估算时间研发过程——每日站会：干了什么，遇到什么问题，有什么计划产品演示会议：给客户演示产品，讲解，把不足的地方和客户提出的修改意见整理成user story 放到下一期迭代项目回顾会议：进行总结和改进
特别：
轻文档，轻流程，重目标，重产出，拥抱变化（项目研发未结束，用户可以去修改他的需求）能够适应需求的变化
补充解释轻文档，轻流程，重目标，重产出：
轻文档轻流程就是说敏捷模型以简洁为主，摒弃了传统模型中的不必要的工作量和冗余的工作流程，鼓励通过增强人的沟通来减少传统的文档的编写和理解，重目标重产出就是说敏捷模型以快速迭代循序渐进的开发模式，在较短时间内产品就可以快速上线和投入市场，并在不同的版本上持续丰富产品功能。
4.3 软件测试两大模型
4.31 V模型
特点：
1.阶段独立性强，2.前期的需求分析和设计阶段和后期的测试阶段一 一 对应，3.前期的每一个阶段是后期每一个测试阶段的依据
缺点：
前期的问题到后期项目测试才发现，导致问题失去及时纠正的机会
4.32 W模型（双V模型）
双V模型：
双V到底是哪双V？
1.开发每一个阶段V 2.测试的每个阶段V
特点：
测试介入早，再需求阶段就介入
缺点：
阶段性比较高，串行过程，无法适应需求表法，不支持敏捷
5. 总结
“种一颗树最好的是十年前,其次就是现在”
所以,
“让我们一起努力吧,去奔赴更高更远的山海”
如果有错误❌,欢迎指正哟
如果觉得收获满满,可以动动小手,点点赞,支持一下哟