• 按测试阶段 单元、集成、用户、验收 • 按测试阶段和参与者不同 阿尔法、贝塔版本 • 按对代码逻辑的关注程度 黑合/白合 • 按测试种类 功能/性能 • 测试手段 人工/自动
测试理论概述--bug
• BUG – 起源 – 定义 需求、设计、运行 – 属性 • 等级、时机、频率、优先级
测试理论概述—错误分类
目的与目标
• 通过本次培训了解软件测试的定义 • 了解测试的基本术语 • 了解软件辅助决策测试工作构成 • 典型公共用例讲解了解辅助决策测试工作重点
课程内容
• 测试理论概述 • 测试过程 • 典型用例讲解 • 问题&讨论
课程内容
• 测试理论概述 • 测试过程 • 典型用例讲解 • 问题&讨论
测试理论概述—测试定义
测试过程—测试执行
• 测试执行 – 测试问题卡 记录bug的详细现象、环境、操作、bug定型 发现人员、发现时间、模块编号、错误等级 – 测试结果 – 补充、改进的用例
用例应该累积为以后的项目提供帮助
测试过程—测试总结
• 测试总结 – 测试总结报告 （项目信息、环境、进度偏差、软件评价、 释放范围） • 功能 • 性能 • 稳定性
典型用例讲解-测试用例设计
• 知识和积累 – 充分理解系统和相关知识 – 借鉴相似系统的经验 – 历史信息的积累 • 设计方法总结 • 用例库
典型用例讲解—测试用例设计
• 一个好的用例 – 其它人可以很好的执行 – 快速遍历所测试功能 – 发现至今没有发现的错误
典型用例讲解—营销公共用例
• 界面规范: – 字体 – 颜色 – 标准用语 – 布局
课程内容
• 软件测试理论概述 • 测试过程 • 典型用例讲解 • 问题&讨论
典型用例讲解-测试设计
• 测试设计 – 测试大纲（测试范围描述：项目信息、模块编号、环境、 测试次序） – 测试用例（项目信息、模块具）
典型用例讲解-测试大纲设计
• 测试大纲 – 设计方法 • 按模块 • 按功能点 • 按菜单 • 按业务逻辑
测试过程—测试总结测试
• 测试总结 – 过程数据分析 • Bug分析 • 经验及教训 • 改进措施
测试人员的职责
• 参与测试大纲的设计并编写测试用例 • 测试过程的主要执行者 • 参与测试总结的编写，评价产品的功能、性能及可用性 • 保证所负责模块的测试质量
测试人员职责
• 测试人员应有的知识 – 计算机专业知识 – 行业知识 – 所测系统 – 内在素质
测试理论概述—测试目标
• 软件测试目标 – 确保产品完成了它所承诺或公布的功能，并且所有用户可 以访问到的功能都有明确的书面说明 – 确保产品满足性能要求 – 确保产品具有很好的可用性 – 确保产品是健壮的和适应用户环境的
测试理论概述—测试作用
• 保证产品质量的主要手段
测试理论概述—测试分类
• 不同系统需要不同的测试质量要求 – A类错误：致命级，灾难性的、有严重后果的 – B类错误：严重级，危险的影响 – C类错误：一般级，普通的影响 – D类错误: 提示级，次要的影响 – 维护中问题的级别区分标准
测试理论概述--测试原则
• 测试原则 – Good-enough原则 • 权衡投入/产出比的原则，测试既不要不充分，也不要 过分，Zero bug是一种理想。 – Pareto原则 • 一般情况下，在分析、设计阶段的复审和测试工作能 够发现和避免80%的bug，而系统的软件测试能够找出 其余bug中的80%。最后5%的bug只有在用户大范围、 长时间的使用后才会暴露出来。
• 测试理论概述 • 测试过程 • 典型用例讲解 • 问题&讨论
测试的过程—测试工作流程
• 测试准备 • 测试计划 • 测试设计 • 测试执行 • 测试总结
测试过程—测试准备
• 测试准备工作要素 – 准备资源 硬件/软件/版本/tl – 熟悉系统 – 相关知识学习 – 规范的制定 • 沟通方式 • 文档规范 • 组织、角色定义
– 针对客户最容易遇到的错误进行测试，提高测试有效性
系统中有很多错误
客户遇到的错误只占很小比例
测试理论概述--测试原则
• 测试结束的准则
– 查出了预定数目的错误 3/千行程序
– 达到预定的覆盖率
– 错误曲线下降到预定的水平
bug收敛程度 2/每3天– 达到ຫໍສະໝຸດ 划中规定的各项指标– 其它标准
课程内容
典型用例讲解—营销公共用例
• 选择条件 – 下拉框 – 日期 – 点选框
典型用例讲解—营销公共用例
• 量纲标准 – 位置 – 齐全 – 准确
典型用例讲解—测试大纲设计
• 测试大纲 – 设计原则 • 结构层次清晰 • 履盖全面
典型用例讲解—测试用例设计
• 测试用例 – 为了验证软件运行正常、执行结果准确，并且所实现的各 项功能符合需求而设计的一组（个）或多组（个）数据或 操作 – 是一组（个）或多组（个）数据或操作的优化集合 – 大多情况下不能遍历软件所有的逻辑分支及操作
测试过程—测试计划
• 测试计划要素
– 计划中的项目
• 测试策略制定 范围、重点、测试结束的标志
• 测试资源规划 程序清单/资料清单/vss信息
• 工作量的估计 时长/人员 人/日
• 测试进度规划 详细计划
• 风险预警
需求不稳定等
– 计划的评审
测试过程—测试设计
• 测试设计内容 – 设计的内容 • 测试大纲 • 测试思路 • 测试用例 • 辅助工具的开发 – 设计的评审
• 软件测试的定义 – 是为了发现错误而执行程序的过程 • 在软件投入运行前，对软件需求分析、设计规格说明 和编码的最终复审，是软件质量保证的关键步骤 – 是验证程序正确并符合用户需求的过程
测试理论概述—测试定义
• 软件测试目的 – 软件测试的目的就是发现程序中的错误并进行修正，将软 件不工作的风险程度降低到一个可以接受的程度
测试理论概述—测试原则
• 以需求为依据进行测试 – 超过50%的缺陷是由不完善的、不正确的、不准确的和/或不明确的 需求引起的
6% 14%
需求
设计
编码
其它
25%
55%
测试理论概述--测试原则
客户化的测试
– 系统中有许多错误，客户遇到的错误只占很小的比例
客户所看到的57%以上的错误，是由占错误总数2%以下的错误引起的