昨天在科大的西区，听了一场微软专家报告会，此前他们已经给软件学院的学生做过了笔试，晚上的讲座有2场，一场是微软亚洲工程院（ATC），一场是微软亚洲研究院（MSRA）。我听的这场是ATC的，主讲人是TIM，他在微软亚洲工程院担任软件测试主管职务，负责工程院多个项目的开发／测试管理。相关联的产品涉及到Longhorn, Media Player, WinCE, Media Center，Microsoft.com。到场的会场多，后面来的没位置坐的，要不坐地上，要不在后面站成了3排！我是提前1个小时去的。
下面是我做的一些笔记：
产品周期分五步：1.Planning 2.Implementation 3.Stablilize 4.Release(RTW/RTM)
他们一般是先有IDEA，然后立项，向上面要人要钱，先不考虑语言，先想具体的步骤，然后再考虑采用什么语言合适。
一个好的PM（Product Manager）应具备的素质：
1． Technical Knowledge
2． Industry familiarity
3． Communication Skills
4． Customer Focused
5． Detail Oriented
Debug是一项很重要的技能，一般学生不太懂或者没有重视
一个好的开发者应具备的素质：
1． Computer Science Background
2． Code Skills
3． Debugging Skills
4． Passion for Technology
一个好的测试者应该具备的素质：
1． Diverse technical expertise
2． Problem solving/troubleshooting
3． Think out of box
4． Passion for customer
M0 Stage( Milestone 0)
1. Support previous release(docs and so on)
2. Research technologies and take training
3. Create schedule
4. Do postmortem of last product cycle
Spec(文档)—1.Why is it so important?
2.Spec bug
3.Spec review
4.Spec SIGN-OFF
TIM举了一个例子，说微软一个小组原来一个很N很N的程序员写了3个月的一个C程序，足足有几十M大！！！后来WINDOWS升级了，要改这个程序，叫了一个工程师去改了7个月没改出来，因为原来那个N人没有留下任何文档，而且也没有什么注释。我想这就是人走CODE凉，无人晓。
项目中会存在的一些问题：
1. Specs behind schedule
2. No clear direction for the team
3. Little or no time spent on design
4. Development /Test estimates too optimistic
项目成功的标志：
1. Know the product vision
2. Fully understand the key user scenarios
3. Learn about your customer
4. Establish good relationship between teams
5. Design before you code
6. Research technologies and educate others
实施阶段：
Design,coding,test 要几乎同时开始，但每阶段的侧重点不同
每日发现错误：BVT，check-in Test
版本控制：用工具 Source Depot ,以前也用VSS
DogFood！！！(狗食)自己做的东西自己先吃下去，比如OFFICE，微软会自己先用
微软的测试工作是世界水平第一的，平均每个程序员配1。3到1。5个测试人员。XP里面还留有几千个BUG，当然了，这些BUG不是很重要。重要的厉害的BUG已经处理掉了。
项目结束后，只有遇到大客户放映的BUG，他们才会马上修改；个人用户，除非有REPORT，才给予处理，在微软网站上有处理此类事务的页面。
