1. 云栖社区>
  2. 全部标签>
  3. #review#
review

#review#

已有0人关注此标签

内容分类:
博客 | 问答 | 视频 |

敏捷代码审查指南

“通过一次真正彻底地代码审查(code reviews),仔细阅读你的代码,找出问题,这是我知道的最好的方式去检测早期的bug,但是他们很少去这样干过。某种意义上是因为他们花了大量的时间去写好代码,但是我认为主要是因为绝大部分程序员害怕其他人审查自己的代码。

安全 java 程序员 线程 数据库 review 敏捷开发 code 多线程 Servlet

软件测试之敏捷的质量

最近一周基本上都是加班到深夜,原因是最近有两个产品的发布,不凑巧的是这两个产品的开发是还在试用期的新人,更不凑巧的这两个产品是原来的产品经理遗留下来的需求。需求本身也存在些许需求描述不清晰的地方。所以加班看来就是在所难免的通往不确定未来的必经之路。

互联网 review 测试 软件测试

国内第一人:MariaDB基金会将阿里云数据库高级专家彭立勋列为个人成员

近日,MariaDB基金会把阿里云数据库专家彭立勋列为个人成员(Staff)。作为Mariadb高级开发人员,彭立勋将主要从事Replication模块的优化,同时他也致力于MariaDB在中国的普及以及技术社区工作。

云栖社区 阿里云 mysql 模块 数据库 review Mariadb replication

国内首位!Node.js社区将阿里云工程师张秋怡吸纳为CTC成员

只有对Node.js 社区有足够大贡献的人,才会被吸纳为CTC成员,张秋怡究竟做了哪些贡献?

云栖社区 阿里云 review js node Core

开发人员抵触代码审查的4个原因

据调查显示,代码审查工作有助于提高软件开发质量,然而许多开发者却不愿意在他们的团队中实施代码审查工作,本文主要分析了开发者为什么会抵制代码审查工作的原因以及为什么他们会有此想法,目的是为了引导开发者加入代码审查工作。

review code 测试 前端开发

Code Review代码审查的思路

1、关于Code Review   1.1 Code Review的目的   Code Review主要用来在软件工程过程中改进代码质量,通过Code Review可以达到如下目的目的:   (1)在项目早期就能够发现代码中的BUG   (2)帮助初级开发人员学习高级开发人员的经验,达到知识共享

程序员 review code

各种测试方法的问题

在 Exploratory Software Testig 一书中, James Whittaker在第二章中, 提到各种测试方法的不足:   Defect Preventation   从开发人员的角度来说, 他们希望藉由 design review, code review, static analysis tool, 和 unit test, 来增加软件的质量.

程序员 review 测试 开发环境 自动化测试

Code Review的方式和流程

经过在公司1年多的code review的经验回顾:原来有fisheye,开发提交代码后旺旺通知测试工程师,并通过读代码来了解测试范围,并发现代码中的错误。   后来,最近半年的项目、日常测试过程中都是开发提交代码后,测试和开发一起借用SVN工具等代码版本控制工具,或Eclipse 等IDE进行Code Review。

bug review code 测试 SVN 编码规范

评审技术在高质量软件开发中的应用分析(下)

接评审技术在高质量软件开发中的应用分析(上)   三、评审在高质量软件开发的实际应用   3.1 高质量软件开发项目介绍   高质量软件,如电信软件、金融证券类软件等,有较严格的要求:可用性要求非常高,并且不会因为系统维护和扩展而带来运营中断;支持使用现有管理工具和标准进行远程管理;能够提供更出色的性能以及运营在高可用性集群上的能力,减少任何单点的软硬件失效现象。

架构 review 软件开发 测试 单元测试

评审技术在高质量软件开发中的应用分析(下)

接评审技术在高质量软件开发中的应用分析(上)   三、评审在高质量软件开发的实际应用   3.1 高质量软件开发项目介绍   高质量软件,如电信软件、金融证券类软件等,有较严格的要求:可用性要求非常高,并且不会因为系统维护和扩展而带来运营中断;支持使用现有管理工具和标准进行远程管理;能够提供更出色的性能以及运营在高可用性集群上的能力,减少任何单点的软硬件失效现象。

架构 review 软件开发 测试 单元测试

几个软件研发团队管理的小问题

最近在与一位总经理交流的时候,他谈到他们公司的软件研发管理,说:“我们公司最大的问题是项目不能按时完成,总要一拖再拖。”他问我有什么办法能改变这个境况。从这样一个问题开始,在随后的交谈中,又引出他一连串在软件研发管理中的遇到的问题,包括:   .

review 敏捷开发 code 测试 单元测试

几个软件研发团队管理的小问题

最近在与一位总经理交流的时候,他谈到他们公司的软件研发管理,说:“我们公司最大的问题是项目不能按时完成,总要一拖再拖。”他问我有什么办法能改变这个境况。从这样一个问题开始,在随后的交谈中,又引出他一连串在软件研发管理中的遇到的问题,包括:   .

review 敏捷开发 code 测试 单元测试

软件测试目标——“整个场面我Hold住!”

在学术家族树beta版本中,我们将重视软件开发中的测试。   OBJECTIVE   我们的目标呢,就是经过测试之后软件的质量得到有效的保证,在已经考虑到的所有场面都可以“Hold住”。   As much as I concern,   1、所有设计中的功能都能实现   2、代码经过review   3、用户界面经过用户的试用   4、系统的反应时间可以忍受   5、发现的bug或者都已解决,或者下一个iteration解决   6、各种极端情况都可以Handle   7、数据可靠   8、Last but not least, 不存在版权问题   下面我们详细说一下各个部分。

bug review 用户界面 测试 软件测试

参加Design review,测试人员最应该关注的几个要点

需求之内,关注 (1) 需求本身是否正确、完整、无二义性(虽然这一步主要在需求学习阶段进行,但design review发现需求本身问题仍然不算太晚。而且一般此阶段暴露的需求问题也比需求学习时更深入和细致。

性能 review 可扩展性 测试 同步 多线程 兼容性

开发自测模式实践

背景:   长期以来业务线测试有这种困扰:淘宝业务线传统的项目流程把开发、测试两个阶段分得比较明显,导致开发赶时间写代码,提测阶段测出一些低级bug;重新返工不仅测试时间延长,也导致开发、测试同学都累。

性能 bug review 测试

开发自测方法探讨

开发自测被多个团队实践,开发自测的效果也是不一而足的,具体怎么样的开发自测方式是更好的,每个人都有自己的观点和看法,这里说说自己对开发自测的方法的一些探讨。   一、传统研发流程的弊病   在讨论开发自测之前,我们先看看未进行开发自测的研发流程   从这个流程可以看出:   1、开发和测试处于两条线,开发实现功能,测试确保开发实现功能是正常的。

bug review 测试 脚本 自动化测试 单元测试

项目bug的修正

这几个月来,大部分业余时间,都花在阅读软件工程和编译原理方面的书籍上了。软件工程方面的书,包括软件需求、风险管理、敏捷建模,系统设计,软件项目管理,还有一些类似于的沉思录书籍等。   在这些书中,都只是讲了如何让项目健康发展,最后成功的提交一个产品。

模块 bug review 测试

代码走查的责任制

许多年前农村土地承包责任制的出现,使之大农民的角色发生了根本性的改变,从而迎来了粮食产量和农民很生活的巨大改善。同时在Code Rivew 这一个群体活动中,让其有效运行起来一个最有效的方法就是分角色同时对某一角色赋予一定的责任。

review code

如何做好Code Review:思考、方法和实践

最近被要求做一个关于Code Review的讲演。首先要说明的是,我并不是太擅长开展Code Review的活动。做这个完全是因为答应了别人又不好反悔。不过在做准备的过程中还是有一些感想。   关于Code Review我所了解到的行业中最著名的是Bill Gates汇报。

review 软件开发 code 测试

从Facebook AI Research开源fastText谈起文本分类:词向量模性、深度表征和全连接

本文主要介绍了Facebook AI Research在16年开源的一个文本分类器fastText,并从深度学习的角度:词向量模型(Embedding)、深度表征(Deep representation)和全连接(Fully connected part)介绍文本分类方法。

深度学习 架构 review facebook 神经网络 CNN RNN FastText

4
GO