软件测试概论.pptVIP

软件测试概论 TTCP质量管理通道分会 纲 要 软件测试背景 软件测试综述 √软件开发过程 √软件测试原则 软件测试基础 测试文档 软件测试经验分享 软件缺陷的定义 软件缺陷 正式定义 软件未达到产品说明书表明的功能。 软件出现了产品说明书指名不会出现的错误。 软件功能超出产品说明书指名范围。 软件未达到产品说明书虽未指出但应达到的目标。 软件测试人员认为软件难以理解、不易使用、运行速度缓慢，或者最终用户认为不好。 为什么会出现缺陷？ 缺陷的第一大来源：产品说明书。没有描述清楚，和团队中的成员没有很好的沟通。 缺陷的第二大来源：设计方案。这是程序员开展软件设计的地方，就像设计师为建筑物绘制蓝图。产生的主要原因还是沟通不足。 软件缺陷的修复成本 软件测试人员究竟做些什么？ 软件测试人员的目标是发现软件缺陷。 并非仅仅验证软件的正常功能，这样会漏掉软件的缺陷 软件测试员是客户的眼睛。 尽可能早的发现缺陷，并且保证修复。 测试人员的基本素质 探索精神。 故障排除能手。 不懈努力。 创造性。 追求完美。 判断准确。 老练稳重。 说服力。 软件测试很有趣 软件测试人员的一个基本素质是打破砂锅问到底。他们喜欢找出那些深藏不露的系统冲突；他们乐于处理最复杂的问题；他们外表上热衷于来回奔忙，追求尽善尽美，为征服系统而额手称庆。这就是麻烦堆里的快乐。 纲 要 软件测试背景 软件测试综述 √软件开发过程 √软件测试原则 软件测试基础 测试文档 软件测试经验分享 软件开发过程 大棒模式 边写边改模式 流水模式（瀑布模式） 螺旋模式 纲要 软件测试背景 软件测试综述 √软件开发过程 √软件测试原则 软件测试基础 测试文档 软件测试经验分享 测试原则 完全测试程序是不可能的 软件测试是有风险的行为 测试无法显示潜伏的软件缺陷 测试人员在没有发现缺陷之前，总是在琢磨如何才能发现缺陷，但是当发现了一个缺陷之后，周围会接二连三的发现一堆bug。为什么会这样？那是因为开发人员往往会犯相同的错误；程序员的倦怠。 测试原则 并非所有的软件缺陷都能被修复，不能被修复的原因可能是： 没有足够的时间； 不算真正的软件缺陷； 修复的风险太大； 不值得修复； 产品说明书不断变化 纲 要 软件测试背景 软件测试综述 √软件开发过程 √软件测试原则 软件测试基础 测试文档 软件测试经验分享 测试技术分类 软件测试技术可以从不同的角度加以分类： 从是否需要执行被测软件的角度，可分为静态测试和动态测试； 从测试是否针对系统的内部结构和具体实现算法的角度来看，可分为白盒测试和黑盒测试。 审查产品说明书 审查产品说明书有哪些高级技术 1）测试产品说明书不是钻进去找缺陷，而是在一个高度上审视。审查产品说明书是为了找出根本性的问题。 2）设身处地的为客户着想 3）研究现有的标准和规范 4）审查和测试同类软件 5）在详细审查产品说明书时应注意哪些问题 产品说明书测试 产品说明书的低级测试技术 1）产品说明书属性检查清单 完整、准确、精确不含糊、一致、贴切、 合理、代码无关、可测试。 2）产品说明书用语检查清单 测试类型 闭着眼睛做测试 数据测试 状态测试 配置测试 兼容性测试 外国语言测试 易用性测试 压力测试 安全性测试 纲 要 软件测试背景 软件测试综述 √软件开发过程 √软件测试实质 软件测试基础 测试文档 软件测试经验分享 测试文档 测试计划 测试用例 测试报告 测试计划 测试计划的目标：交流而不是记录，软件测试小组的意图、期望，以及对将来要执行的任务的理解。 制订计划的步骤：确定测试需求、评估风险、制定测试策略、确定资源、创建时间表、生成测试计划。 测试计划的内容：项目简介、测试环境、测试需求、测试策略、资源要求、项目里程碑、测试人员的任务分配、测试进度、可交付工件。 测试计划 好的测试不是碰巧发生的，而是规划出来的。 时间上 人员上 环境上 技术上 关系上 资金上 测试用例 什么是测试用例？ 测试用例是实施一次测试而向被测系统提供的输入数据、操作或各种环境设置。 以分解说明书，代码和软件以获得最少的测试用例有效测试软件为目的。 测试用例 测试用例设计的原则 （1）测试用例的代表性 （2）测试结果的可判定性 （3）测试结果的可再现性 （4）测试用例执行的自动化特性 测试报告 测试报告是什么？ 1）测试过程的总结 2）测试数据分析（按照严重程度等方式分类统计的分析，包括测试密度等） 3）产品主要问题和总体评价 4）遗留的问题总结 5）