微软团队开发环境(PPT_53页)

微软团队开发环境目录•微软开发团队的一天•微软团队开发环境•总结目录•微软开发团队的一天•微软团队开发环境•总结微软开发团队的一天•Rainbow团队–程序经理1–开发组长1–开发人员3–测试组长1–测试人员3–用户文档1–UI1–产品经理1共12人开发人员的一天1开发人员的一天从哪里开始？开发人员的一天从哪里开始？•答案：开发人员的一天从DailyBuild开始•开发人员上班的第一件事儿就是查看DailyBuild的结果，担心由于自己昨天的代码Check-in，造成BuildBroken经历对Build的提心吊胆之后，第一件事做什么？经历对Build的提心吊胆之后，第一件事做什么？•答案：打开Bug管理工具，查看指定给自己的Bug，解决高优先度的Bug。因为质量重于新功能接下来，开发人员会…•从源代码管理工具中Checkout代码•修改代码（解决Bug或实现新功能）•取得源代码管理工具中最新变化，在本机Build和单元测试•请开发组同事作CodeReview•Checkin代码•在Bug管理工具中修改Bug的状态•开发人员以一封DailyReport结束一天的工作测试人员的一天2测试人员第一件事做什么？测试人员第一件事做什么？•答案：打开Bug管理工具，查看指定给自己的Bug，验证已解决的Bug接下来，测试人员会…•从发布服务器上取得当天的Build版本，根据测试用例检验当天的Build•在Bug管理工具中登记新发现的Bug，等待开发人员解决下班前，测试人员会…•发送当天或者一周的Bug报告和测试用例报告程序经理的一天3程序经理的工作•主持Bug专家会诊•更新项目的计划、日程表、产品规格书、风险控制列表•发送StatusReport•……PMisthecommunicationhub!程序经理的工作•主持Bug专家会诊•更新项目的计划、日程表、产品规格书、风险控制列表•提交StatusReport程序经理的工作•主持Bug专家会诊•更新项目的计划、日程表、产品规格书、风险控制列表•提交StatusReport目录•微软开发团队的一天•微软团队开发环境•总结一分钟自测:每项10分,满分为100•进行源代码管理以及源代码检入的控制•进行定期的代码审查,分享经验和教训•每个开发人员都进行单元测试•自动进行每日构造,每天可以得到产品最新的版本•进行BVT测试(构造验证测试),在第一时间知道构造版本的质量•有统一的Bug管理工具，定期发送Bug报告•对有争议的Bug进行专家会诊•有统一的测试用例管理工具，定期发送测试用例报告•所有团队成员都可以从团队Portal上获取自己需要的文档,了解项目的状态•为整个项目团队以及开发、测试人员建立各个EmailList，便于进行有效沟通回顾：Rainbow团队是怎样协作的？•三大流程–源代码控制–每日构造–Bug管理•七大服务器–源代码服务器–Bug数据库–构造服务器–发布服务器–电子邮件服务器–团队协作平台–测试用例管理工具微软团队开发环境之源代码控制•缺少源代码控制工具而引起的问题–最新版本的源代码在谁的机器上？–多人修改一个文件时，有些人的修改被抹掉了–昨天的修改引发了新缺陷，但不知道做了哪些修改–上周五的代码肯定能运行，但没法退回去了–一不小心把有用的GetXYZ()函数删了并存盘了！–目前已经在写3.0的代码了，突然要为1.0版本发布一个1.0a–B客户需要一个定制的产品，而且要随通用版不断更新–昨天我修改了一个文件，但我想不起来为什么要修改了–今天系统出错了，昨天是哪个该死的改了Abc.Cpp文件？–上个月发布给A用户的试用版是用那个版本的源码编译的？源代码控制的基本操作•最常用操作:–AddFile(s)–Check-In–Check-Out–GetLatestVersion•其他–Roll-Back–ShowHistory–Compare–Label使用WinDiff进行代码审查只有通过本地单元测试才能Check-in分支的使用微软团队开发环境之每日构造•每日构造解决的问题–客户突然访问/领导临时察看工作–产品偏离客户的期望–项目经理/成员不了解整体进度–测试人员无法编译源代码–模块/子系统集成失败–错误没有及时发现•每日构造的意义–统一的视图–展示最新进展–测试的基础@REM---------------------------------------------------------@REMBuildscript@REMAuthor:JianShuoWang@REMCreated:12:04PM3/12/2002@REMFilename:StartBuild.bat@REMModified:@REM1.1SDLabeladdedat12:04PM3/12/[e-mail]@REM1.3AddversionnumberstobothDLLsandwebpage@REM1.4Addedfacadeserverandmovedallwebclient@REMtowebfolder.@REM1.5Fixedbug258[Build]Buildscriptdoesn'tprovidelabeldescription@REM1.6ReorgedthefolderandaddedWinUItobuilds]@[e-mail].@REM---------------------------------------------------------@SETBuildScriptVersion=1.8@REM---------------------------------------------------------@REMUsage:@[e-mail]@REMtocreateabuildwithrevisionnumberother@REMthan0,[e-mail]1@REMtocreatebuildslike2295.1@REM---------------------------------------------------------@SETBuildRev=0@REM---------------------------------------------------------@REMThisscriptisextendedtobeusedonsha-jswang-02exclusively@REM---------------------------------------------------------@REM---------------------------------------------------------@REMDefinevariables@REM---------------------------------------------------------@PATH=c:\programfiles\MicrosoftVisualStudio.NET\Common7\IDE;%PATH%;@SETSCRIPTROOT=C:\WebRaid@SETSDROOT=C:\webraid\workplace@SETSLNROOT=C:\webraid\workplace\src\RAID@SETWEBUIROOT=C:\webraid\workplace\src\RAID\RAID_WEBUI@SETWINUIROOTDEBUG=C:\webraid\workplace\src\RAID\WinUI\bin\Debug@SETWINUIROOTRELEASE=C:\webraid\workplace\src\RAID\WinUI\bin\Release@SETRELEASESERVER=\\sha-calvin\WebRAID\builds\@SETWINUIROOTRELEASE=C:\webraid\workplace\src\RAID\WinUI\bin\Release@SETBUILDREPORT=%SCRIPTROOT%\BuildReport.txtDebug&Release每日构造步骤每日构造步骤每日构造与BVT测试•BVT测试是冒烟测试的一种•一般在Build生成后进行的自动测试微软团队开发环境之Bug管理•对每一个Bug进行跟踪，避免遗漏•对产品质量的进展进行有效的跟踪•量化产品的质量和开发团队成员的绩效，便于有效的管理Bug收敛点：质量趋向稳定零Bug反弹：产品发布指日可待三大流程的整合目录•微软开发团队的一天•微软团队开发环境•总结微软团队开发环境中的要素•三大流程–源代码控制–每日构造–Bug管理•七大服务器–源代码服务器–Bug数据库–构造服务器–发布服务器–电子邮件服务器–团队协作平台–测试用例管理工具•其他工具自测回顾•进行源代码管理以及源代码检入的控制•进行定期的代码审查,分享经验和教训•每个开发人员都进行单元测试•自动进行每日构造,每天可以得到产品最新的版本•进行BVT测试(构造验证测试),在第一时间知道构造版本的质量•有统一的Bug管理工具，定期发送Bug报告•对有争议的Bug进行专家会诊•有统一的测试用例管理工具，定期发送测试用例报告•所有团队成员都可以从团队Portal上获取自己需要的文档,了解项目的状态•为整个项目团队以及开发、测试人员建立各个EmailList，便于进行有效沟通搭建团队开发环境的建议•RomeWasn’tBuiltinaDay•适合的才是最好的•行为养成习惯,习惯形成性格,性格决定命运•行动才有成效!