1、2022-12-3微软软件开发流程实施微软软件开发流程实施微软软件开发流程实施微软软件开发流程实施现存问题现存问题m测试团队没有权威,没有明确的质量标准和员工度量标准m团队成员之间缺乏有效沟通m实现的功能不是最初的设计目标,既产品规格和产品开发的一致性m产品规格更改维护m产品进度无法控制m测试计划m文档管理微软软件开发流程实施解决方法解决方法m软件开发过程管理l资源管理,包括管理时间,管理成本,管理人员l产品管理,管理功能,实现,质量m实施步骤l团队建立-一个高效的团队具有如下特征目标一致,信念明确积极有效沟通,不要假设别人已经知道主动做事,主动促进流程改进,主动回复别人EMAIL等,主动共享
2、信息l通过Process使成员各司其职,每件事情必须有负责人l数字化管理m实现方式:流程+工具+文档+数字微软软件开发流程实施实施考虑实施考虑m软件流程改进实施前提条件-作为软件企业的ERP系统,改变必然涉及每一个人的日常工作和思维方式,必须有强有力的领导支持和自适应的能力.l企业已经建立了有效的邮件管理机制和信息共享机制(通过内部站点共享知识库,资源等).l潜意识的有效沟通-使每一次需求更改都被所有的团队成员知道l高效率协作,没有权利而是依靠权威和知识领先性的管理方法,结果是高创造性l积极工作,发表意见,改进流程m实施误区l不考虑企业自身的情况,盲目实施流程l过度强调工具的重要性:如过度强调
3、自动化测试工具而忽略了测试微软软件开发流程实施流程改进本质流程改进本质-注重沟通注重沟通m强调沟通,更注重实用性m团队成员之间的相互牵制,三权分立;l程序经理l开发组l测试组m沟通不会自动发生l日常会议lTRDl里程碑总结(PostMotem)l每日,每周汇报lBug Triage MeetinglOne one review微软软件开发流程实施流程改进本质流程改进本质-使软件开发可控制使软件开发可控制m使软件过程开发成为一个可控制的过程l数字化管理:基于数字的软件开发度量l树立时间计划的权威性,有效控制时间l软件产品有清晰的标准:功能规格书(Functional Specification)
4、作为全组的标准,必须具有权威性l基于功能的进度计划和多个检查点保证所有的功能实现符合功能规格书微软软件开发流程实施流程改进本质流程改进本质-持续主动调整持续主动调整m必须专门的人员监测整个软件开发流程,并加以调整.将尽可能多的流程书面化.l制定六大服务器的OWNER.l流程的不断变化和不同时期角色的工作重点调整微软软件开发流程实施项目初始化项目初始化(一一)m软件企业需要一个能够满足缺陷跟踪和管理的工具,同时能够为决策提供支持.m市场调查(市场人员),并给出产品需求书l产品前景l目标用户l产品包和构件l平台支持,硬件和软件环境l语言支持l功能要求m管理层决定实施该项目,并决定PM,Test L
5、ead,Dev Lead人选m管理层决定Review Meeting的时间m完成Vision Statement(前景陈述)微软软件开发流程实施项目初始化项目初始化(二二)m项目动员大会lAudience 听众:所有可得到的人力资源l主题宣布项目开始项目前景陈述团队组织人力资源获得:招聘+培训项目发布时间微软软件开发流程实施工作准则工作准则-明确准则明确准则,积极工作积极工作mPM的工作l进度监控,树立Spec和Schedule的权威性l沟通中心,对内确保每一个理解产品的前景,功能和对外确保管理层的支持和满足顾客需求lPM一般是整个TEAM的凝聚力所在lPM的主要工作以写Spec,开会和查看E
6、mailL,进度监控,查看BUG数据库和沟通为主mDev Lead 的工作l通过Code Review代码审核提供高质量代码l制定合理的时间计划l技术选型,代码重利用从而达到按时完成代码l总体构架设计和通用程序设计l团队成员沟通mTest Lead的工作l测试环境的建立l测试策略制订l测试方法和工具的选用l测试案例的维护l发布测试报告微软软件开发流程实施M0目的设定项目目标和计划开始完成Vision Document结束开始编码术语Vision Statement(Marketing),Product Specification(PM),test Plan(Testing),Developme
7、nt Plan and Schedule(Dev),UE Strategy and Plan(UE)PM责任1.完成产品规格书;2.确定产品功能优先级;3.确定项目日程表 4.处理外部部件和其它组关系;测试计划检验开发组责任开发组日程表;代码和构架设计;决定各个功能在哪个里程碑完成;规格书检验;测试计划检验测试组责任规格书检验;初始化缺陷数据库;移植前一个版本中的延迟的缺陷数据;添加支持部报告的缺陷;用户教育规格书检验(易用性,完整性和与其它产品的关系),并反馈给PM;提供文档资料计划;日程安排管理层评估上个项目,并改进流程;评估从项目中得到的数据(如缺陷数据分析,工作量统计,缺陷质量);定义
8、不同团队之间的合作方式;同意项目计划;微软软件开发流程实施其它工作其它工作m人员培训,熟练掌握各种工具.m建立源代码服务器,培训TEAM MEMBER使用版本控制工具.确定各团队工作目录m确定常规会议,如周项目状态会议m新员工工作手册,使新的员工能够非常清楚的知道各个Server和环境安装,及工作流程m建立Build服务器和Release服务器m测试团队建立BUG数据库服务器m建立团队工作信息发布站点,发布团队新闻,共享文档资源,Team Member联系方式,任务列表等.微软软件开发流程实施文档模板文档模板-Function Specificationm人力资源+Feature Team(功
9、能团队)m前景描述m平台要求m语言支持(本地化和全球化)m出错处理(日志,警告,信息)和最终返回错误信息m用户场景(User Scenarios)m功能细分和说明m安装程序m快捷键要求m性能目标m用户教育文档和进度计划m进度计划(Microsoft Project)mUI 设计文档微软软件开发流程实施文档模板文档模板-Implementation specm实现文档是一个文档集,包括数据字典m资源管理,指定Builder,BVT 所有者,Peer Reviewm开发环境,技术选型,程序构架和设计模式m代码重用m模块划分m出错处理m多语言支持m性能考虑m数据库设计m公用接口设计微软软件开发流程实
10、施文档模板文档模板-测试计划测试计划(一一)m测试环境描述,包括服务器,安装程序描述m人力资源划分m测试流程及不同阶段的测试重点l功能完备性测试m测试目标,范围和质量标准m测试区域划分l易用性测试l性能测试l可靠性测试l平台测试(使用矩阵)l恢复测试l回归测试l缺陷跟踪工具微软软件开发流程实施文档模板文档模板-测试计划测试计划(二二)m测试策略描述,频率和所有者l测试案例开发和维护,制订测试案例覆盖标准l自动化工具开发,决定何时进行自动化工具开发存在大量的API和大量的测试案例测试案例只需要结果”通过”或”不通过”,不需要用户的干预有大量的回归测试案例雇开发人员写自动化工具比雇多个TESTER
11、便宜l测试脚本开发m测试工具l源代码分析工具m测试进度微软软件开发流程实施如何实现成功的进度计划如何实现成功的进度计划m进度计划l由整个开发团队来制定进度计划而不是PM单独制定l事情无论大小,全部列入计划或算进缓冲l保证进度计划的权威性.可以将进度计划贴在作战会议或工作房间的墙壁上lPM必须非常清楚最重要的事情并推动执行.尤其是在不同的里程碑切换时.并将这一信息传达给全组.l在制订计划时,必须考虑到会议,假期,汇报工作,单元测试,病假,解决缺陷和不可预料的事件.缓冲一般为30%50%.在固定发布日期条件下,尤其应该增长缓冲.微软软件开发流程实施如何实现成功的进度控制如何实现成功的进度控制m监控
12、和度量l每天队员发Daily Report,它的格式:HighlightShortcomingTo Do Listl每周PM发Weekly Report,Dev Lead和Test Lead分别发Weekly Report对当前项目状态进行总结,这些REPORT的听众必须是所有团队成员,包括管理人员.周报的格式和日报格式相同在周报中安排除了日常工作以外的其它必须检查的事宜.这可以补充进度计划的不足.l每周召开团队会议,总结项目当前状态.微软软件开发流程实施M1目的开发产品,保证代码质量并降低BUG数量开始编码开始结束测试团队认为编码按时符合规格书规范完成术语Test specification
13、;test cases;test scripts;unit testing;TRD;check in;check in test;BVT;Acceptance Test;Daily build;MileStone Postmortems;Bug Committee;PM责任管理产品规格书,管理功能组工作状况,保持全组工作重点,推动工作进度开发组责任设计,记录和编码;单元测试,冒烟测试,每日构建,BVT;TRD;解决问题;保证按时完成;测试组责任设计,记录测试规范;写自动化测试编码;在正式提交的代码中进行可接受测试;在里程碑时运行所有的测试案例;报告和关闭缺陷;给出产品质量和功能完成性评估报告;
14、认证功能完成;检验用户文档用户教育书写用户教育文档;基于用户任务来评估功能的完成;用户辅助工具;用户教育文档测试计划微软软件开发流程实施工作流程工作流程(一一)mDEVELOPER检查BUG数据库和电子邮件.如果发现自己的BUG数量高于给定值,则停止开发,更改BUG.mPM和LEAD检查BUG数据库和电子邮件.指定BUG给某一个TEAM MEMBER.如果可争议BUG太多,召开BUG TRIAGE会议,讨论BUG的优先级.m每天的RELEASE中需要包含说明文件(本版本更正BUG,实现功能,改变的文件),如果是API测试应包含类库文档微软软件开发流程实施工作流程工作流程(二二)mDEVELOP
15、ER每天早上从源代码服务器下载代码,更新其它程序员的改变.(SD SYNC)mDEV编辑自己的文件(SD EDIT),完成某个FEATURE.mDEV编译自己的本地源代码拷贝并进行单元测试,如无错误,交给BUDDY TESTER或CODE REVIEW测试.m如果没有错误,提交到源代码服务器.通过这种方法保证源代码服务器中的程序始终是可运行的.m如果本次CHECK IN完成了某一个功能,发送TRD到TEST TEAM,证明此功能已完成并可测试mDEV发送日报.mDEV LEAD指定专门的BUILDER和BVT人员.并写成BUILD SCRIPT.每天在固定的时间运行该BUILD SCRIPT.
16、如,每天2:00AM.m每天早上9:00-9:30对当天的BUILD进行BVT和冒烟测试,通过后提交到RELEASE服务器.微软软件开发流程实施工作流程工作流程(三三)mTEST TEAM指定专门的可接受测试人员,并给出可接受的标准.9:30-10:00,指定的测试人员每天早上运行可接受测试,如果成功发EMAIL给全组.m其它测试人员开始进行功能测试.功能测试仅测试那些已经发出TRD的功能.mTEST TEAM发现BUG,并登记在BUG数据库中.mTEST TEAM进行其它测试,如性能测试,本地测试和平台测试.测试频率和目标在TEST计划中制定.如果是MILESTONE结束时,运行所有测试案例
17、.mTEST TEAM根据TEST计划开发TEST CASE,编写自动化工具和测试脚本.mTEST TEAM发送日报表微软软件开发流程实施使用源代码控制工具使用源代码控制工具m放入源文件,文档资料和所有频繁改动的资料m不要放入二进制代码,包括动态库和可执行文件m只编辑需要改动的编码(SD EDIT)m每次Check In时,填写变化列表.m每次Check In 之前,保证本地编译通过,并通过代码审核m建立每日Release的源代码标签,便于回滚到某一个特定的Build时的源代码.微软软件开发流程实施管理你的管理你的BUG数据库数据库m建立并备份你的BUG数据库m定义BUG管理流程m清楚地定义B
18、UG类别和属性m建立起BUG的权威性,如果一个BUG可以方便地被重现,该BUG必须被修复.l设定BUG数上限lDEV不能选择”不修复”和”设计”作为一个BUG的解决方案l遇到争论时,BUG被指定给COMMITTEE,由COMMITTEE作出决定.COMMITTEE一般由PM,DEV LEAD和TEST LEAD组成.l监测BUG数据库,利用数字标准作为衡量标准,并使全组人员知道这些数字.微软软件开发流程实施软件开发度量软件开发度量(一一)m前提条件,在实施的过程中和过程后收集大量数据m项目开发过程中的数据收集l每日,每周登记的缺陷和解决的缺陷(按照严重性统计)l跟踪每日已激活缺陷和已解决缺陷数
19、目lFixed 缺陷数目;已解决的缺陷数目(除去重复和不可重复缺陷)l跟踪缺陷重新激活次数l缺陷的发现途径:随即测试,测试案例开发,可接受性测试l解决缺陷的平均时间l关闭缺陷的平均时间l最老的缺陷微软软件开发流程实施软件开发度量软件开发度量(二二)m总结过程中的数据收集l不同等级的缺陷百分比l计划的测试工作量l实际的测试工作量 l“SHOW STOPPER”缺陷的产生原因:缺乏测试案例由于修改其它缺陷引起的新缺陷,测试区域划分导致没有进行测试,回归测试配置测试,不是所有的机器上都可以重现错误规范不完整最后加的功能微软软件开发流程实施如何作如何作Code Review(代码审核代码审核)m标志代
20、码错误,如通过编译检查的代码拼写错误,违反编码规范,硬编码(hard code)字符串和配置;m标明算法错误,如选择错误的算法或没考虑边界情况.m标志潜在的回归式错误m标志可改进的地方m教育开发人员mCode Review的步骤l代码应该在多个平台上编译成功l代码首先必须被开发人员测试过.使用DEBUGGER单步执行,或添加跟踪语句.l代码必须被提交给代码审核者,使用Windiff工具比较不同l代码审核的结果应该是接受,有条件的接受和拒绝l代码审核的结果必须在下次审核之前更正,并提交.微软软件开发流程实施代码审核代码审核Check Listm是否符合编码规范m是否有HARD CODE字符串m是
21、否使用数字来定义数组大小,而不是使用常量或宏m是否自己写代码而不使用类库m开发人员是否误解了类库的参数m开发者是否假定某一平台来开发程序,从而在其它平台上不能运行m是否去除了代码,而忘了另外一个地方m是否考虑了边界条件m是否在DEBUG版本中使用ASSERTm代码是否具有可读性?m开发者对代码的变化是否会引起其它的BUGm是否能够通过去除代码来提高性能m变化是否在文档中更新以便维护?m代码变化是否和其它人有关?微软软件开发流程实施Code Complete&System Testing目的完成功能开发和代码优化;把系统作为一个产品进行测试开始Testing Team接受代码完成结束产品中的活动
22、缺陷数第一次到零术语Alpha testing;Marketing Beta Testing;Technical Beta Testing;Configuration Testing;Printer Testing;Test passes;ZBBPM责任对产品进行多方权衡(产品运行速度,产品功能,可用性及产品开发进度等)开发组责任修正BUG;不对产品功能做改变测试组责任多次全面运行开发的测试软件;压力测试;纠错结果验证测试;发布标准测试微软软件开发流程实施测试最佳经验测试最佳经验m为各种水平的测试准备详细的测试计划和测试案例.和数据及日志相关联m设计测试案例来测试系统限制,如文件大小和数据库大
23、小m为特例设计测试案例m系统的每个部件都要使用回归测试.m安装并文档化测试环境m在测试计划中规定测试范围.微软软件开发流程实施测试和管理工具测试和管理工具m测试范围l功能测试l边界值测试l性能测试和分析l平台测试l压力测试m软件测试工具l性能测试工具(WEB STRESS TOOL,PERFORMANCE COUNTER)SQLConnection,Memory,CPUl压力测试Stress Testing Data Access Components in Windows DNA Applications (http:/ toolMicrosofts Web Application Stre
24、ss Tool m测试案例管理工具lTactics管理工具m测试文档l功能完成列表l平台矩阵列表微软软件开发流程实施Test Case SamplemTest Case 50-Manual Key Press TestmTest Case 51-Key Sequence TestmTest Case 52-Key Chording TestmTest Case 53-Text Editing TestmTest Case 54-Repeat Rate and Key Delay TestmTest Case 55-Asynchronous State Testmhttp:/ APPLICATI
25、ON STRESS TOOLlPERFORMANCE MONITORlWEB LOGm需要收集的数据lActive Server Pages:requests per second,requests rejected,total queue length,and number of current sessions lDatabase CounterLock requests Deadlocks per second Table lock escalations per second User connections Active transactions lIISCPU utilizatio
26、n user and kernel should be 8:2Memory usage find most of the memory leakThroughput 微软软件开发流程实施Test Plan and ResourcesmFavorites Service Test Tools and Scriptsmhttp:/ and Scalability Testing mhttp:/ to Test a Web Service mhttp:/ to Manufacturing目的稳定功能和发布开始ZBB结束RTM术语Release Candidates;Code Reviews;Golden Masters;Sign offs;Source Code ArchievesPM责任跟踪媒体,庆功会,准备下一版本功能开发组责任发布零个错产品测试组责任最后产品金碟测试用户教育用户教育文档,帮助文件2022-12-3微软软件开发流程实施
