缺陷的识别

缺陷:不能满足用户需求和功能(就是bug)。

产生缺陷的原因:人员交流不足,文档不完善,需求不断变化,参与人过度自信,程序本身的问题,软件复杂度大,缺陷很难逃避,工期短,任务重,开发工具和软硬件的支持,通过个了解软件行业的标准、行情背景。

再现与优化缺陷:再现就是优化中的一个步骤。

测试阶段
  • 单元测试:模块测试,是最小单元的测试,测试方法是白盒
  • 集成测试:按照设计要求组成的系统和子系统,目的找出接口的错误
  • 系统测试:自底向上,所有的各种测试(包括 确认测试:对系统测试进行评价)
  • 验收测试:α测试和β测试
    • α测试:由测试人员和开发人员指导测试
    • β测试:测试和开发都不在现场(不能由测试和开发完成)
  • 白盒:看得见的,注重算法的,在意过程
  • 黑盒:看不见的,不注重算法的,不在意过程(功能测试,以输入输入数据为驱动)
  • 冒烟:确保软件基本功能正常,可以进行后续测试工作
  • 回归:重新测试先前的测试,确保先前的问题不会出现(或在前版本中重新测试以前的测试)
  • 自动化:在稳定的前提下运行自动化,目的就是节约人力成本
  • 软件生命周期:从设想出来到软件不在使用
  • 瀑布模型:
    • 优点:强调开发的阶段性
      • 强调早期计划及需求调查
      • 强调产品测试
    • 缺点:不能适应需求的变化
  • 测试的生命周期:
    • 需求分析--->测试计划---->测试设计--->测试开发--->测试执行--->测试评估
  • 需求分析--->测试计划---->测试设计--->测试开发--->测试执行--->测试评估
  • 软件模型:V,X,H,W
    • 缺陷处理流程:提交、分配、处理、反测(回归测试)、不通过继续、通过关闭
  • 敏捷模型:(必须掌握)
    • 高度迭代,并且能及时、持续的影响客户的频繁的反馈。
    • 强调从客户的角度,来测试系统,高度并行,灵活性强。
    • 是一种以人为核心的迭代,循序渐进的方法。
    • 强调技术人员与用户直接的紧密合作,面对面沟通。

  • 3
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值