微软产品开发模型(推荐ppt206).ppt

微软产品周期模型,主要内容,产品周期模式概述:微软产品开发的方法产品背后的人们和他们的任务与产品开发相关各人员的工作任务及其详细介绍微软软件开发中其他的一些事情,MO,Mn,Codecomplete,RTM-W,ProductCycle产品周期,产品规划阶段,MO,Mn,Codecomplete,RTM-W,ProductCycle产品周期,产品规划阶段,产品的开发阶段里程碑1,里程碑2:较为冒险的,重要的性能里程碑3:次要的性能,对此需要重新估评调整,MO,Mn,Codecomplete,RTM-W,ProductCycle产品周期,产品规划阶段,产品的开发阶段里程碑1,里程碑2:较为冒险的,重要的性能里程碑3:次要的性能,对此需要重新估评调整,产品测试阶段调试代码发行测试版(Batas)预发行版(RCs),MO,Mn,Codecomplete,RTM-W,ProductCycle产品周期,产品规划阶段,产品的开发阶段里程碑1,里程碑2:较为冒险的,重要的性能里程碑3:次要的性能,对此需要重新估评调整,产品发布向制造业和网站投放（RTM/RTM）对网络产品的服务阶段,产品测试阶段调试代码发行测试版(Batas)预发行版(RCs),MO,Mn,Codecomplete,RTM-W,ProductCycle产品周期,软件开发人物表,他们是谁他们是和你一样聪明的人他们来自世界各地他们都具有同样的激情开发出最好的软件他们在开发过程中以顾客需求为宗旨,软件开发人物表,他们在产品开发组中的作用/职务是什么产品单元总经理（PUM）产品经理程序经理（PM）软件设计工程师（SDE/Dev)软件测试设计工程师(SDET/TestDev)软件测试工程师(Tester)BuildEngineer产品设计师本地化工程师文档小组,产品规划,产品规划,任务：识别有利市场，确保产品在此市场中能迎合客户需要，并向客户介绍产品的价值所在产品规划定义产品定义客户的价值：通过消费群体的调查研究和竞争要素的分析定义产品前景和产品前景的描述确定产品主要性能和特性产品开发过程中始终以客户需求为宗旨确定产品长期目标（三年期至五年期目标）,产品规划阶段消费群体的调查研究与组员交流产品前景（前景描述）待开发产品性能及他们的开发优先级,MO,Mn,Codecomplete,RTM-W,产品周期：规划人员,产品规划阶段消费群体的调查研究与组员交流产品前景（前景描述）待开发产品性能及他们的开发优先级,MO,Mn,Codecomplete,RTM-W,产品周期：规划人员,产品开发阶段产品开发时处处以顾客需求为宗旨，做顾客的代言人竞争要素分析,产品规划阶段消费群体的调查研究与组员交流产品前景（前景描述）待开发产品性能及他们的开发优先级,MO,Mn,Codecomplete,RTM-W,产品周期：规划人员,产品开发阶段产品开发时处处以顾客需求为宗旨，做顾客的代言人竞争要素分析,产品测试阶段经营分析和预测,产品规划阶段消费群体的调查研究与组员交流产品前景（前景描述）待开发产品性能及他们的开发优先级,MO,Mn,Codecomplete,RTM-W,产品周期：规划人员,产品开发阶段产品开发时处处以顾客需求为宗旨，做顾客的代言人竞争要素分析,产品测试阶段经营分析和预测,产品发布下一版本该做的事三年期至五年期的计划,程序经理,程序经理,任务：在最适合的时候投放高质量的产品确保产品能很号的迎合市场的需求和满足微软经营的需要提供领导力量但并不是专制对产品的特性设置，进度和资源的安排负责促进交流，协调小组内和整个微软范围内的人际关系在不同的技术领域，协调与其他供应商的关系（独立硬件供应商/独立软件供应商）,产品规划阶段产品前景落实编写产品规格书创建主进度表,MO,Mn,Codecomplete,RTM-W,产品周期：程序经理,产品规划阶段产品前景落实编写产品规格书创建主进度表,MO,Mn,Codecomplete,RTM-W,产品周期：程序经理,产品开发阶段管理功能小组工作状况管理产品规格书保持全组的工作重点推进工作进度,产品规划阶段产品前景落实编写产品规格书创建主进度表,MO,Mn,Codecomplete,RTM-W,产品周期：程序经理,产品开发阶段管理功能小组工作状况管理产品规格书保持全组的工作重点推进工作进度,产品测试阶段对产品各方面进行权衡（产品运行速度、性能多少、可用性及开发进度等等）,产品规划阶段产品前景落实编写产品规格书创建主进度表,MO,Mn,Codecomplete,RTM-W,产品周期：程序经理,产品开发阶段管理功能小组工作状况管理产品规格书保持全组的工作重点推进工作进度,产品测试阶段对产品各方面进行权衡（产品运行速度、性能多少、可用性及开发进度等等）,产品发布跟踪媒体庆功会下一版本准备工作,程序经理,挑战引导全组，使其不偏离预期的设计思想和进度勇于承担各项责任促进相互间的交流具备在无指定权利情况下产生影响力的能力,程序经理,要避免因小事而浪费时间和资源不为客户利益而争辩（否则，这样做的结局必将是：只能开发出性能拙劣的，不受客户欢迎的产品）因为他人的行为方式而看不起他（但事实上是因为你的过错，是因为别人所获得的信息与你的不同）假设情况是（不要作任何假设ass-u-me),程序经理回答你的问题？,开发人员,开发人员,任务：设计开发出高质量的软件提供技术咨询对产品规格做出反馈设计算法和数据结构设计，编写和调试代码,产品规划阶段对新产品性能的可行性研究技术建议反馈给规划人员,MO,Mn,Codecomplete,RTM-W,产品周期：开发人员,产品规划阶段对新产品性能的可行性研究技术建议反馈给规划人员,MO,Mn,Codecomplete,RTM-W,产品周期：开发人员,产品开发阶段编写代码，单元测试/调试按照进程表为测试小组提供可测试产品单元件代码的再使用,产品规划阶段对新产品性能的可行性研究技术建议反馈给规划人员,MO,Mn,Codecomplete,RTM-W,产品周期：开发人员,产品开发阶段编写代码，单元测试/调试按照进程表为测试小组提供可测试产品单元件代码的再使用,产品测试阶段调试纠错不对产品性能作改动,产品规划阶段对新产品性能的可行性研究技术建议反馈给规划人员,MO,Mn,Codecomplete,RTM-W,产品周期：开发人员,产品开发阶段编写代码，单元测试/调试按照进程表为测试小组提供可测试产品单元件代码的再使用,产品测试阶段调试纠错不对产品性能作改动,产品发布零个错产品,开发人员,挑战产品功能（设计的复阅/代码的复阅）按进度表进程完成所有的任务少出程序错误（在整个产品周期中使错误数量小于一定数量）面对更短开发周期产品国际化迅速发展的技术信息共享，相互交流,开发人员,要避免你的代码改动使每天一次的机器码编译出错（等待你的老板或产品单元总经理来找你说个明白）你的纠错代码改动没能消除错误（你可能在没有解决原有问题的同时却引入了新的错误）在源程序进入保护状态后没能按规定来更新源程序代码）沉迷于电子游戏中,开发人员回答你的问题？,测试人员,测试人员,任务：确保我们产品的高质量在产品生产过程中，按照产品规格书对产品及其质量做独立的确认测试产品与设计标准相符测试产品与规格相符测试产品的稳定性测试产品的兼容性,产品规划阶段产品规格复阅制订测试计划,MO,Mn,Codecomplete,RTM-W,产品周期：测试人员,产品规划阶段产品规格复阅制订测试计划,MO,Mn,Codecomplete,RTM-W,产品周期：测试人员,产品开发阶段测试软件的开发测试过程的自动化个人/朋友版的测试综合/验错测试,产品规划阶段产品规格复阅制订测试计划,MO,Mn,Codecomplete,RTM-W,产品周期：测试人员,产品开发阶段测试软件的开发测试过程的自动化个人/朋友版的测试综合/验错测试,产品测试阶段多次全面运行开发的测试软件（fulltestpass)压力测试（stresstest)发布标准测试纠错结果验证测试,产品规划阶段产品规格复阅制订测试计划,MO,Mn,Codecomplete,RTM-W,产品周期：测试人员,产品开发阶段测试软件的开发测试过程的自动化个人/朋友版的测试综合/验错测试,产品测试阶段多次全面运行开发的测试软件（fulltestpass)压力测试（stresstest)发布标准测试纠错结果验证测试,产品发布最后产品金碟版测试,测试人员,挑战与开发人员保持最佳沟通国际范围的测试测试软件的互用性各组成部分的共享人员的流动,测试人员,测试方面的其他议题测试案例（testcase)测试脚本（testscript)版本验证测试（BTV）BugstatusRegressionbug验证错误已被改正，并在bug数据库中关闭此bugRaid数据库,测试人员,要避免记录过多不可再现的错误在早期筹备阶段不进行有效的测试，直到产品开发后期才发现大量的严重错误不做完全地验证就关闭bugsResolvebugsasfixedinRaiddatabase,测试人员回答你的问题？,微软软件开发写真,微软怎么开发出世界一流的软件的100%以bug数据库为基础产品技术支持部门的反馈产品规格的完成（规格修改委员会）完成视觉效果的设计源程序树的锁定（lockdownsourcetree)源程序树的分叉（forksourcetree)产品编码完成先尝其果（eatyourowndogfood),微软软件开发写真,微软怎么开发出世界一流的软件的可用性测试研究对于大型产品，按产品单元组景象源程序代码更新和稳定是有效且必要的方法战斗组(Warteam)战斗会议(Warmeeting)Componentteambugtriage,微软软件开发写真,微软怎么开发出世界一流的软件的零错出现金主碟Sign-offShippingpartiesLakeBilldumpLaunchparties/eventsandnewswatching“ship-it”rewardandshippinggiftsItissomuchfunworkingforMicrosoft!Hopeyoutoohavealotoffun作软件这行真好玩！,回答你的问题？,微软产品开发方法,日程,微软产品周期模型中的开发者规划及撰写产品说明书阶段-里程碑0功能实现阶段-里程碑1到N测试和稳定阶段-代码完成（CC）和发布产品微软开发协作模式源代码控制工具Bug跟踪和解决开发人员应有的态度,里程碑0,规划及撰写产品说明书,微软产品周期模型中的开发者,微软产品周期模型,编程开始,远景目标确定,QFEDCR,主金碟,市场Beta版技术Beta版,零Bug反弹点(ZBB),里程碑目标达到,M1-MN,MO,计划,代码完成,Beta,RC,RTM,SPs,开发人员在M0阶段的工作,支持前一个版本帮助程序经理撰写产品说明书,支持前一个版本,QFE（QuickFixEngineering)DCR(DesignChangeRequest)SP1,SP2.修正被推迟的Bug,帮助程序经理撰写产品说明书,为PM写产品说明书提供支持审阅Spec估计功能实现时间，确定进度,制订计划,预测什么时候可以完成什么功能协调各开发组，功能和里程碑决定做哪些功能，不做哪些功能激励没有截止日期，什么事儿都做不了计划是一种估计，更是一种承诺开发者做主来制订计划,什么是好计划,把大的计划分成小块每块半天到5天（如WBS方法）什么事情都有时间限制开发，测试，调试，代码审校如果计划好的东西完成了，整个功能就应该完成了（没有不在计划中的内容）,制订更合理的计划,不断对比比较最初的估计和实际时间有助于制订现实的计划多个开发人员独立估算，把结果合并,进度控制容易忽略的因素,新人的上手时间准备做演示的资源开会和讲座的时间维护运行编译的脚本编译中断的修正时间外部组件的集成处理测试的问题病假/休假,考虑具体技术实现,计划角色，工具和流程设计新功能的实现方法建立原形考察新技术,考虑的第一个问题代码重用,绝大多数代码在别处已经写过了利用已有的代码可以节省时间，提高质量在微软，各产品组互为客户和提供商关系对于任何一段代码，首先问自己：这段代码/功能有可能在什么地方已经有人写过了可能在已有的项目里可能操作系统已经实现了（e.g.Windows)可能在某个函数库里（e.g.CRT,DLL,.NETFramework)代码重用有不同的级别,代码重用的不同级别,调用系统已有功能，或其他项目组已完成的功能（Windows.MSNMessenger)与其他项目合用可执行代码与其他项目复用源代码从其他项目中拷贝源代码（Codebase)利用其他项目的界面设计和算法（M,Wizard)IE创造了代码重用的神话(Help,URLMoniker),选择实现方式时一定要慎重,决定自己开发时一定要慎重比如：已经有了很多数据库引擎，我们真的有必要重新写我们自己的吗？采用别的项目的技术是一定要慎重可能不是完完全全你要的东西可能没法放到你的体系中来可能质量达不到你的要求可能有很多后续问题（版本问题，安装）使用全新的技术不一定是最好的发布日期的限制,如何了解已有的代码,审阅所代码（打印出来）用代码浏览器浏览所有代码（如SourceInsight)分步执行程序阅读设计文档小心的重新格式化它注释，调试代码，编程风格，等等,MO易犯的错误,功能说明书（Spec)出来的太晚开发团队对产品没有共识（Vision)在设计上花的是时间太少，形成的功能设计书不踏实计划过于乐观,M1，M2到Mn,开发和编程,里程碑的设计技巧,时间分配实际编程时间集成，稳定时间（后面的里程碑时间加长）*保证各个模块可以在一起工作*必须写一段，稳定一段，再继续前进缓冲的时间每个产品组都有不同的安排1/3时间来集成,CodeComplete代码完成,计划的工作完成功能可以运行不需要任何编程工作了它意味着从编程模式转变到发现并修正Bug模式不会再有新的功能了,代码完成后的工作,冻结界面修改Beta测试ZBB(ZeroBugBounce)发布候选版本RTM/RTW,微软协作工作模式,建立开发团队的基础设施,源代码服务器BuildmachineBug数据库发布服务器信息发布站点Exchange邮件列表和公共文件夹,建立开发团队的基础设施,源代码服务器编译服务器发布服务器Bug数据库信息发布站点Exchange邮件列表和公共文件夹,常用名词,Check-in-提交修改代码Codereview-代码审核Buddybuild-伙伴编译Pickup-修改反映到BuildmachineSynchronize-同步其他人的修改Build-生成正式二进制文件Release-正式二进制文件发布BVT-启动测试,开发中的版本控制,为什么要进行版本控制？版本控制工具可以恢复到以前的版本知道谁曾经改动过某段代码理解某个代码改动的原因微软内部使用很多工具SourceDepot,VSS,SLM,源代码服务器,是正式的、唯一的代码来源源代码服务器里有什么*源代码*有关工具的代码*规格书*其他经常改动的文档源代码服务器没有什么*二进制文件*目标文件*编译产生的头文件,提交修改代码过程,统一的流程可以保证*保证版本总可以工作*避免出现BuildBreakBuildBreak是非常严重的错误*开发过程被迫中断*测试人员没法测试别人的饿代码*对此负责的程序员会被半夜叫到公司,源代码管理,集中*必须使用工具：如SourceSafe质量*编程的标准规范通用的编程方式/注释*代码净化和代码审核安全性*经常做服务器备份*存储在不同的地方,Check-in管理,程序员开发出一段代码个人测试*在调试器里执行每一行代码*所有的测试用例都要运行加入个人代码后软件的整体测试代码的递交和伙伴审核及编译严格的Check-in管理,Check-in管理,测试人员,发布服务器,Builder,开发人员,Bug数据库,源代码服务器,邮件系统,作战会议,1、拿到新的版本,2、记录bug,11、验证bug解决,10、解决bug,3、得到新的bug4、改正bug,5、Checkin请求7、Checkin,9、编译,6、批准,8、拿到最新源代码,代码集成要点,每一个Check-in必须有记录*必须发pickup邮件*要有新feature规格、Bug号或说明*代码审核和伙伴编译进入控制模式后*Check-in之前需要申请*必须是解决ShowStopperbug或由经理或作战会议批准,BuildMachine(编译机）,独立的专用机器（通常再专用实验室里）专人负责生成二进制代码*用于发布*用于测试代码、环境变量不能任意改动*只接受源代码服务器的修改*正式的环境变量,Bug数据库,测试与开发人员的沟通界面Open,resolve,andclosebugs优先级ShowStopper,Exchange公共文件夹,论坛形式的公共文件夹批准、以及存储Check-in请求的地方Check-in要求会转发给邮件列表,开发人员应有的态度,开发者的使命,不仅仅是写程序和调试他和所有角色一样，为了实现用户需求*PM-定义用户需求*界面设计-描绘用户需求*开发-实现用户需求*测试-保障用户需求程序员将把Word文档（需求说明书）“编译”成执行代码不是项目组中唯一重要的角色,开发人员的管理,程序员是特殊的群体*创造力与完成任务任务管理高于时间管理设定优先级激励与惩罚程序员*进度透明*Bug数量和ShowStopper透明*违反制度鼓励开发人员写“solid”代码*代码审核*积极处理bug,代码审核,代码审核的优越性*增强可靠性*极早发现项目中的问题*扩展开发人员的代码知识*培训开发人员的最佳途径定出时间不要放弃*每周固定时间*明确规定为每个feature完成的一个步骤,积极处理Bugs,“Bug不是不可以避免的”测试是开发人员的基本功*让源代码容易测试*成为自己产品的客户*调查遇到的每一个问题用测试来验证质量，而不是创造质量*不要依赖测试人员来发现bug*与测试人员成为合作伙伴,问题,微软程序经理,日程表,什么是程序经理？程序经理的来历和种类优秀程序经理的特征程序经理的几大工作重点怎样在竞争中取胜做没有权威的领导者作为程序经理，有所为，有所不为,什么是程序经理,这些年来，都处于模糊状态和开发，测试，市场和用户助理等人员一起工作程序经理和软件的关系，就如同建筑师和房子的关系,程序经理的来历,1984年，Multiplan项目首次设立了程序经理的职位来管理整个项目并取得了巨大的成功，于是比尔.盖茨决定在全公司范围内实行程序经理的管理模式,优秀程序经理的特征,做事投入对产品前景的理解专注的精神促进发展的能力注意细节的能力做决策的能力做事有勇气,程序经理的几大工作重点,产品前景及其相关的工作产品高层次初步的设计产品详细设计和日程安排问题的处理检查产品开发进度（Checkpoints)发布产品,产品前景及其相关的工作,什么时间该做什么：*何时开始一个项目*了解顾客，业务，市场，技术*程序经理应做调研、访问顾客*调研、访问的结果：产品前景阐述程序经理要把握的关键点*不要只是对顾客滔滔不绝-请学会倾听*明白调研的优点和局限性*为你的领域开发一片“子前景”*写下你的想法，然后征求别人的意见,1.1产品前景及其相关的工作,前景是所有工作的起点*每个人都能够理解*每个人都会同意*这个标准将会让你专注，并指导你解决难题了解你的顾客*成熟产品的第一个版本发布*了解所从事的行业*当你的产品发布了，这些产品会流向什么地方,2.产品高层次初步的设计,什么时候该做什么：*确定前景期间和之后的几个月*费用/效益分析*程序经理书写产品规格草案*这是大多数项目失败的地方PM关键点：*前景应该成为做决定的指导*清晰地设想的用户产品的情节*Proto-specs最初的产品规格,3.产品详细设计和日程安排,什么时间做什么？*在“里程碑0）（MO）”期间*在程序经理和开发人员之间有更多的交流*程序经理写产品规格结果*详细的日程安排*详细的里程碑结束标准*“里程碑1”产品规格完成,3.1产品详细设计和日程安排,怎样才是一个好的产品规格*概述*明确的成功的标准（包括测试设定）*详细的资料*表达整个团队的想法,3.2产品详细设计和日程安排,如何进行产品规格的审核*学习怎么检测验收产品的规格*提前对产品规格进行的测试*和整个团队一起做审核*不要拒绝接受别人的批评和意见,3.3产品详细设计和日程安排,程序经理的其他注意事项*彻底了解产品的前景*彻底了解产品本身*不断训练你自己的设计能力*不要和开发人员在开发进程上争论不停*知道执行的顺序,3.4产品详细设计和日程安排,成功的时间安排设定日程安排校准日程就跟踪标准达成一致知道相互依赖的关系到达里程碑有一个后备计划调整日程,主要日程,Planning,Specification,Development,Stabilization,SpecComplete,CodeComplete,GoalsClosure,Milestone0,RTM,Spec/Shedule,Iterations,DesignChangee,Triage,4.问题的处理,什么时间该做什么*跟踪进程和处理问题*在编写代码和发布的过程中*程序经理更新产品规格和resolvebugsPM关键点*不要对bugs视而不见*你不可以解决任何问题*在RAID中记录所有的细节*不要经常推迟bug的调正*Over-communicate不要过多/重复的交流,5.检查产品生产进度,什么时间该做什么：*每一个里程碑的结尾和通过产品发布*按照标准检查进程，调整日程表*程序经理也要广泛的交流PM关键点*有你自己小的检查点*关于beta测试版的计划*发现跟踪bugs*不要太快跳到下一个版本,6.发布产品,该在什么时候做什么*安慰，害怕，骄傲，欢乐*RTM后的事后总结PM关键点*Bringachangeofclothestowork*参观beta测试版用户和首批采用本产品的用户*专门派人的负责人RTM事后总结的一些问题,PM行为准则,确保你的行动有益于你在开始的时候设定的目标和方向-正确的产品前景并在确定的时间发布产品,活动-实践出真知,怎样在竞争中取胜,在这个部分你将会学会如何创造在市场上能赢的产品研究竞争产品知道什么时候应该领导，什么时候跟从对手注意对手的竞争优势,四个方面下手,战胜竞争对手的四个关键点。A.了解产品B.了解将来可能的方向C.把知识转化成行动D.保持自己不过时,A.了解产品,问你所知道的使用该产品的人Dogfood内部测试产品回顾（ProductReview)*ProductPlanningmayhelp产品计划会有帮助*Promisevs.delivery允诺和交货,B.了解产品的发展方向,研究公司策略知道他们的顾客希望从他们那里得到什么认识产品方向上的变化假定你的对手是聪明能干的扮演角色,C.化知识为力量,你将会在所有的时间使用这些信息，比如头脑风暴，产品规格审核等等得到正确的产品性能*知道什么时候应该领导，什么时候跟从*找到平衡，检查/质疑/提问产品特征进行你自己的竞争回顾,D.保持与时代同步,牢记竞争对手是一个动态的目标让他们在你的监视范围之中*DowJonesInteractiveCustomClips*Execnews最大化投资（为你自己和别人）,PM行为准则,知道是什么激发了人们的斗志，并且利用它来发挥团队的力量关注大局建立个人信誉并维护它保持积极的态度，影响别人是有乐趣的,回答问题,微软软件测试,议程,软件测试概述软件测试组测试计划和级别Bug的发现和管理,I软件测试概述,什么是软件测试测试的目的与任务软件质量的定义测试与软件成本测试部分常用术语,什么是软件测试？,质量是保证系统的监督和评估项目的各个方面以确保满足质量标准测试是分析并确定产品是否满足客户的需求和期望的所有活动,测试的目的与任务,目的确保软件质量，确保产品满足设计和客户的要求，同时降低软件的开发成本和维护成本，并最终签发（Signoff)产品质量任务*根据特性规格说明制订测试计划*开发必要的测试工具*编写测试用例*执行系统、全面、深入的测试，在开发过程中找出所有可能存在的Bug*跟踪并管理产品质量，定期报告质量状态*负责最终的发布认可（Signoff),测试与软件成本,成本-越早发现bug，修正的机会越大，开发和后期维护的代价越小*Specreview*编码阶段*Beta阶段*本地化*发布后质量越高，软件发布后维护费用越底,开发费用,需求分析,编码,发布,部分常用术语,QA-QualityAssurance质量保证Bug-缺陷，问题BlockingBugShowStopperBug/ReleaseKill-致命问题Milestone-里程碑TestCase-测试用例StressTest-压力测试,BVT-BuildVerificationTestAd-hoc测试-随机测试BuddyTestHotFixingDogFoodZBB(ZeroBugBounce)ZBR(ZeroBugRelease)RTM/RTW,II软件测试组,软件测试组在整个项目中的位置与程序员的关系与程序经理的关系测试组的主要职责测试组成员的职责,微软测试组在整个项目中的位置,和设计组，开发组及用户教育等并列的队伍测试组负责产品的质量控制测试人员和开发人员的比例大约是1：1,开发,测试,后勤,用户教育,产品经理,产品规划,沟通和联络,与程序员的关系,测试组不是开发组的助手，合作又各司其职程序员不能写完代码就扔过墙，等待测试工程师找到所有的BugRAID是桥梁对有分歧的Bug程序员不能擅自关闭测试人员对发现的Bug要尽可能的提供详细的资料,与程序经理的关系,没有隶属关系，合作又各司其职程序经理提供详细的规格说明程序经理要参与Review测试计划测试人员要报告测试状态及产品状态,测试队伍的主要职责,测试队伍组成*经理、组长、测试工程师主要职责*测试计划*测试*测试过程*项目与资源管理*交流与资源管理*交流与业务,测试工程师的主要责任,撰写相关的测试计划和测试用例设计或改编相关的测试工具识别可自动测试区域参与组内的测试计划和测试用例以及测试脚本分析工作手动/自动测试Ad-Hoc测试按照需求规格说明查证并验证各项功能发现并报告Bug，跟踪Bug状态评估Bug对产品其他区域的主要影响,测试组长的主要责任,确定测试的策略参与对整个产品的完整测试计划的制定参与并管理测试评估Bug对用户的影响，推荐Work-Around.独立的跟踪关键Bug的状态管理测试工作和对应的资源参与面试新人交流状态和存在的问题，并驱动问题的解决促进组内交流,测试经理的主要责任,定义时间进度表定义质量标准参加BugTriageSignoff产品发起和计划长期的测试过程，使之规范化积极开发测试人员的技术技能组建测试队伍，雇佣测试工程师合理安排各种资源负责制定产品测试所需的预算,III测试计划和级别,测试计划的主要内容测试级别,测试计划的主要内容2-1,引言*背景信息*质量目标*责任*测试的方法论,测试计划的主要内容,Milestone的处理测试文档自动测试策略集成测试策略API测试策略性能测试Performance(Benchmark)Testing测试资源的规划,兼容测试AdHoc测试策略本地化测试策略全球化测试策略Beta策略ReleaseCriteria对第三方的依赖测试周期：与项目的里程碑配合,测试级别,单元测试针对单独代码部分进行的测试*子程序*简单函数组件测试测试多个单元和数据对象间的互操作性*被调用的Subroutines,Data,etc.集成测试测试集成组件的互操作性*Exe和Dll系统测试测试系统的强壮性与外部系统的交互性*压力测试/性能测试*系统安装/应用程序的兼容性,测试实践活动,IVBug的发现和管理,什么是Bug及常见类型RAID有效地报告BugBug的严重程度和优先级Bug的处理BugTriageActiveBug数量的趋势,Bug及常见类型,功能未实现，和规格说明书不一致不能工作：死机，没反应不兼容边界条件界面、消息、提示不够准确，不友好把尚未完成的工作也作为一个Bug文档与帮助信息中的缺陷也是Bug,RAID,RAID是客户端的工具，Bug数据库整个产品组的中央记录和控制丰富的查询功能，有效地跟踪项目的状态，为产品发布提供判断标准准确的定义了描述Bug要用到的属性PostponedBug所有的记录无法删除,对于每个记录只能一直添加内容,报告新Bug,查询并确认不重复*从标题开始*可能查找多次*最后是查找Bug的描述*如果找到类似的Bug检查是否需要新的注释填写标题,简明描述该问题,Bug记录中的有效信息,StatusAssignedToIssueTypeSeverityPriorityChangeDate,ChangeByOpenedDate,By,RevSource,BetaID,Howfound,LanguageResolution:Bydesign,Fixed,Duplicate,NotRepro,WontFixArea,SubAreaPlatform附件附图,报告新Bug环境,描述系统配置,如:*OS*内存大小*处理器类型*浏览器类型和版本*其他应用程序,报告新Bug描述,帮助开发人员再现Bug.组成*列出起始参数*再现步骤*预期和实际的结果*已测试的其他有用信息一旦保存所用描述将无法修改,只能添加,Bug的严重程度,死机,数据丢失,主要功能组完全丧失,系统死机主要功能丧失,导致严重的问题,或导致的错误声明次要功能丧失,不太严重,如提示信息不太准确微小的问题,对功能几乎没有影响,产品及属性仍可使用.如有个错别字,激活状态的Bug,新建一个Bug时的状态BugRegression表明Bug等待修正评估开发进度产品质量的重要指标,处理Bug,对Bug的处理结果必须重新分派给报告该Bug的人员对修正的Bug需要确认,解决/关闭Bug,Bug的解决方法*故意的*重复*无法重现*延期修正*永不修正*外部Bug的解决方法=已修正BugRegression,Bug的Triage,何时TriageTriage成员*主持:ProgramManager*成员:QA/Dev/LPM,Builderand经理讨论*要求Fix的理由*Fix可能带来的风险*Fix要求被拒绝时要采取的行动,ActiveBug数量的趋势,代码完成前:很少代码完成后:增长很快接近Beta:下降接近RC:奔向零产品质量和里程碑的信号*每天新建的Bug与修正的Bug相比较*Active状态Bug的总数,PM,Others,DEV,Builder,Tester,Raid,SLMSrv,BldSrv,RlsSrv,12.Testertoverifythefix,close/re-activatethebugaccordingly,ABugslife100%Raiddriven,ExchangePublicFolder,1.Fileabug,2.Triagethebug,3.Devinvestigatethebug,7.Checkinbugfix,4.AskCheckin,8.Autosyncatnight,10.PassBVT,9.Mgrdailybuilds,11.Mgrdailyreleases,5.Builderverifypermission,File/viewbugs,回答问题?,微软的组织和管理,微软一瞥,全球50,000名员工总市值3560亿美元FY2001,销售额达253亿美元,利润117亿全球最大的软件公司多次被评为最受尊敬的企业2001年,全球最有价值的商业品牌分支机构遍布66个国家和地区全线250多种产品,涵盖从前台直至企业级后台关键应用,微软的宗旨,Empowerpeoplethroughgreatsoftware,anytime,anyplace,andonanydevice.用强大的软件武装人们,在任何时候,任何地方,通过任何设备.,变化中的微软,1995,Desktop,2002,ConsumerAndDevices,Desktop,ServerandEnterprise,微软公司的组织结构图,微软公司,消费产品部,平台产品部,商业产品部,开发产品部,技术服务部,销售市场部,研究院,公司运作基本法则,生产具有广泛用户和市场前景的软件产品数字化管理使公司变小效率优先,注重结果创业家精神招募业界最优秀的人才,数字化管理,管理目标量化为具体指标用数字来衡量组织和个人业绩的好坏微软的年度预算和年中检查*数据分析a.销售业绩/同期比较/预测b.市场数据/市场占有率/竞争对手c.资源(资金/人员)分配现状*调整措施a.策略的调整b.资源申请c.组织结构的调整,使公司变小,管理层定期向员工发送关于公司战略决策的邮件电子邮件是内部的正式文件使用Webcast来广播重要事宜各类年度全球大会内部技术论坛和午餐会专门经费用于部门活动和士气鼓舞全球标准化,效率优先,注重结果,资源的配置一切以效率为首位效率是衡量组织和经理的重要指标预先设定可评估的目标抓住重点,确保资源有效利用以结果作为测量成功的标准,创业家精神,BillGate:微软离倒闭永远只有18个月牢记竞争对手是谁*仔细研究竞争对手的所有特性*一旦掌控市场,即使自己的旧版本为敌人争夺市场绝对控制权*每个员工都清楚主要目标是赢取100%市场份额*雇佣和提拔勇于征战而不是偷安的人每天都在战斗*作战会议每天至少一次*作战指挥部关键决策者*敢死队执行紧急任务,招募业界最优秀的人才,人是微软真正的最大的财产员工的素质是队生产力唯一最重要的来源聘用最聪明的前5%,这里的关键词是聪明,而不是知识和经验面试过程是非常密集和严厉的.它不保证所有合格的人都被聘用,但是保证不合格的人很难被聘用所有员都有共同个性特点:敏锐,聪明,有激情和富有进取心,微软的未来之路.NET战略,Internet泡沫的教训,经济法则仍然有效风险/收益在一个新的水平信息技术的优势不再是Startups独有信息基础只是方法，不是目的Internet的互联并不代表集成突破性的变革需要5+年,微软对未来的展望,Database,BrowsernTier,WebService,1992,Client/Server,1996,Internet1stGen,1998,Internet2ndGen,2001,Internet3rdGen,.NET=XMLWebService,Client,Client,WebService,WebService,WebService,WebService,XML,XML,XML,XML,XML,XML,HTML,WebService=AprogrammableapplicationComponentaccessibleviastandardWebprotocols,现有应用模型,ASP模型,RichClient,Browser,下一代的应用模型,OtherClients,RichClients,Browser,SmartDevices,BizLogic&WebService,LocalServices,Internet,PublicWebServices,BuildingBlockServices,InternalServices,ServersData,Hosts,XML,XML,XML,XML,XML,XML,HTML,为什么要WebService网聚人的力量,互联网的出现和迅猛发展形成了一种廉价的，充分尊重标准，互联巨大用户资源和商业资源的基础设施，为新的应用模式的出现提供了基本条件摩尔定律和吉尔德定律再互联网德应用，使得计算能力和宽带不再成为稀缺资源；接入设备和接入手段的多样化和简单化使得互联网应用成为最普通应用场景但是目前无论是互联网应用和传统软件在利用互联网的水平都处于相当低的程度，没有充分利用到互联网所连接德巨大资源和商业价值,业界现状客户需求,由厂商向企业个体提供基于局域网或单机德解决方案,市场经济和社会化大生产的发展要求企业应用与上下游合作伙伴，客户，Marketplace进行集成互联企业内部也存在着新老系统，不同业务应用集成的问题如今的应用集成面临着难度大，费用高，时间长，效果差等问题,业界现状客户需求,为什么要WebService应用集成,业界现状客户需求,为什么要WebService软件是服务,客户不希望为那些很少用到或根本不用的功能支付费用客户希望购买到随时随地可用的“功能”和“服务”，而并非是受地理位置和设备限制的软件客户希望得到软件的服务，而不是大费人力物力地为软件服务软件的补丁，更新和升级应该更加容易和透明,Software服务是软件的附加值,Service软件是服务的载体,大量手持设备，信息家电，车载设备等智能设备的迅猛发展使得PC不再成为个人存取和管理信息的唯一设备多种智能设备和接入手段的出现顺应了人们希望无论何时，何地都能够存取信息的要求人们希望对信息的体验是基于信息本身，而不是受限于信息设备，或被信息设备所控制,业界现状客户需求,为什么要WebService智能设备,盗版是中国软件业最大的敌人，据IPRC统计中国盗版软件装载率高达91%，给软件供应商每年带来上百亿元直接经济损失盗版在中国有着深厚的社会和历史基础，如果单从法规政策，社会环境和人们接受程度等大环境的根本好转，还需要等待漫长的时间传统软件在传播，使用，价值体现上的特性是软件盗版特别猖獗的技术原因中国软件盗版的现状极大限制中国软件供应商的投资取向，经营行为，利润回报，是中国软件业出现心态浮躁，短期行为，忽视基础软件研发的重要原因,业界现状客户需求,为什么要WebService解决盗版问题,微软的团队和人员管理,课程安排,微软的人才观微软的招聘微软的新员工教育微软如何进行个人业绩考核微软如何管理员工事业发展微软的企业文化,微软的人才平衡表,$3560亿美元市值-$300亿美元固定资产-$700亿美元品牌价值$2560亿美元人才价值,人才是微软真正的最大的财产,微软的核心企业价值观,客户(Customers)创新(Innovation)合作(Partners)正直(Integrity)以人为本(People)创业家文化(EntrepreneurialCulture)多样化(Diversity)奉献社会(Community),微软杰出人才的十大特点,对产品拥有充分的热情和好奇心真正的关心用户的需求时刻思考如何改进产品对公司的长期承诺同时具备专长和广博的知识面适应各种工作方式和条件具备商业知识和经济头脑关注竞争对手懂得分析和取舍诚实，正直，努力,微软聘用员工的独到之处,面试看重聪明而不是知识面试看重潜力而不是经验非常严谨而规范的面试过程*不存在例外，包括内部人员流动和员工推荐*高科技企业中最难也是最长的面试过程*少于百分之五侯选人能在面试过程中生存下来聘用部门而不是人事部门作最后决定,面试过程并不能保证所有的合格侯选人被聘用，但保证不合格的侯选人几乎不可能被聘用,微软的三大聘用哲学,聘用适应性和灵活性强的人每个聘用是为全公司而不只为某个部门聘用工作是每个员工的有限任务之一,微软新聘员工的来源,应届毕业生（25%）员工推荐（15%）公司网站（50%）猎头公司（5%）外国人（20%）,微软招聘工作流程,=Manageraction,MSposition,Newposition,Writejobdescription,Openrequisition,EvaluatejobAndassignCompensationlevel,Openrequisition,FindandScreencandidates,Postrep.andAssignrep.number,ReviewresumesAndselectinterviewees,PresentPackagetocandidate,DecideonCandidateandDetailsofoffer,Interviewcandidates,Scheduleinterviews,ArrangeforNewhiresetup,EnrollnewEmployeeinOrientationClass(NEO),pone,Acquireagencytemporary,Contactor,orvendor,Yes,Yes,No,No,ManagerandHRgeneralist,ManagerandHRGeneralistManagerToHRassistant,Managerandcompensation,HRAssistant,Recruiter,Manager,Recruiting,RecruiterManager,andInterviewteam,Recruiterandmanager,Recruiter,Managerandadmin,Recruiter,微软面试流程,面试形式*非正式面试以互相了解(InformationalInterview)*电话筛选面试(PhoneScreen)*正式面试(FormalInterview)正式面试的一般安排*9am-6pm，5-6个面试人员*每个面试人员的时段安排开场白2分钟职位介绍1-3分钟过去工作经验5-7分钟技术问题15-20分钟总结3-5分钟写文字反馈3-5分钟*与主管午餐面试*总经理最终拍板确认,微软面试问题,面试问题类型*开放式，无固定答案*技术和问题求解*具体情况分析，自我评价问题*成就类，比较类问题*试探，启发，总结式问题面试者设法从侯选人得到什么*询问候选人的实际工作经验*评估候选人的技能*评判候选人的风格*探试候选人的事业志