微软团队开发环境(1)
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Build和单元测试 • 请开发组同事作Code Review • Check in代码 • 在Bug管理工具中修改Bug的状态 • 开发人员以一封Daily Report结束一天的工作
2
测试人员的一天
测试人员第一件事做什么？
测试人员第一件事做什么？
• 答案：打开Bug管理工具，查看指定给 自己的Bug，验证已解决的Bug
源代码控制的基本操作
• 最常用操作:
– Add File(s) – Check-In – Check-Out – Get Latest Version
• 其他
– Roll-Back – Show History – Compare – Label
使用WinDiff进行代码审查
只有通过本地单元测试才能 Check-in
– 最新版本的源代码在谁的机器上？ – 多人修改一个文件时，有些人的修改被抹掉了 – 昨天的修改引发了新缺陷，但不知道做了哪些修改 – 上周五的代码肯定能运行，但没法退回去了 – 一不小心把有用的GetXYZ()函数删了并存盘了！ – 目前已经在写3.0的代码了，突然要为1.0版本发布一个1.0a – B客户需要一个定制的产品，而且要随通用版不断更新 – 昨天我修改了一个文件，但我想不起来为什么要修改了 – 今天系统出错了，昨天是哪个该死的改了Abc.Cpp文件？ – 上个月发布给A用户的试用版是用那个版本的源码编译的？
风险控制列表 • 提交Status Report
目录
• 微软开发团队的一天 • 微软团队开发环境 • 总结
一分钟自测: 每项10分,满分为
100
• 进行源代码管理以及源代码检入的控制 • 进行定期的代码审查,分享经验和教训 • 每个开发人员都进行单元测试 • 自动进行每日构造,每天可以得到产品最新的版本 • 进行BVT测试(构造验证测试),在第一时间知道构造版
本的质量 • 有统一的Bug管理工具，定期发送Bug报告 • 对有争议的Bug进行专家会诊 • 有统一的测试用例管理工具，定期发送测试用例报告 • 所有团队成员都可以从团队Portal上获取自己需要的
文档,了解项目的状态 • 为整个项目团队以及开发、测试人员建立各个Email
List，便于进行有效沟通
微软团队开发环境
高级工程师/PMP/MSF Practitioner 微软全球技术中心
目录
• 微软开发团队的一天 • 微软团队开发环境 • 总结
目录
• 微软开发团队的一天 • 微软团队开发环境 • 总结
微软开发团队的一天
• Rainbow团队
– 程序经理
1
– 开发组长
1
– 开发人员
3
– 测试组长
接下来，测试人员会…
• 从发布服务器上取得当天的Build版本， 根据测试用例检验当天的Build
• 在Bug管理工具中登记新发现的Bug， 等待开发人员解决
下班前，测试人员会…
• 发送当天或者一周的Bug报告和测试用 例报告
3
程序经理的一天
程序经理的工作
• 主持Bug专家会诊 • 更新项目的计划、日程表、产品规格书、
1
– 测试人员
3
– 用户文档
1
– UI
1
– 产品经理
1
共12人
1
开发人员的一天
开发人员的一天从哪里开始？
开发人员的一天从哪里开始？
• 答案：开发人员的一天从Daily Build开 始
• 开发人员上班的第一件事儿就是查看 Daily Build的结果，担心由于自己昨天 的代码Check-in，造成Build Broken
回顾：Rainbow团队
是怎样协作的？
• 三大流程
– 源代码控制 – 每日构造 – Bug管理
• 七大服务器
– 源代码服务器 – Bug数据库 – 构造服务器 – 发布服务器 – 电子邮件服务器 – 团队协作平台 – 测试用例管理工具
微软团队开发环境之 源代码控制
• 缺少源代码控制工具而引起的问题
@REM
to web folder.
@REM 1.5 Fixed bug 258 [Build] Build script doesn't provide label description
经历对Build的提心吊胆之后， 第一件事做什么？
经历对Build的提心吊胆 之后，第一件事做什么？
• 答案：打开Bug管理工具，查看指定给 自己的Bug，解决高优先度的Bug。因 为质量重于新功能
接下来，开发人员会…
• 从源代码管理工具中Check out代码 • 修改代码（解决Bug或实现新功能） • 取得源代码管理工具中最新变化，在本机
@REM 1.2 Fix the bug to delete .css release server
@REM 1.3 Add version numbers to both DLLs and web page
@REM 1.4 Added facade server and moved all webclient
分支的使用
微软团队开发环境之每日构造
• 每日构造解决的问题
– 客户突然访问/领导临时察看工作 – 产品偏离客户的期望 – 项目经理/成员不了解整体进度 – 测试人员无法编译源代码 – 模块/子系统集成失败 – 错误没有及时发现
• 每日构造的意义
– 统一的视图 – 展示最新进展 – 测试的基础
@REM ---------------------------------------------------------
风险控制列表 • 发送Status Report • ……
PM is the communication hub!
程序经理的工作
• 主持Bug专家会诊 • 更新项目的计划、日程表、产品规格书、
风险控制列表 • 提交Status Report
程序经理的工作
• 主持Bug专家会诊 • 更新项目的计划、日程表、产品规格书、
@REM Build script
@REM Author: Jian Shuo Wang
@REM Created: 12:04 PM 3/12/2002
@REM : StartBuild.bat
@REM Modified:
ห้องสมุดไป่ตู้
@REM 1.1 SD Label added at 12:04 PM 3/12/2002
2
测试人员的一天
测试人员第一件事做什么？
测试人员第一件事做什么？
• 答案：打开Bug管理工具，查看指定给 自己的Bug，验证已解决的Bug
源代码控制的基本操作
• 最常用操作:
– Add File(s) – Check-In – Check-Out – Get Latest Version
• 其他
– Roll-Back – Show History – Compare – Label
使用WinDiff进行代码审查
只有通过本地单元测试才能 Check-in
– 最新版本的源代码在谁的机器上？ – 多人修改一个文件时，有些人的修改被抹掉了 – 昨天的修改引发了新缺陷，但不知道做了哪些修改 – 上周五的代码肯定能运行，但没法退回去了 – 一不小心把有用的GetXYZ()函数删了并存盘了！ – 目前已经在写3.0的代码了，突然要为1.0版本发布一个1.0a – B客户需要一个定制的产品，而且要随通用版不断更新 – 昨天我修改了一个文件，但我想不起来为什么要修改了 – 今天系统出错了，昨天是哪个该死的改了Abc.Cpp文件？ – 上个月发布给A用户的试用版是用那个版本的源码编译的？
风险控制列表 • 提交Status Report
目录
• 微软开发团队的一天 • 微软团队开发环境 • 总结
一分钟自测: 每项10分,满分为
100
• 进行源代码管理以及源代码检入的控制 • 进行定期的代码审查,分享经验和教训 • 每个开发人员都进行单元测试 • 自动进行每日构造,每天可以得到产品最新的版本 • 进行BVT测试(构造验证测试),在第一时间知道构造版
本的质量 • 有统一的Bug管理工具，定期发送Bug报告 • 对有争议的Bug进行专家会诊 • 有统一的测试用例管理工具，定期发送测试用例报告 • 所有团队成员都可以从团队Portal上获取自己需要的
文档,了解项目的状态 • 为整个项目团队以及开发、测试人员建立各个Email
List，便于进行有效沟通
微软团队开发环境
高级工程师/PMP/MSF Practitioner 微软全球技术中心
目录
• 微软开发团队的一天 • 微软团队开发环境 • 总结
目录
• 微软开发团队的一天 • 微软团队开发环境 • 总结
微软开发团队的一天
• Rainbow团队
– 程序经理
1
– 开发组长
1
– 开发人员
3
– 测试组长
接下来，测试人员会…
• 从发布服务器上取得当天的Build版本， 根据测试用例检验当天的Build
• 在Bug管理工具中登记新发现的Bug， 等待开发人员解决
下班前，测试人员会…
• 发送当天或者一周的Bug报告和测试用 例报告
3
程序经理的一天
程序经理的工作
• 主持Bug专家会诊 • 更新项目的计划、日程表、产品规格书、
1
– 测试人员
3
– 用户文档
1
– UI
1
– 产品经理
1
共12人
1
开发人员的一天
开发人员的一天从哪里开始？
开发人员的一天从哪里开始？
• 答案：开发人员的一天从Daily Build开 始
• 开发人员上班的第一件事儿就是查看 Daily Build的结果，担心由于自己昨天 的代码Check-in，造成Build Broken
回顾：Rainbow团队
是怎样协作的？
• 三大流程
– 源代码控制 – 每日构造 – Bug管理
• 七大服务器
– 源代码服务器 – Bug数据库 – 构造服务器 – 发布服务器 – 电子邮件服务器 – 团队协作平台 – 测试用例管理工具
微软团队开发环境之 源代码控制
• 缺少源代码控制工具而引起的问题
@REM
to web folder.
@REM 1.5 Fixed bug 258 [Build] Build script doesn't provide label description
经历对Build的提心吊胆之后， 第一件事做什么？
经历对Build的提心吊胆 之后，第一件事做什么？
• 答案：打开Bug管理工具，查看指定给 自己的Bug，解决高优先度的Bug。因 为质量重于新功能
接下来，开发人员会…
• 从源代码管理工具中Check out代码 • 修改代码（解决Bug或实现新功能） • 取得源代码管理工具中最新变化，在本机
@REM 1.2 Fix the bug to delete .css release server
@REM 1.3 Add version numbers to both DLLs and web page
@REM 1.4 Added facade server and moved all webclient
分支的使用
微软团队开发环境之每日构造
• 每日构造解决的问题
– 客户突然访问/领导临时察看工作 – 产品偏离客户的期望 – 项目经理/成员不了解整体进度 – 测试人员无法编译源代码 – 模块/子系统集成失败 – 错误没有及时发现
• 每日构造的意义
– 统一的视图 – 展示最新进展 – 测试的基础
@REM ---------------------------------------------------------
风险控制列表 • 发送Status Report • ……
PM is the communication hub!
程序经理的工作
• 主持Bug专家会诊 • 更新项目的计划、日程表、产品规格书、
风险控制列表 • 提交Status Report
程序经理的工作
• 主持Bug专家会诊 • 更新项目的计划、日程表、产品规格书、
@REM Build script
@REM Author: Jian Shuo Wang
@REM Created: 12:04 PM 3/12/2002
@REM : StartBuild.bat
@REM Modified:
ห้องสมุดไป่ตู้
@REM 1.1 SD Label added at 12:04 PM 3/12/2002