测试——概念篇

内容大纲:

什么是需求

什么是bug

什么是测试用例

开发模型和测试模型

配置管理和软件测试

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

1.1 需求是什么

满足用户期望或正式规定文档（合同、标准、规范）所具有的条件和权能，包含用户需求和软件需求。(通俗地来说,就是我想要做什么事情)

• 用户需求:可以简单理解为甲方提出的需求，如果没有甲方，那么就是终端用户使用产品时必须要完成的任务。(该需求一般比较简略)
• 软件需求:或者叫功能需求，该需求会详细描述开发人员必须实现的软件功能。

注:

• 软件需要也叫做软件规格说明书,prd
• 大多数公司在进行软件开发的时候会把用户需求转化为软件需求，开发人员和测试人员工作的直接依据就是软件需求
• 软件需求是测试人员进行测试工作的基本依据

1.2 为什么要有需求

 需求是开发人员地一个标准,是测试人员编写测试用例的一个依据

1.3 从软件测试人员角度看需求

以用户登陆为例:

 

1.4 如何深入理解需求

目的:写出比较完善的测试用例

• 需求评审会议:产品经理会交代清楚软件诞生的背景,软件需求,预期收益,未来软件发展的规划......
• 技术评审会议:研发主要需求
• 站会:今天的工作内容是什么,昨天的工作内容有没有完成,如果没完成,遇到了什么问题

要积极参加各种会议,仔细阅读相关文档(需求文档,技术文档,BUG库)

1.5 为什么需求对软件测试人员如此重要

• 从软件功能需求出发，无遗漏的识别出测试需求是至关重要的，这将直接关系到用例的测试覆盖率
• 对于识别出的每个测试需求点，需要采用具体的设计测试用例的方法来进行测试用例的设计

2. 测试用例

2.1 什么是测试用例

测试用例是为了实施测试而向被测试的系统提供的一组集合，这组集合包含：测试环境、操作步骤、测试数据、预期结果等要素

例子:

 

测试环境: 127.0.0.1:8080/login.html + 浏览器

测试数据:  账号hhhh,密码1234(账号密码正确)

操作步骤:  账号,密码,点击登陆

预期结果:  登陆成功

2.2 为什么要有测试用例

• 测试用例是测试人员执行测试的依据
• 测试用例可以降低测试工作的冗余度,提高测试效率
• 测试用例是执行自动化的依据

2.3 练习 

以手机打电话为例:

 

打电话时,手机上需要回显区域,键盘区域......

输入情况:

• 不输入任何数据,不显示任何内容
• 输入号码位数<11
• 输入号码位数>11
• 输入号码位数=11
• 输入格式错误

......

键盘区域:

• 输入正确的电话号码,拨打成功
• 输入错误的电话号码,拨打失败
• 不输入任何数据,无法拨打
• 输入正确的电话号码,对方长时间不接通,电话被自动挂断

3. BUG/软件错误

3.1 概念 

• 当且仅当规格说明是存在的并且正确，程序与规格说明之间的 不匹配才是错误。
• 当需求规格说明书没有提到的功能，判断标准以最终用户为准：当程序没有实现其最终用户合理预期的功能要求时，就是软件错误。(这里的规格说明书是软件需求)

比如说:

在这里输入了正确的账号密码之后,点击登录应该跳转到首页,但是却跳转到了其它页面,这就是一个BUG

4. 软件的生命周期

4.1 概念

软件生命周期是指从软件产品的设想开始到软件不再使用而结束的时间。

4.2 阶段 

如果把软件看成是有生命的事物，那么软件的生命周期可以分成6个阶段，即需求分析、计划、、设计、编码、测试、运行维护。

• 需求分析:需求要干什么,需求是不是可行的,产品经理产出需求文档
• 计划:开发开始时间及结束时间,测试开始时间及结束时间,谁开发,谁测试
• 设计:①UI/UE设计师将需求转换成图,UI视觉稿 ②技术人员产出技术设计文档
• 编码:写代码,实现软件
• 测试:执行测试用例,验收BUG,产出测试报告
• 运行维护:上线,如果上线之后,有BUG,解决BUG,重新上线

5. 开发模型

5.1 瀑布模型

 

• 特点:线性
• 优点:明确了每个阶段应该干什么
• 缺点:发现问题的时机太晚,会导致人力,时间资源的浪费
• 适用场景:比较小的项目

5.2 螺旋模型

 

• 特点:软件每进入到下一个阶段,都会进行风险分析
• 优点:风险分析可以避免一些问题出现在线上
• 缺点:如果风险分析错误,就会将问题暴露到线上,风险分析需要具备一定的知识
• 适用场景:大型项目

6. 增量,迭代,敏捷

6.1 增量

ABCD四个模块

先开发A,再B,再C,D 

6.2 迭代 

ABCD各自开发一部分(框架搭建起来),再去开发接口,方法 

6.3 敏捷

6.3.1 敏捷宣言

个体与交互即人和人面对面的沟通

6.3.2 scrum

scrum是比较流行的一种敏捷开发方式

6.3.2.1 角色

scrum由product owner(产品经理)、scrum master(项目经理)和team(研发团队)组成。

• 其中product owner负责整理user story(用户故事)，定义其商业价值，对其进行排序，制定发布 计划，对产品负责。(排序:需求非常多,哪个先开发,哪个后开发)
• scrum master 负责召开各种会议，协调项目，为研发团队服务。
• 研发团队则由不同技能的成员组成，通过紧密协同，完成每一次迭代的目标，交付产品。 (包括后端开发,前端开发,测试)

6.3.2.2 流程

 

详解:

7. 测试模型

7.1 V模型

优点:

①线性

②将测试分为各种类型

缺点:

测试人员介入需求较晚,发现问题时机较晚

7.2 W模型

 

优点:

测试人员可以更早的介入需求

缺点:

不能拥抱变化,不适用于敏捷

特点:

第一个V是开发流程,第二个V是测试流程