测试理论学习Day01

软件测试行业介绍

  • 行业特点:门槛低入门快;市场需求大;职业年限长;
  • #######
软件测试基本概念
软件质量模型
  • 功能性:满足明确和隐含的功能要求,登录功能等
  • 可靠性:异常情况的处理,比如用户名输入错误,应该给予提示;在错误中很快恢复
  • 易用性:易学易用,美观
  • 效率性:处理快,占用内存小
  • 维护性:可以杯维护,方便维护
  • 可移植性:软件产品从一种环境迁移到另一种环境的能力,比如手机APP在不同型号手机都能使用
软件测试常见分类
  • 是否覆盖源代码:黑盒测试,不关注源代码,关注用户需求;白盒测试,关注代码实现细节;灰盒测试,介于黑白之间
  • 按照阶段划分:单元测试:代码中函数、类、方法(最小可测单元)的测试,一般开发人员进行;集成测试,各单元集成在一起,进行测试;系统测试,把软件作为一个整体来进行测试,是否满足设想的功能,测试人员的重点;验收测试,以最终用户的角度确认软件是否符合预期
    在这里插入图片描述
  • 是否运行:静态测试,代码不运行,进行测试;动态测试,代码运行起来,进行测试
  • 是否自动化:手工测试,手工测试;自动化测试,以编写的测试代码进行测试
  • 更多分类:冒烟测试,在大规模测试之前,对基础功能核心功能进行测试,以防软件质量太差,进入后续流程,浪费测试资源;回归测试,回过来再测试一遍,软件功能发生变化时,或者当发现问题—开发人员解决时;随机测试,随意的测试,可以摆脱惯性,可能发现意想不到的问题;探索测试,设计新的测试方法,探索复杂场景和容易被忽略的场景
软件开发常见模型
  • 瀑布模型:阶段清晰,但是后一阶段依赖于前置阶段的成果和性能(依赖于需求分析的成果),适用于需求明确的大项目
    在这里插入图片描述
  • 快速原型:客户参与到软件生产的过程,缺少完善的中间产物(文档等),如果发生人员变动,新的工作人员难以快速上手,适用于中小型项目
    在这里插入图片描述
软件测试常见模型
  • V模型,只能在完成代码开发后才进行测试,不能及时发现需求分析和设计的问题
    在这里插入图片描述
  • W模型,整个开发过程中,测试都有参与,能及早发现问题,步骤复杂,对人员要求高
    在这里插入图片描述
软件缺陷
  • 定义与标准:软件或程序中存在的各种问题及错误
    在这里插入图片描述
  • 缺陷报告
    在这里插入图片描述
    在这里插入图片描述
  • 3
    点赞
  • 7
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值