一、软件缺陷的定义
所有不满足需求或超出需求的都是缺陷
没有不存在缺陷的软件,只有迄今为止尚未发现的缺陷
- 软件未实现产品说明书要求的功能
- 软件出现了产品说明书指明不应该出现的功能
- 软件实现了产品说明书中未提到的功能
- 软件未实现产品说明书虽未明确提及但应该实现的目标
- 软件难以理解、不易使用、运行缓慢或者(从测试的角度看)最终用户会认为不好
二、软件测试的定义和目的
1、正向思维的定义
确信软件可以正常运行,保障软件质量。
2、反向思维的定义
怀疑一切,测试是为了证明程序有错。
- 一个好的测试用例在于它能发现以前未发现的错误
- 一个成功的测试是发现了提前未发现的错误的测试
3、IEEE定义的软件测试
在规定条件下运行系统或软件的过程:观察和记录结果,并对系统或软件的某些方面给出评价。
分析软件项目的过程:检测现有状况和所需状况之间的不同,并评估软件项目的特性。
4、广义的软件测试
对软件形成过程中的所有工作产品(包括程序和相关文档)进行的测试,而不仅仅是对程序的运行测试。
- **确认:**通过检查和提供客观的证据来证实特定的目的和功能或应用是否已经实现。(有没有)
- **验证:**通过检查和提供客观证据来证实指定的需求是否满足。(对不对)
5、软件测试的目的
- 以最少的人力、物力、时间找出软件中潜在的各种错误和缺陷,保证各种错误和缺陷得以修复,避免软件发布后由于潜在的软件错误和缺陷造成的隐患所带来的商业风险。
- 同时利用测试过程中得到的测试结果和测试信息,作为后续项目开发和测试改进的重要输入,避免在将来的项目开发和测试中重复同样的错误。
- 采用更加高效的测试管理手段,提高软件测试的效率和软件产品的质量。
6、测试和调试的区别
测试是从已知的条件开始,使用预先定义的过程,并且有预知的结果,调试是从未知的条件开始,结束的过程可能不可预计。
测试可以计划,可以预先制定测试用例和过程,工作进度可以度量;描述调试的进度和时间相对比较困难。
7、软件测试的对象
软件开发过程中的文档、数据以及代码。
三、软件危机和软件工程
1、软件危机
是指落后的软件生产方式无法满足迅速增长的计算机软件需求,从而导致软件开发与维护过程中出现一系列严重问题的对象。
2、软件工程
基于软件危机,提出了软件工程概念,使软件生产进入工程化时代。
软件工程包括两个方面:
- 软件开发技术:软件开发方法学,软件工具,软件工程环境
- 软件项目管理:软件质量,项目估算,进度控制,人员组织,配置管理,项目计划
引起软件危机的最主要的原因是软件质量问题。
软件工程主要解决的就是软件质量问题。
软件测试是软件质量管理体系中一个重要的管理手段。
3、软件生命周期模型
- 需求分析
- 概要设计
- 详细设计
- 编码
- 测试
- 验收
4、瀑布模型
- 计划-----------------《项目计划》
- 需求分析-----------《需求分析说明书》SRS
- 设计-----------------《概要设计文档》HLD+《详细设计文档》LLD
- 编码
- 测试
- 运行,维护
存在的问题:
- 强调时间顺序的严格执行,前阶段不完成,后阶段不开始,缺乏灵活性。
- 将测试放在编码之后,没有体现出测试贯穿软件生命周期的原则。
- 各个阶段划分完全固定,阶段之间产生大量的文档,极大地增加了工作量。
- 线性开发,用户等到整个过程的末期才能见到开发成果,从而增加了开发风险。
- 瀑布模型不适应用户的需求变化。
优点:
- 可以避免需求的问题一直延续到代码完成才被暴露出来。
- 为项目提供了按阶段划分的检查点。
- 当前一阶段完成后,只需要去关注后续阶段。
5、快速原型
原型:就是一个模型,可以模拟操作、简单运行。
典型应用工具: Axure,制作原型。
工作流程:产品经理------客户(确认原型,反复修改)-------开发
6、增量模型
把软件分割为多个独立的模块,分批次进行独立交付。
**缺点:**打破原有的软件结构和框架,可能会带来一定的风险。
增量模型一般会和迭代模型一起运用。
7、迭代模型
迭代包括产生产品发布(稳定、可执行的产品版本)的全部开发活动和要使用该发布必需的所有其他元素,强调开发的深入。
优点:
- 降低了在一个增量上的开支风险。
- 降低了产品无法按照既定速度进入市场的风险。
- 加快了整个开发工作的进度。
- 迭代过程这种模式使适应需求的变化更容易。
8、螺旋模型
引入了其他模型不具备的风险分析,使软件在无法排除重大风险时有机会停止,以减小损失。
螺旋模型更适合大型的昂贵的系统级的软件应用。
9、敏捷模型
敏捷宣言:
- 个体和互动 高于 流程和工具
- 工作的软件 高于 详尽的文档
- 客户合作 高于 合同谈判
- 响应变化 高于 遵循计划
敏捷开发:
提出需求–细分任务–细分更小任务–完成–演示成果