微软秘诀! final--.ppt

微软的秘诀 --软件开发中的测试管理 Windows XP 有多少行编码？ 问题 “连Daily build 都没有，怎么做测试？” “应该用Rational? 还是Load runner?” “什么时候开始测试？” “测试计划应包括哪些内容？” “一个好的测试人员须具备什么条件？ “怎么做测试的预算？ ？？？ 秘诀之一 -- 测试举足轻重 三国鼎立 组织结构 组织结构 秘诀之二 --- 测试贯彻始终 第一阶段 --- 规划 目标:产品定位,用户定位,时间定位 定义小组组建计划 其他 简略功能定义(Functional Specification) 概念性设计 (Conceptual design) 简略测试计划 (Preliminary test plans) 运作预测 (Operations forcasting) 简略用户协助计划简略地区化计划 第二阶段 --- 设计 完成总体的测试计划 由下至上的成本和日程预算 团队已经组成 n予功能说明书的审查 撰写测试计划 建立管理流程 工具，Bug 管理，报告系统等等 第三阶段 --- 贯彻 主要里程碑(Mn);多个小产品周期 第三阶段 - 完成标准 完成市场定位和咨询策略 完成代码 （Code Complete) 测试完成设计测试工具和规范 完成用户界面的详细设计规范文件 完成用户协助功能规范文件 完成产品上市发布计划 开始 Bug triage/tradeoffs 开始产品地区化工作 第三阶段 – 测试部门责任 初步接收测试Acceptance/BVT testing 国际化测试Globalizability 基本功能测试Feature Functionality Testing 参予编码的审查Participate in Code review 进行测试优化Test prioritization 撰写测试案例Write test cases 测试自动化编码Write test automation script 编写测试工具Writing test tools 第四阶段 --- 稳定 第四阶段 - 完成标准 发布市场测试 (Beta) 版 发布技术测试 (Beta) 版 其他 产品发布的推广计划 继续Bug Triage 达到零个bug (Zero Bug Bounce) 完成对用户协助文件的检验 测试板被内部Servers 采用 第四阶段 – 测试 部门责任 总体测试 表现，压力，用户界面，地区化，耐力，装机，实况摹拟，等等Performance, stess, UI, loc, longhaul, setup, scenarios, help, etc 编码覆盖研究和优化测试顺序Code coverage and test prioritization Bug 的报告与跟踪 Bug bash, test pass, scenarios, cross area testing, etc 内部应用 dog food 第五阶段 --- 发布 第五阶段 - 完成标准 发布零售制造版 (RTM) 发布网络版(RTW) 最后的文件 (Help, Release Note) 地区化准备同步发布 产品支持部(PSS)和快速修补工程 (QFE)开始运作 市场运用的研究开始 第五阶段 – 测试部门责任 确定测试sign-off 的程序 Regression 重测 QFE/SE 测试交接 移向新的项目 秘诀之三 --- 坚持原则 管理的指南针 （5Ps) Purpose 目的 Principle 原则 Priority 优序 Plan 规划 People 人选 秘诀之四 --- 建立高效的团队 组织结构 测试人员的素质 适应性 逻辑思维 细心 有勇气 有效的追求结果 好的测试人员 优秀的测试基本功 准确地报告Bugs, 包括准确的步骤和debugging 信息 能写好的，经已测试的自动化编码，加以清晰的文件 对自己的领域负责任 总是自我检察有无漏洞 总是敢於对自己的工作负责 优秀的测试人员 有能力超越自己的领域 视野开阔，可看得更远 可对质量和进度可做权衡 司机的性格 测试人员角色的转变 企业意识 技术要求 Black box, White box, Gray-box 沟通技术 代表顾客 秘诀之五--- 完整的臭虫(Bugs)管理体系 什么是 Bug? Bug 的生命周期 Bug 的处理流程 Bug 的分类 Bug 的数据库各个阶段的含义 除害三国会议(Bug Triage) 什么是 Bug? 编码或逻辑中的错误 Any error in code or logic 与spec 或说明书有出入 Disparity from a spec, or applicable guide