测试基础

  • 软件测试的目的
    • 证明( 20 世纪 60 年代)
      • 获取系统在可接受范围内可用的信心
      • 尝试在非正常情况和条件下的功能和特性
      • 保证一个产品是完整的、可用的、可被集成
    • 检测( 20 世纪 70 年代中期)
      • 发现缺陷、错误、系统不足
      • 定义系统的能力和局限性
      • 提供组件、工作产品、系统的质量信息
    • 预防( 20 世纪 90 年代)
      • 澄清系统的规格和性能
      • 提供预防或减少可能制造错误的信息
      • 在过程中今早减测错误
      • 确认问题和风险,提前确认解决这些问题和风险的途径
  • 软件生命周期(瀑布模型)
    • 软件计划阶段
      • 确定软件开发总目标
      • 给出软件的功能、性能、可靠性、接口等方面的设想
      • 研究完成项目的可行性,探讨问题的解决方案
      • 对可供开发使用的资源、成本、可取得的效益、进度做出估计
      • 制定完成开发任务的实施计划
    • 软件需求分析阶段
      • 详细定义开发的软件,由需求分析人员和用户讨论决定,编写软件需求说明书
        • 功能需求
        • 性能需求
    • 软件设计阶段
      • 概要设计:把各项需求转换成相应的体系结构,每一部分是功能明确的模块
      • 详细设计:详细描述每个具体模块
    • 编码阶段
      • 把软件设计转换成计算机可以接受的程序
    • 测试
      • 检验软件是否满足客户需求,是否达到质量要求,分为:单元测试、集成测试、系统测试
    • 运行和维护
      • 交付软件投入使用,可能由于软件错误、系统软件升级、增强软件功能、提高性能等原因对其进行修改
  • 软件为什么会有缺陷
    • 缺乏有效的沟通
    • 软件复杂度
    • 编程错误
    • 不断变更的需求
    • 时间的压力
    • 缺乏文档的代码
    • 软件开发工具
    • 人员的自大
  • 什么是测试用例
    • 比较通俗的说法是:对一项特定的软件产品测试任务的描述,体现测试方案、方法、技术和策略。包含测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等,并形成文档。
  • 什么是测试执行
    • 根据测试用例运行被测软件
  • 测试工程师的主要工作
    • 检视代码、评审开发文档
    • 进行测试设计、写作测试文档(测试计划、测试用例、测试方案等)
    • 执行测试,发现软件缺陷,提交测试报告,确认缺陷最终得到修正
    • 通过测试度量软件的质量

欢迎扫码关注微信公众号「一朵儿的软件测试之旅」一起学习交流
在这里插入图片描述

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值