微软的一天

上一篇 / 下一篇 2007-06-26 10:36:16 / 个人分类：好的借鉴

查看( 1371 ) / 评论( 11 )

　1．每日构造Daily Build

　Daily 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．专家会诊

预测项目实际进度和发布时间缺陷走势图

5．回顾微软的一天

测试: BVT, 使用测试用例进行测试；项目经理/组长: 专家会诊

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

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

相关阅读:

论坛模式推荐收藏分享给好友管理

TAG: 好的借鉴

不要长大的小孩发布于2007-06-26 10:16:33: 微软团队模型
项目经理，开发，测试人员比例为５％，３１％，６４％。

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

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

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

%E5]Y2j,ii+g51Testing软件测试网使用小团队并行工作，达到最多的同步点

H7C$fC(E/}5A]定期编译与快速测试，使产品的稳定性和可用性达到最佳

不要长大的小孩发布于2007-06-26 10:17:29: 各角色的职责
　1）Product Management Team　　让客户满意

I)jar"aOSe C*XTarget：确定产品远景，获取并确定用户需求，开发并维护商业安全，满足用户需求。
Role：部门负责人为 Product General Manager，下设Product Unit Manger，Product Planning，Market and Research，Evangelism与Public Relation的部门负责人；evangelism：说服别人，产品推销，原意为“战斗似的热情”
Task：进行Group Program Management，清楚地知道用户的需求，并给出详细定义，即用专业术语描述；确保新产品带来利润；控制用户的期望值；设计大概的产品特性和进度表；管理市场，推销及公共关系。
{"J!w1zR|Cwww.51testing.com
　 2) Program Management　　　　在项目约束条件下交付

3U&^+h5zw51Testing软件测试网Target：制定开发功能规范，在团队内沟通与协商，维持产品进度并报告产品状态，保证在产品约束条件下按时发布产品。
jj8~3m^ |5UFwww.51testing.comRole ：project coordination, product architecture,　release management
Task：管理产品细节，如feature的详细设计；促进团队沟通与交流，如plan following up；控制全局，保证项目按时完成，生产过程中的trade off。
YfJ2f\
f51Testing软件测试网
JF3Q(KHwww.51testing.com3) Software Development Management 　按产品规格交付
7D;@#Wy.[_pm{
.i GK5UC4F&uc!hETarget：开发出满足设计规范和用户要求的产品。
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不是真正的测试，只能发现一般用户问题，属于最基本测试范畴；
测试要考虑所有出错的可能性，错误的承受力，运行的性能问题，软件的兼容性；

v5U"|e\一流的测试人员，不仅要找出bug，还要定位引起bug 的代码行；对设计缺陷，测试人员应提出一个更合理的设计，并确保此设计易于开发人员实现。 Active Bug 指当前必须修改的defect。
UZ f_qiKwww.51testing.com
5）User Enducation Team 提高用户胜任力 www.51testing.com5pU-|9SQ|%M*s5`b
　文档编写，用户培训；保证使用文档要全部清除地写出来，提高用户使用产品的技能，保证大多数用户能够充分利用产品的功能。

6) Logistic management 平滑产品部署　　　 www.51testing.comwv$d2d*N
I"^
　产品实施与维护。

　3. 开发过程特点

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