微软团队开发环境之源代码控制 - 为龙.ppt

微软团队开发环境 目录 微软开发团队的一天 微软团队开发环境 总结 目录 微软开发团队的一天 微软团队开发环境 总结 微软开发团队的一天 Rainbow团队 程序经理 1 开发组长 1 开发人员 3 测试组长 1 测试人员 3 用户文档 1 UI 1 产品经理 1 共12人 开发人员的一天从哪里开始？ 开发人员的一天从哪里开始？ 答案：开发人员的一天从Daily Build开始 开发人员上班的第一件事儿就是查看Daily Build的结果，担心由于自己昨天的代码Check-in，造成Build Broken 经历对Build的提心吊胆之后，第一件事做什么？ 经历对Build的提心吊胆之后，第一件事做什么？ 答案：打开Bug管理工具，查看指定给自己的Bug，解决高优先度的Bug。因为质量重于新功能 接下来，开发人员会… 从源代码管理工具中Check out代码 修改代码（解决Bug或实现新功能） 取得源代码管理工具中最新变化，在本机Build和单元测试 请开发组同事作Code Review Check in代码 在Bug管理工具中修改Bug的状态 开发人员以一封Daily Report结束一天的工作 测试人员第一件事做什么？ 答案：打开Bug管理工具，查看指定给自己的Bug，验证已解决的Bug 接下来，测试人员会… 从发布服务器上取得当天的Build版本，根据测试用例检验当天的Build 在Bug管理工具中登记新发现的Bug，等待开发人员解决 下班前，测试人员会… 发送当天或者一周的Bug报告和测试用例报告 程序经理的工作 主持Bug专家会诊 更新项目的计划、日程表、产品规格书、风险控制列表 发送Status Report …… 程序经理的工作 主持Bug专家会诊 更新项目的计划、日程表、产品规格书、风险控制列表 提交Status Report 程序经理的工作 主持Bug专家会诊 更新项目的计划、日程表、产品规格书、风险控制列表 提交Status Report 目录 微软开发团队的一天 微软团队开发环境 总结 一分钟自测: 每项10分,满分为100 进行源代码管理以及源代码检入的控制 进行定期的代码审查,分享经验和教训 每个开发人员都进行单元测试 自动进行每日构造,每天可以得到产品最新的版本 进行BVT测试(构造验证测试),在第一时间知道构造版本的质量 有统一的Bug管理工具，定期发送Bug报告 对有争议的Bug进行专家会诊 有统一的测试用例管理工具，定期发送测试用例报告 所有团队成员都可以从团队Portal上获取自己需要的文档,了解项目的状态 为整个项目团队以及开发、测试人员建立各个Email List，便于进行有效沟通 回顾：Rainbow团队是怎样协作的？ 三大流程 源代码控制 每日构造 Bug管理 七大服务器 源代码服务器 Bug数据库 构造服务器 发布服务器 电子邮件服务器 团队协作平台 测试用例管理工具 微软团队开发环境之源代码控制 缺少源代码控制工具而引起的问题 最新版本的源代码在谁的机器上？ 多人修改一个文件时，有些人的修改被抹掉了 昨天的修改引发了新缺陷，但不知道做了哪些修改 上周五的代码肯定能运行，但没法退回去了 一不小心把有用的GetXYZ()函数删了并存盘了！ 目前已经在写3.0的代码了，突然要为1.0版本发布一个1.0a B客户需要一个定制的产品，而且要随通用版不断更新 昨天我修改了一个文件，但我想不起来为什么要修改了 今天系统出错了，昨天是哪个该死的改了Abc.Cpp文件？ 上个月发布给A用户的试用版是用那个版本的源码编译的？ 源代码控制的基本操作 最常用操作: Add File(s) Check-In Check-Out Get Latest Version 其他 Roll-Back Show History Compare Label 使用WinDiff进行代码审查 只有通过本地单元测试才能Check-in 分支的使用 微软团队开发环境之每日构造 每日构造解决的问题 客户突然访问/领导临时察看工作 产品偏离客户的期望 项目经理/成员不了解整体进度 测试人员无法编译源代码 模块/子系统集成失败 错误没有及时发现 每日构造的意义 统一的视图 展示最新进展 测试的基础 每日构造步骤 每日构造步骤 每日构造与BVT测试 BVT测试是冒烟测试的一种 一般在Build生成后进行的自动测试 微软团队开发环境之Bug 管理 对每一个Bug进行跟踪，避免遗漏 对产品质量的进展进行有效的跟踪 量化产品的质量和开发团队成员的绩效，便于有效的管理 Bug收敛点：质量趋向稳定 零Bug反弹： 产品发布指日可待 三大流程的整合 目录 微软开发团队的一天 微软团队开发环