精华内容
下载资源
问答
  • 摘要:这11项针对轻量级高效同行代码评审最佳实践被证明是有效的,它们建立在一个通过结合使用IBM:registered:RationalTeamConcert:trade_mark:与SmartBearCodeCollaborator对Cisco系统的开发进行案例研究的基础之上...
  • 这11项针对轻量级高效同行代码评审最佳实践被证明是有效的,它们建立在一个通过结合使用IBMRationalTeamConcert与SmartBearCodeCollaborator对Cisco系统的开发进行案例研究的基础之上。它们可以帮助您确保评  摘要...
  • 使用RUP开发案例为您的企业和项目裁减开发案例涉众签署工作产品的选择使用开发案例指定评审使用RUP评审记录辅助开发案例开发案例评审记录的过程改进提示和收益感谢注意参考资料本文来自于RationalEdge:本文可以...
  • 案例代码走查

    千次阅读 2012-07-12 09:49:30
    2012年7月11日下午14:05分至15:15分,对110行有效代码(不含空行、注释、调试语句)进行了走查,该代码是Andriod平台下的JAVA代码,参与的评审专家包括: 作者:工作经验1年; 项目经理:工作经验6年,熟悉C语言的...

        某公司拟在公司推广代码走查技术,请外部咨询顾问进行一下实战指导,于是请项目组挑选了一个类,执行了代码走查的演练。2012年7月11日下午14:05分至15:15分,对110行有效代码(不含空行、注释、调试语句)进行了走查,该代码是Andriod平台下的JAVA代码,参与的评审专家包括:

        作者:工作经验1年;

        项目经理:工作经验6年,熟悉C语言的开发;

        项目组成员:工作经验3年,熟悉JAVA语言开发;

        外部咨询顾问:工作经验19年,曾经熟悉C、C++、PB、DELPHI、C#、JAVA等多种开发语言,但是最近几年缺少实际编码经验;

        并有4名QA人员参与了整个过程的观摩。

        在评审之前,项目经理与外部咨询顾问均没有阅读过此代码,项目组成员曾经阅读过代码。评审的开始,作者先介绍本段代码的功能,然后以处理功能的时序为顺序介绍了在该类中的每个方法,边讲解代码与会专家边查找代码中的缺陷。

        本次代码评审累计发现13处改进项,包括程序错误3处,13处改进项汇总如下:

        1 无用的变量两个。定义了2个变量,赋了值,但是后续没有引用。

        2 有两处在if 语句中只编写了一种yes或no的处理逻辑,遗漏了另外一个分支的处理逻辑,比如应该有提示信息等。

        3 有两处执行了new语句后,没有异常处理,如果new失败,没有判断和处理。

        4 有一处有无用的语句。

        5 有两处注释与代码不一致,注释有错误。

        6 在程序中多处出现常数值,没有使用宏替换或变量替换之。

        7 在计算图标在屏幕上的坐标值有多处数值错误。

        8 有一处程序逻辑不够灵活,不能适应未来的变化,而且很容易出错。

        9 有一处方法的命名不合理,不能准确表达方法的功能。

        本次代码评审的度量数据分析如下:

        评审速度:94.3行代码/小时

        评审效率:2.8个缺陷/人时

        缺陷密度:118.2个缺陷/KLOC

        评审结束后请作者本身保留评审前的版本,根据评审意见进行重构代码后,整理为典型案例,在公司内进行宣讲。

    展开全文
  • 主要对下面的七块进行分析编码格式规范代码重复代码覆盖率依赖项分析复杂度监控Java模拟技术代码评审和重构接下来的使用Eclipse插件来揭示这些分析领域:编码格式规范:codeStyle和CheckStyle代码重复:PMD的CPD代码...
  • 互联网平台架构日益成为互联网发展的基石,对于...本场 Chat 会带领大家从支付平台架构设计评审入手,讲解设计评审的核心要点,为读者带去现实中的案例,帮助读者理解设计评审的重要性、核心要点和最佳实现。 在这...

    互联网平台架构日益成为互联网发展的基石,对于Java 开发者和架构师而言,只有在了解架构背后的原理后,才能写出更高质量的代码,才能设计出更好的方案,才能在错综复杂平台架构下产出价值,才能在各种场景下快速发现问题、快速定位问题、快速解决问题。

    本场 Chat 会带领大家从支付平台架构设计评审入手,讲解设计评审的核心要点,为读者带去现实中的案例,帮助读者理解设计评审的重要性、核心要点和最佳实现。 在这场 Chat 中将学到如下内容:

    • 线程池如何设置,为什么线程数设置多了性能低,线程数设置少了还会低?
    • 应用系统中的一致性如何实施?
    • 分片任务如果管理和如何解决并发?
    • 缓存使用的最佳实践。
    • 数据库上经常犯的错误。
    • 为什么枚举类要慎用?
    • 一行代码引起的bug引发的思考。
    • 库存到底怎么减?
    • 防重到底怎么做?
    • ......

    阅读全文: http://gitbook.cn/gitchat/activity/5a7271dceb14c2636d904648

    您还可以下载 CSDN 旗下精品原创内容社区 GitChat App ,阅读更多 GitChat 专享技术内容哦。

    FtooAtPSkEJwnW-9xkCLqSTRpBKX

    展开全文
  • 某企业积累了10个项目的历史度量数据,积累了5个阶段的缺陷密度,即从需求评审的缺陷密度,直至交付后3个月内的... 代码评审缺陷密度 测试发现缺陷密度 交付后缺陷密度 P1 ...

     某企业积累了10个项目的历史度量数据,积累了5个阶段的缺陷密度,即从需求评审的缺陷密度,直至交付后3个月内的缺陷密度,计量单位统一为缺陷数/KLOC。

     

    需求评审缺陷密度

    设计评审缺陷密度

    代码评审缺陷密度

    测试发现缺陷密度

    交付后缺陷密度

    P1

    0.31312

    0.44359

    1.40904

    0.26093

    0.260933

    P2

    0.233333

    0.23095

    0.85714

    0.20476

    0.242857

    P3

    0.492901

    0.6201

    2.544

    0.7473

    0.2385

    P4

    0.460278

    0.71599

    2.51619

    0.6137

    0.214796

    P5

    0.638636

    0.81124

    2.53728

    0.84576

    0.155344

    P6

    0.452044

    0.75668

    2.27005

    0.71737

    0.26533

    P7

    0.510204

    0.61224

    2.81633

    0.59184

    0.22449

    P8

    0.467352

    0.86794

    2.67058

    0.73441

    0.267058

    P9

    0.54

    0.61

    2.14

    0.7

    0.23

    P10

    0.600715

    1.3279

    5.75421

    1.26466

    0.189699

     

    对10个项目数据在一张图上采用箱线图图进行展示,得到如下的趋势:

           第10个项目在3个箱线图图中都是离群点,该项目是公司的一个重点项目,公司抽调了精英进行本项目的开发。该项目在前期发现的缺陷较多,而交付后的缺陷很少,所以应该重视本项目交付质量高的原因,从中汲取经验。但是该项目当前不具有代表性,可以删除之:

           我们可以看出代码评审时发现的缺陷最多,但是离散程度最大,差异明显。交付后的缺陷最少,而且相对比较稳定。代码评审的过程最不稳定,应该优先进行改善该过程,并且发现代码评审缺陷密度的箱线图中箱子的下半部分离散程度很大,应该重点从这部分项目中识别原因,进行改善。

    可以对9个项目到每个阶段的累计缺陷密度进行Gompertz拟合以得到缺陷增长的趋势规律:

    检错阶段

    平均累计缺陷密度

    需求评审

    0.456429778

    设计评审

    1.086288667

    代码评审

    3.281912

    系统测试

    3.883697556

    交付

    4.116954

     

             也可以对各阶段的缺陷检出密度和交付的缺陷密度进行相关性分析,可以发现有弱相关性,由于积累的样本点比较少,分析结论的可靠性较低,所以可以再积累一些数据后进行相关性的分析。

    展开全文
  • 组内评审及意见

    2018-11-29 21:16:00
    评审标准:我们评分是按照每个人完成任务情况进行打分 侯熙磊任务:用C#用DelectText对行数进行了定义; 整理了大量的案例,进行了整理,选择了合适的案例; 对TXT的字体颜色和背景进行了代码编写; 对TXT的...

    评审标准:我们评分是按照每个人完成任务情况进行打分

     侯熙磊任务:用C#用DelectText对行数进行了定义;

                           整理了大量的案例,进行了整理,选择了合适的案例;

                           对TXT的字体颜色和背景进行了代码编写;

                           对TXT的字体颜色和背景进行了代码编写;

                           对软件加上了换肤和透明度等功能;

                           对软件加上了保密功能;

                           对软件加上了密文还原;

    黄睿麒任务:编写的关于便签输入方面;

                          编写修改便签的代码以及便签的查找;

                          编写代码查找和回收站的建立; 

                          进行软件优化;

    所以侯熙磊组内评分为10分

           黄睿麒组内评分为9分

     

    转载于:https://www.cnblogs.com/H2O2/p/10040919.html

    展开全文
  • 点击上方“中兴开发者社区”,关注我们每天读一篇一线开发者原创好文现状...迭代过程中代码提交无评审代码错误、编译错误等等不能提前发现,导致集成频繁回退版本;UT/FT/ST等测试无管理,都是各个小组单独进行,版本
  • 点击上方“中兴开发者社区”,关注我们每天读一篇一线开发者原创好文现状...迭代过程中代码提交无评审代码错误、编译错误等等不能提前发现,导致集成频繁回退版本;UT/FT/ST等测试无管理,都是各个小组单独进行,版本
  • 退出 40 | 规范代码长治久安的基础 范学雷 2019-04-05 00:00 17:36 讲述刘飞 大小24.19M ...题是不可预见的那么该怎么保持代码的长治久安呢 评审案例 有些函数或者接口可能在我们刚开始写程序的时候就已经接触了解甚至
  • 11个高晓的同行代码审查

    千次阅读 2012-08-13 17:35:02
    简介: 这 11 项针对轻量级高效同行代码评审最佳实践被证明是有效的,它们建立在一个通过结合使用 IBM® Rational Team Concert™ 与 SmartBear CodeCollaborator 对 Cisco 系统的开发进行案例研究的基础之上。...
  • 11 个高效的同行代码审查最佳实践

    千次阅读 2012-08-21 14:58:03
    简介: 这 11 项针对轻量级高效同行代码评审最佳实践被证明是有效的,它们建立在一个通过结合使用 IBM® Rational Team Concert™ 与 SmartBear CodeCollaborator 对 Cisco 系统的开发进行案例研究的基础之上。...
  • 简介:这11项针对轻量级高效同行代码评审最佳实践被证明是有效的,它们建立在一个通过结合使用 IBM® Rational Team Concert™ 与 SmartBear CodeCollaborator 对 Cisco 系统的开发进行案例研究的基础之上。...
  • 点击上方“中兴开发者社区”,关注我们每天读一篇一线...在项目初期经常出现版本交付困难或提交系统测试的交付版本质量满足不了1轮发布要求,开发和测试人员疲于应对版本提交后的需求调整和故障修复,代码评审受限于物
  • 测试工程师--案例

    2019-12-12 09:46:55
    1.需求评审(重点,你发挥的作用是什么,需求可执行性,关联影响的功能模块,异常情况处理) 2.评估测试时间(测试计划) 3.测试用例设计(正交,边界值,等价类。。) 4.用例review(领导,开发,产品) 5.提测...
  • 公众号内容包含:ArcGIS、ENVI、MATLAB、Python和R语言教程和实际案例分享 Arxiv是一个收集物理学、数学、计算机科学、生物学与数理经济学的论文预印本的网站,始于1991年8月14日。截至2008年10月,Arxiv.org已收集...
  • JPS(Jump Point Search)寻路 ...参考资料:2018腾讯移动游戏技术评审标准与实践案例 https://blog.csdn.net/yuxikuo_1/article/details/50406651 http://blog.sina.com.cn/s/blog_4a5c75d40102wo5l.html ...
  • 【事件1】系统建设末期,所有建设项目按照批准的设计方案全部建成并满足使用要求,分项工程全部初验合格,技术文档和验收资料完备,设备型号与数量清点无误,验收时即可加电入网,软件已通过单元测试评审,源代码在...
  • 可以先按瀑布模型设置,里程碑点主要为需求评审、设计评审、经过代码开发和单元测试后进行集成测试、部署上线。 2、需求开发阶段。这个阶段对于业务理解、分析、如何开展调研以及文字表述、业务流程图描述还有文档...
  • 9.7 高级的索引使用案例 416 9.7.1 外键索引 416 9.7.2 索引视图 419 9.8 最佳实践 422 9.9 总结 423 第10章 并发编程 425 10.1 什么是并发 426 10.2 查询优化的基础知识 427 10.3 操作系统与硬件因素 428 ...

空空如也

空空如也

1 2 3 4
收藏数 65
精华内容 26
热门标签
关键字:

代码评审案例