【测试】测试的概念

5 篇文章 0 订阅

软件测试的目的和原则

目的:验证软件有或没有问题。
原则:以客户为中心,遵循软件测试的规范、流程、标准和要求。
 
 

什么是需求

满足用户的期望或规定的文档(合同、标准、规范)所需要的条件和权能,包含用户需求和软件需求。

非功能性需求对设计和实现提出了限制,比如性能要求,质量标准,或者设计限制。
 
用户需求:可以简单理解为甲方提出的需求,如果没有甲方,那么就是终端用户使用产品时必须要完成的任务。该
需求一般比较简略。
软件需求:或者叫功能需求,该需求会详细描述开发人员必须实现的软件功能。
软件需求是测试人员进行测试工作的基本依据
 
 

什么是bug?

1、当且仅当规格说明(软件需求)存在,并且正确,如果程序和规格说明不相符,就是软件缺陷

2、若果没有规格说明,当且仅当用户需求存在并且合理,如果程序和用户需求不相符,就是软件缺陷

 

测试用例

测试用例就是向被测试系统发出的一系列的集合,包含测试数据,测试环境(软,硬),操作步骤,预期结果等。 

同时包括的内容:标题、测试模块、重要性、前提条件等。

网易邮箱登录界面测试用例:

标题:网易邮箱登录成功测试用例

测试模块:登录模块

前提条件:注册得到账户

重要性:重要

BUG的生命周期:

测试数据:正确的用户名、密码

测试环境:Chrome

 

操作步骤

预期结果

1、打开网易邮箱登录界面

出现登录界面

2、输入正确的用户名和密码

登陆成功

3、点击登录按钮

 

 

 

开发模型和测试模型

软件开发的生命周期:

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

瀑布模型:

 

螺旋模型:

适合的项目:项目庞大并且需求不是很明确,风险比较大的项目。

 

增量、迭代

例:

系统 A B C D 四个业务模块,2周时间

增量模型:第一周完成A B 两个模块,第二周完成 C D 两个模型

迭代模型:第一周完成 A B C D 四个模块的基本功能,第二周完成较复杂的业务功能

 

敏捷

2001 年,以 Kent Beck Alistair Cockbum Ward Cunningham Martin Fowler 等人为首的 轻量 过程派聚集在
犹他州的 Snowbird ,决定把 敏捷 ”(Agile) 作为新的过程家族的名称。

thoughtworks

Scrum:轻文档,轻流程,重目标,重产出。1~4周

特点:请流程,轻文档,重目标,重产出

轻量级:迭代周期短,参与人员少

PO:product owner  客户的代表,负责把用户的需求转换成 user 

 

敏捷中的测试:测试用例的作用减弱,主要用思维导图整理测试思路,要运用探索性测试。

 

软件测试模型

V模型

特点/优点:后期的测试阶段和前期的阶段可以一一对应起来,清楚的标注每一个测试阶段的依据

缺点:不利于项目前期风险的及时发现

 

W模型:

特点:测试在项目前期介入,对需求,系统设计等都会进行验证

优点:测试介入早,有利于全面的发现系统前期的风险

缺点:阶段性比较强,强调一个阶段完成之后再进入下一个阶段,不可逆,所以无法适应敏捷开发

 

  • 0
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值