ch3-软件测试的实质-郭晓燕.pptVIP

软件测试- Ch.3 软件测试的实质 主讲教师：郭晓燕 本章目标 软件测试误区 3.1 测试的原则 3.1 测试的原则 3.1 测试的原则 3.1 测试的原则 精确和准确 精确参照物是目标。与目标越接近，就越准确； 准确参照物是每次实施的结果。几次结果相互之间越接近，表示越精确。但与目标可能相去甚远 确认和验证（V V） 质量和可靠性 可靠性只是质量的一个因子,对应的质量还有很多其它的内容； 质量可能包含功能是否齐全，产品能否在各种机器上运行，软件公司有没有技术支持，甚至包装盒的色彩； 可靠性：在规定的时间和条件下,软件产品维持其性能水平的一组属性 测试和质量保证(QA) 软件测试员的目标是尽可能早一些找出软件缺陷，确保得以修复； 软件质量保证的主要职责是创建和加强促进软件开发并防止软件缺陷的标准和方法。 3.3测试方法 黑盒子和白盒子 静态的和动态的 自动测试和手工测试 3.4 软件测试的分类和阶段 软件测试分类 软件测试阶段 测试阶段（SDLC) 单元测试 集成测试 功能测试 系统测试 验收测试 安装测试 3.5 软件测试的工作范畴 小结 Q A MRD: Market Requirement Document Fns: Functional Specification * * 了解软件测试的原则 熟悉软件测试员的常用术语 误区一：如果发布出去的软件有质量问题，都是软件测试人员的错 误区二：软件测试技术要求不高，至少比编程容易多了 误区三：有时间就多测试一些，来不及就少测试一些 误区四：软件测试是测试人员的事，与开发人员无关 误区五：根据软件开发瀑布模型，软件测试是开发后期的一个阶段 完全测试程序是不可能的? 输入量太大；? 输出结果太多；? 软件实现途径太多；? 软件说明书没有客观标准。从不同角度看，软件缺陷标准不同。 软件测试是有风险的行为 测试无法显示潜伏的软件缺陷 可以报告软件缺陷存在，却不能报告软件缺陷不存在；  找到的软件缺陷越多，就说明软件缺陷越多； 程序员也有心情不好的时候；? 程序员往往犯同样的错误；? 某些软件缺陷实乃冰山一角（有一个严重的主要原因造成）。 杀虫剂怪事； 老用一种药，害虫都有抵抗力，程序也如此。 为了克服杀虫剂怪事，软件测试员必须不断编写不同的、新的测试程序，对程序的不同部分进行测试，以找出更多软件缺陷。 并非所有软件缺陷都要修复； 没有足够的时间；（交付期限不可更改）? 不算真正的软件缺陷；（也许是功能，理解错误、测试错误、修改SPEC）? 修复的风险太大；（常见）? 不值得修复。（不常出现、不常用） 什么时候才叫缺陷难以说清；尚未发现或未观察到的软件缺陷只能说是潜在缺陷。 产品说明书从没有最终版本； 软件测试员必须想到产品说明书可能改变 软件测试员在产品小组中不受欢迎； 因为工作就是挑错！所以我们要懂得怎么和开发的相处 保持小组成员和睦的建议： 早点找出缺陷； 控制情绪； 不要总是报告坏消息。 软件测试是一项讲究条理的技术专业。 Verification：Are we building the product right？ 是否正确地构造了软件？即是否正确地做事，验证开发过程是否遵守已定义好的内容。验证产品满足规格设计说明书的一致性 Validation： Are we building the right product? 是否构造了正是用户所需要的软件？即是否正在做正确的事。验证产品所实现的功能是否满足用户的需求 黑盒子和白盒子 静态的和动态的 文档、代码审查 数据输入边界条件法 等价划分、数据流程图 状态变换图 逻辑路径法 功能测试 数据驱动测试 结构测试 逻辑驱动测试 客户需求 事件驱动 输入 输出 主持人 作者 记录员 列席人员 内审员 技术专业人员 用户代表 不正式 正式 互审 走读 审查会议 运行程序 手工模拟用户操作 开发生命周期 ... 维护 需求定义 应用定义 应用开发 修订 建立 建立 测试生命周期 ... 执行. 执行 执行. 测试计划 缺陷跟踪 测试开发 测试设计 评估 方法 目标/特性 单元测试 系统测试 验收测试 性能测试 强壮性测试 功能测试 白盒测试 黑盒测试 测试阶段或层次 适用性测试 可靠性测试 集成测试 安全性测试 当前版本已知问题的清单 版本发布报告 代码发布文件包 测试计划检查清单 版本发布 缺陷状态报告 缺陷报告审查 版本审查 代码冻结文件包 确认测试用例