对抗软件瑕疵的最佳实践,可调试的架构设计攻略:Design For Debug!
 

分享概要】
      软件瑕疵是软件工程的大敌,无数软件项目因为不断涌现的瑕疵而反复延迟,甚至干脆放弃。在已经发布给用户的软件产品中,几乎无一不还存留着瑕疵,这些瑕疵轻者影响用户体验和产品销量,重者导致产品召回,甚至事故和灾难…….
      如何对抗软件瑕疵呢?很多软件团队仍然使用着很原始的做法,好像在家里打蚊子一样,发现一只,消灭一只,缺乏科学和系统的方法。
      本培训紧密围绕软件瑕疵这一主题,从软件瑕疵的成本曲线讲起,基于在集成电路领域广被认可的Design For Test(D4T)和Design For Debug(D4D)思想,系统介绍如何从产品的设计阶段就开始规划对抗软件瑕疵的基础设施,如何在产品编码和实现阶段利用这些设施及早发现瑕疵,如何在测试阶段更快的降低瑕疵数量,以及如何在产品发布后及时发现和修复残留的瑕疵。
      本培训第一次将对抗软件瑕疵的主要理论和成功方法集成到一起,精选多个实际的软件项目和产品作为案例,结合讲师在软件领域的十几年工作经验,理论与实践紧密结合,让您在轻松的故事和有趣的演示中领会到成功的方法和经验。

课程大纲:

 

 

提纲
内容
可调试设计——
设计阶段的最佳实践

想到的则不难
可调试架构
基本原则
日志
输出调试信息
沉重的 print
转储
基类
调试模型
设计方案:代码的可追溯性
设计方案:数据的可追溯性
WMI
可配置性
可观察性
验证机制
追踪机制
不可调试代码

这一部分将介绍如何在软件项目的架构设计阶段贯彻 D4T 和D4D 思想,规划对抗软件瑕疵的基础设施,包括如何实现数据和代码的可追溯性,可观察性,自检设施和错误记录、错误通知和错误报告设施。
自动诊断和远程报告——产品支持阶段的最佳实践
产品期瑕疵
WER
WER客户端
WER服务器端
WER服务
应用程序转储
遥感(Telemetry)
用户反馈
AutoBug
CEIP
Jon谈收益
实例分析:WDI
发布后软件可能运行在千差万别的用户环境中,测试阶段没有发现的瑕疵可能在用户那里暴漏出来。对于发生在产品期的软件瑕疵该如何寻找根源呢?本部分将以微软产品中广泛使用WER(Windows Error Report)机制为基础,详细介绍软件的自动诊断和远程报告技术。
  测试管理从测试入手建立质量保证体系  
  项目管理有效驱动项目开发、管理过程  
  架构设计一线架构师全真案例  
  团队管理卓越软件研发团队管理领导实践  
  产品创新洞察产品管理实践,挖掘用户体验  
  珠海站 邀请函下载  
建立高效软件测试团队 解决方案      下载
软件测试团队管理与培养
 

高端软件研发管理人才 解决方案      下载
具备最佳管理实践应用的国际化人才战略

 



销售服务热线 010-51661202-288
 
 
亚太软件研发团队管理年会
msup开放日(msup open day:mpd)专注于软件研发中心的快速成长,服务于软件开发团队的技能提升、软件工程的实际应用和软件品质的创新与超越。
强调人员、技术、流程和管理的有机结合,注重个体的技能提升与职业发展,研发团队的管理与协作。分享世界级软件研发团队最佳管理实践,这正是mpd的精髓所在!