微软地秘诀--软件开发中地测试管理.pptVIP

微软的秘诀 --软件开发中的测试管理 李丹 软件测试工程师 视窗数字媒体事业部 Microsoft Corporation Windows XP 有多少行编码？ 问题 “连Daily build 都没有，怎么做测试？” “应该用Rational? 还是Load runner?” “什么时候开始测试？” “测试计划应包括哪些内容？” “一个好的测试人员须具备什么条件？ “怎么做测试的预算？ ？？？ 这个课程将… 简介“产品开发周期”- PCM 简介产品开发的指南针 – 5 P’s 窥视微软的十个秘诀 秘诀之一 -- 测试举足轻重 三国鼎立 组织结构 组织结构 开发人员 vs 测试人员 比例 薪水 发展 代表用户 小结一下… 测试工作改善产品的质量 测试工作改善项目的质量 从生意的角度认识 从组织结构来认识 从人员配备来认识 秘诀之二 --- 测试贯彻始终 第一阶段 --- 规划 目标:产品定位,用户定位,时间定位 定义小组组建计划 其他 简略功能定义(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 人选 秘诀之四 --- 建立高效的团队 组织结构 下面哪一个是好的测试人员? 发现最多的bug? 发现最多被除掉的bugs？ 发现，推动除掉最多对用户有影响的Bugs？ 测试人员的素质 适应性 逻辑思维 细心 有勇气 有效的追求结果 好的测试人员 优秀的测试基本功 准确地报告Bugs, 包括准确的步骤和debugging 信息 能写好的，经已测试的自动化编码，加以清晰的文件 对自己的领域负责任 总是自我检察有无漏洞 总是敢於对自己的工作负责 优秀的测试人员 有能力超越自己的领域 视野开阔，可看得更远 可对质量和进度可做权衡 司机的性格 测试人员角色的转变 企业意识 技术要求