7测试管理详解.pptVIP

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 测试程序 ANSI/IEEE829：明确指出为执行测试设计而执行测试用例的具体步骤 标题和标识符 目的 特殊要求 程序步骤 日志→设置→启动→程序→衡量标准→关闭→终止 重置 偶然事件 可以根据实际情况增减内容 设计和跟踪测试用例 设计测试用例（包括测试设计和测试程序）的技巧？ 软件攻击是一种方式 组织和管理测试用例 脑子记？ XXX 测试用例库 普通文档，如：Word 电子表格，如：Excel 数据库，如：Access 内容 动态测试过程 动态测试文档 测试过程管理 计划测试工作 设计和跟踪测试用例 报告和管理缺陷 评估测试效果 测试团队 回顾一下缺陷的定义 软件没有达到产品说明书表明的功能 软件出现了产品说明书指明了不会出现的错误 软件功能超出产品说明书的范围 软件没有达到用户期望的目标（虽然产品说明书中没有要求） 测试员或用户认为软件的易用性差 不是所有缺陷都会修改 时间原因 产品说明书更改 测试员错误理解造成的缺陷 修改风险太大 修改性价比太低 缺陷报告不够有效 报告缺陷的原则 尽早报告发现的软件缺陷 修改成本小、修改风险小 避免报告同类缺陷 有效描述软件缺陷 简单、明确、具体 每个缺陷一份报告 简化和优化操作步骤 保证重现缺陷 缺陷描述客观公正，不带评价和感情色彩 保证每个缺陷被报告和处理 分离和再现缺陷的技巧 记下每一个操作步骤和中间结果 逐步尝试并缩小侦察范围 查找时间依赖问题 查找资源依赖问题 考虑软件和硬件配置不同的可能 所有的缺陷不是生来就平等的 严重性 优先级 严重性和优先级的定义依赖于特定的项目要求，甚至同一个项目的不同阶段 缺陷报告的状态/管理 草稿 待提交开发 已经提交开发 开发已经分配 开发正在处理 开发处理完毕 开发已经提交 测试正在重新测试 测试重新测试完毕 报告关闭 不是缺陷 不修改 已经修改 下一个版本修改 缺陷报告要素 编号 测试软件、版本号 测试环境 测试人、测试日期 标题 重现概率 重现步骤 附件 错误分析 修改建议 优先级别、严重程度、错误分类 测试经理、提交日期 优先级别、严重程度、制定修改人 开发经理、分发日期 错误原因、修改方式、修改结果 修改后软件版本号 修改人、修改日期 复审结果 开发经理、提交日期 重新测试结果 重新测试人、修改日期 测试经理、关闭/归档日期 缺陷报告管理系统 过程强制 权限控制 质量记录 文档管理 信息共享 度量和统计 内容 动态测试过程 动态测试文档 测试过程管理 计划测试工作 设计和跟踪测试用例 报告和管理缺陷 评估测试效果 测试团队 评价测试效果 作用 调整测试进度和项目进度 调整测试策略和项目资源分配 测试人员与开发人员考核 精心设计 谨慎使用 度量软件质量、预期发布时间 数据最能反映真实情况 数据也最能制造假象 内容 动态测试过程 动态测试文档 测试过程管理 计划测试工作 设计和跟踪测试用例 报告和管理缺陷 评估测试效果 测试团队 测试团队组成 测试团队一般4-5人，否则应该细分为测试组 测试经理/测试组长 制定测试计划和测试方案 分配测试任务并检查测试进度 代表测试团队与开发、产品、用户沟通 实际测试 测试员 设计测试用例 执行测试用例并填写缺陷报告 检查缺陷处理结果 测试经理 职责 全面的管理 - 测试计划 采集资源 项目报告 - 测试评估 要求 有测试过程的知识 熟悉测试工具 有领导才能 懂得项目的管理 测试工程师（设计者/开发者） 职责 分解测试需求 测试设计 测试开发 要求 有应用需求方面的知识 熟悉测试工具 编程的技巧（附加） 测试工程师（测试执行） 职责 执行测试 产生日志结果 检查修正的错误 要求 了解要测试的系统网络服务器等 熟悉测试工具 有诊断的技巧 测试系统管理员 职责 管理测试的系统 添加新用户 处理用户的要求 要求 系统管理的经验和方法 熟悉测试管理工具 测试与开发的比例 与产品大小、复杂度、质量要求相关 目前国内比例平均为1:6 2000年MS全球52000人，利润$300亿，10000开发人员，15000测试人员，测试费用占研发费用的60% Exchange2000 程序经理25人；开发人员140人；测试人员350人 Windows2000：$50亿 程序经理250人；开发人员1700人；测试人员3200人 IE4.0 开发时间6个月，测试时间8个月 测试员和用户比较 系统测试员和用户相似的地方 都是使用软件，一般不接触软件的代码 都是假设软件应该正确实现说明书的功能 系统测试员和用户不同的地方 使用软件的目的 测试员是发现错误，他的每一个操作都是为这个目的服