浅谈软件测试——概念篇

✨浅谈软件测试——概念篇

---

作者介绍:

🎓作者:偷偷敲代码的青花瓷🐱‍🚀
👀作者的Gitee:代码仓库
📌系列文章推荐:
✨1.面试官问我什么是软件测试？看了这篇博客面试官彻底被我征服了
✨✨✨友友们，我是青花瓷~ 很高兴能在此和大家分享知识,希望在分享知识的同时,能和大家一起共同进步,取得好成绩🤳,今天和大家分享的章节是软件测试——概念篇,如果有错误❌,欢迎指正哟😋,咋们废话不多说,跟紧步伐,开始学习吧~😊

---

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

1.1 软件是如何诞生的

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

1.2 什么是需求，软件需求和用户需求的关系是什么

1. 满足用户的期望或者合同规定的文档（合同，标准，规范）所需要的条件或者权限,它包括用户需求和软件需求。
   用户需求是简略的，软件需求是用户需求的细化(软件需求是用户需求转化而来的)，集体的实现细节，成文档
2. 需求是测试人员进行软件测试工作的依据
3. 补充：产品经理：收集用户需求，把用户需求转化称为软件需求文档

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流程：

1. 产品发布会议: PO把整理好的 user story进行讲解，排优先级，找出优先级高的组成本次迭代内容，行程 sprint backlog
2. 迭代计划会议：（SM和ST人员）细分 userstory，分配任务，估算时间
3. 研发过程——每日站会：干了什么，遇到什么问题，有什么计划
4. 产品演示会议：给客户演示产品，讲解，把不足的地方和客户提出的修改意见整理成user story 放到下一期迭代
5. 项目回顾会议：进行总结和改进

特别：

轻文档，轻流程，重目标，重产出，拥抱变化（项目研发未结束，用户可以去修改他的需求）能够适应需求的变化

补充解释轻文档，轻流程，重目标，重产出：

轻文档轻流程就是说敏捷模型以简洁为主，摒弃了传统模型中的不必要的工作量和冗余的工作流程，鼓励通过增强人的沟通来减少传统的文档的编写和理解，重目标重产出就是说敏捷模型以快速迭代循序渐进的开发模式，在较短时间内产品就可以快速上线和投入市场，并在不同的版本上持续丰富产品功能。

4.3 软件测试两大模型

4.31 V模型

特点：

1.阶段独立性强，2.前期的需求分析和设计阶段和后期的测试阶段一 一 对应，3.前期的每一个阶段是后期每一个测试阶段的依据

缺点：

前期的问题到后期项目测试才发现，导致问题失去及时纠正的机会

4.32 W模型（双V模型）

双V模型：

双V到底是哪双V？1.开发每一个阶段V 2.测试的每个阶段V

特点：

测试介入早，再需求阶段就介入

缺点：

阶段性比较高，串行过程，无法适应需求表法，不支持敏捷

---

5. 总结

“种一颗树最好的是十年前,其次就是现在”
所以,
“让我们一起努力吧,去奔赴更高更远的山海”

如果有错误❌,欢迎指正哟😋

🎉如果觉得收获满满,可以动动小手,点点赞👍,支持一下哟🎉