《软件测试》第2章课件.ppt

第2章 软件测试基础 第2章 软件测试基础 本章要点 软件测试的概念 软件测试的分类 软件测试过程模型 软件测试过程管理理念 软件测试的原则 软件测试文档 一、软件测试的概念 1、软件测试的定义： 使用人工或自动的手段来运行或测定某个软件系统的过程，其目的在于检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别 2、软件测试的对象： 不仅包括程序，还包括需求分析、设计等软件开发各阶段的工作成果 一、软件测试的概念 3、软件测试的VV等式： 验证+确认=测试 验证（Verification）:关注开发活动内部 Are we building the product right? 确认（Validation）:关注开发与用户的衔接 Are we building the right product? 二、软件测试的分类 1、按开发阶段分： 二、软件测试的分类 2、按测试实施组织分： 二、软件测试的分类 3、按测试策略分： 二、软件测试的分类 4、按测试执行方式分： 二、软件测试的分类 5、其它测试方法： 二、软件测试的分类 5、其它测试方法： 二、软件测试的分类 5、其它测试方法： 二、软件测试的分类 5、其它测试方法： 三、软件测试过程模型 1、V模型： 三、软件测试过程模型 2、W模型： 三、软件测试过程模型 3、H模型： 三、软件测试过程模型 3、测试过程模型的选取： 四、软件测试过程管理理念 1、尽早测试：测试人员早期参与到软件项目中，及时开展测试的准备工作；尽早开展测试执行工作。 2、全面测试：对软件的所有阶段性产品进行全面测试；软件开发人员和测试人员(有时还包括用户)均应参与到测试工作中. 3、全过程测试：测试人员要充分关注开发过程，对开发过程的各种变更及时做出响应；测试人员要对测试的全过程进行跟踪 4、独立的、迭代的测试。 五、软件测试的原则 1、应尽早、全面、全过程、独立地开展测试活动。 2、所有的测试标准应建立在用户需求的基础上，软件中最严重的错误是那些导致用户需求无法满足的错误。 3、程序员应避免检查自己的程序，避免因心理因素造成的一系列不良影响，毕竟否认自己的工作成果是件不愉快的事。 五、软件测试的原则 4、设计测试用例时，应该考虑合法的输入和不合法的输入，以及各种边界条件；特殊情况下要制造极端状态和意外状态，以检验软件在各种可能的情况下能否正常工作 5、要充分注意测试中的错误的集中发生现象，这与程序员的编程习惯有很大的关系 6、对测试中发现的错误应当有一个确认的过程，严重的错误可以召开评审会讨论分析 五、软件测试的原则 7、制定严格的测试计划并执行之，杜绝测试的随意性，并把测试时间安排得尽量宽松，不要希望在极短时间内完成一个高水平测试 8、充分重视回归测试，防止因出现修改一个错误或新增一个功能而造成软件出错的情况 9、妥善保管一切测试文档。测试文档能对测试工作进行指导和提供评价，并为后续的测试工作提供依据。 六、软件测试文档 测试计划、测试设计、测试用例、测试规程、测试事件报告，测试总结报告 本章小结 重点 软件测试的分类 软件测试的过程模型 软件测试的原则 难点 软件测试的过程模型 本章结束 感谢关注 * * 请大家将手机置于“振动”或“静音”状态 双方对整个系统进行测试与评审 验收测试 发现软件与系统定义不符合的地方 系统测试 检查软件是否满足SPEC 确认测试 发现并排除模块连接中的问题 集成测试 对程序模块进行测试 单元测试 模拟用户真实操作环境 衡量产品的FLURPS 评价软件的FLURPS 第三方 第三方测试 用户 β测试 开发方 α测试 基于外部表现，结合内部逻辑检查 灰盒测试 按SPEC规定检查程序接口 黑盒测试 检查程序内部结构和路径 白盒测试 实际运行测试用例，以发现软件中的错误（全部黑盒测试方法和某些白盒测试方法） 动态测试 不执行程序，而是利用人工手段及静态测试工具完成对程序的静态测试。目的是检查软件的表示与描述是否一致，没有冲突和歧义 静态测试 评价一个产品或组件与性能需求是否符合的测试 性能测试 根据产品特征、操作描述和用户方案，测试一个产品的特性和可操作行为以确定它们是否满足设计需求 功能测试 对当前迭代周期产品的增量测试 对原迭代周期已完成功能的回归测试 迭代测试 修改软件或加入新功能模块时进行 回归测试 测试软件在相关硬件上能否正常运行；测试软件能否与其它不同的软件协作运行 兼容性测试 测算在一定的环境下，系统能正常工作的概率（平均无故障时间） 可靠性测试 检测软件系统对非法侵入的防范能力 安全性测试 测试用户界面的风格是否满足客户要求 用户界面 测试 由版本编译人员新编译需正式测试的软件版本后，确认软件的