微软的一天

不要长大的小孩

　1．每日构造Daily Build

　Daily Build是所有工作的核心，而且是在半夜自动启动。

Daily Build的意义： 模块得以及时整合； 要求程序员及时把最新代码放入代码库 用脚本语言和编译/链接工具实现 BVT Build Verification Test ：对Build进行验证
• Blocking Bug ：让Build无法完成的问题； BVT中发现的问题

2．程序员每天上班前最担心什么？

　答案：因为自己昨天的代码check-in，造成Blocking Bug.每天的Build是所有人当天工作的基础，程序员需要Build验证与其他模块的接口；测试需要Build发现新Bug，并验证新Build中已解决的Bug。

　有Blocking Bug怎么办？ 　解决问题，并对今天的Build打Patch。

　答案：打开缺陷跟踪工具，查看指定给自己的Bug，解决高优先度的Bug；为质量重于新功能。

　从版本控制工具中Check out代码； 修改代码（解决Bug或实现新功能）；取得版本工具中最新变化，在本机Build和单元测试；请开发组同事作Code Review ； Check in代码

3．测试人员第一件事做什么？

　答案：打开Raid/BMS，查看指定给自己的Bug，验证已解决的Bug；根据测试用例检验今天的Build ； 在Raid/BMS中记录新发现的Bug

　4．专家会诊

参加者：项目经理和开发组长、测试组长 通过Raid/BMS评估每个未解决的Bug：决定Bug优先度； 可否等到下个里程碑或版本？谁来解决
• 预测项目实际进度和发布时间缺陷走势图

5．回顾微软的一天

构造: daily build ； 开发: 解决blocking bugs, 实现功能, check-out, code review, check-in
• 测试: BVT, 使用测试用例进行测试； 项目经理/组长: 专家会诊

6．微软的做法解决了那些常见问题？

　质量问题
　以前解决过的问题发布时又出现了，需要返工 ；无法预估发布时间 过早发布，带来质量和维护问题
　测试发现的问题被忘却或不了了之；无法衡量测试员和开发员的工作；程序中的问题往往在发布后才发现
　文档管理问题
　文档与程序脱节，文档成为程序结果的描述； 项目组把写文档看成负担
　团队协调问题
　开发人员各自为战，进行整合时发现模块衔接中的严重问题 需要作大的改动
　没有保管好公司以往的版本和代码，无法满足用户对旧版本的更改要求； 开发人员离职对项目带来很大冲击，没有人知道代码在哪，或无法读懂

yunxiz

厉害，学习

yuxuan555269

顶了

changlang530

长见识长见识

donghuanzi

呵呵。长见识了

elong602

学习一下学习一下学习一下

andrewchou

我们也想搞每日构建，不过一直没有摸清楚怎么搞自动集成测试，头大呀

不要长大的小孩

sdlkfj5 。。。。sdlkfj2

ykxd

sdlkfj5

kolecat

不错啊，有收获，继续努力

不要长大的小孩

　1）Product Management Team　　 让客户满意

Target：确定产品远景，获取并确定用户需求，开发并维护商业安全，满足用户需求。
Role： 部门负责人为 Product General Manager，下设Product Unit Manger，Product Planning，Market and Research，Evangelism与Public Relation的部门负责人；evangelism：说服别人，产品推销，原意为“战斗似的热情”
Task：进行Group Program Management，清楚地知道用户的需求，并给出详细定义，即用专业术语描述；确保新产品带来利润；控制用户的期望值；设计大概的产品特性和进度表；管理市场，推销及公共关系。

　 2) Program Management　　　　 在项目约束条件下交付

Target：制定开发功能规范，在团队内沟通与协商，维持产品进度并报告产品状态，保证在产品约束条件下按时发布产品。
Role ：project coordination, product architecture,　release management
Task：管理产品细节，如feature的详细设计；促进团队沟通与交流，如plan following up；控制全局，保证项目按时完成，生产过程中的trade off。

3) Software Development Management 　 按产品规格交付

Target：开发出满足设计规范和用户要求的产品。
Team Role ：软件架构师(Software Architect) 与 软件开发工程师(Software Development Engineer )
Task：进行Software Development Management，包括database，system service，user interface。

4）Software Testing 解决所有问题后发布

Target：开发测试策略和计划，保证解决了所有已知问题后，再发布产品。
Team Role　：测试工具软件开发工程师（Software Development Engineer in Test , SDE/T）与　软件测试工程师(STE) 。
Task：进行test management，compliance testing，configuration testing，integration testing，stress testing 测试工具的编写 - 开始于，Test Case 确定之后，并根据Test Case来设计。
通过使用来发现bug不是真正的测试，只能发现一般用户问题，属于最基本测试范畴；
测试要考虑所有出错的可能性，错误的承受力，运行的性能问题，软件的兼容性；
一流的测试人员，不仅要找出bug，还要定位引起bug 的代码行；对设计缺陷，测试人员应提出一个更合理的设计，并确保此设计易于开发人员实现。 Active Bug 指 当前必须修改的defect。

5）User Enducation Team 提高用户胜任力
　文档编写，用户培训；保证使用文档要全部清除地写出来，提高用户使用产品的技能，保证大多数用户能够充分利用产品的功能。

6) Logistic management 平滑产品部署　　　
　产品实施与维护。

　3. 开发过程特点

　1) 文档齐备：每人清楚了解自己需要做的工作；功能规范由一个3-5人的小组负责完成。
　2) 相互阅读代码：实现目标为同一个feature，代码间可能相互依赖，有助于整体提高效率；避免核心代码由一人完全控制。
　3) 代码注释：包含详尽的调试信息，便于理解与问题解决。

不要长大的小孩

项目经理，开发，测试人员比例为５％，３１％，６４％。

产品团队中，权威仅仅来自于知识，而不是来自于职位。

People are most productive working in small teams with tight budgets, time deadlines, and the freedom to solve their own problems. – Bill Gates

通过有效的风险管理，使不确定因素达到最小

使用小团队并行工作，达到最多的同步点

定期编译与快速测试，使产品的稳定性和可用性达到最佳