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