1. 禅道简介 禅道是一个基于“敏捷开发”模式的软件开发全生命周期管理软件,在国内的软件开发公司里占据最大的份额,从大公司到小公司,都能适用. 笔者使用禅道多年,根据自己的经验总结了一套Bug管理的方法论,不只是禅道,也可以运用在别的软件开发管理系统上. 2. Bug管理规范 2.1 角色及人员 一般来说,禅道用于需求/Bug管理方面,在用户角色上,是分为这么几个角色: 1.公司/部门管理层  以下简称“管理层” 2.产品经理 以下简称“产品经理” 职责:负责整个产品生命周期内的全面管理 3.项

资源来自:http://wenku.baidu.com/view/ae55b3b565ce05087632132b.html

1. 禅道简介 禅道是一个基于"敏捷开发"模式的软件开发全生命周期管理软件,在国内的软件开发公司里占据了超过70%的份额,从大公司到小公司,都能适用. 禅道官网:http://www.zentao.net/ 2. Bug管理规范 2.1 角色及人员 一般来说,禅道用于需求/Bug管理方面,在用户角色上,是分为这么几个角色: 1.公司/部门管理层  以下简称"管理层" 2.产品经理 以下简称"产品经理" 职责:负责整个产品生命周期内的全面管理 3.

程序员面试之葵花宝典 面向对象的特征有哪些方面    1. 抽象:抽象就是忽略一个主题中与当前目标2. 无关的那些方面,3. 以便更充分地注意与当前目标4. 有关的方面.抽象并不5. 打算了解全部问题,而6. 只是选择其中的一部分,7. 暂时不8. 用部分细节.抽象包括两个方面,9. 一是过程抽象,10. 二是数据抽象. 11. 继承:继承是一种联结类的层次模型,12. 并且允许和鼓励类的重用,13. 它提供了一种明确表述共性的方法.对象的一个新类可以从现有的类中派生,14. 这个过程称为类继承

程序员面试之葵花宝典 1.面向对象的特征有哪些方面   抽象:抽象就是忽略一个主题中与当前目标 无关的那些方面, 以便更充分地注意与当前目标有关的方面.抽象并不打算了解全部问题,而 只是选择其中的一部分, 暂时不 用部分细节.抽象包括两个方面, 一是过程抽象,二是数据抽象. 1)     继承:继承是一种联结类的层次模型,并且允许和鼓励类的重用,它提供了一种明确表述共性的方法.对象的一个新类可以从现有的类中派生,这个过程称为类继承.新类继承了原始类的特性, 新类称为原始类的派生类(子类),而原始

一. Spring 原理讲解  Spring 是一个轻量容器框架(开源):Spring的核心是 IoC(控制反转) 和 AOP(面向切面编程): Spring 由7个模块组成: Spring Core(核心容器):核心容器提供 Spring 框架的基本功能: Spring Context(Spring 上下文):Spring 上下文是一个配置文件,向 Spring框架提供上下文信息; Spring AOP:通过配置管理特性,Spring AOP 模块直接将面向切面的编程功能集成到了 Spring

这是个持续多年的话题了,很多大公司,尤其是牛逼的独立分包公司(开发公司)都会有代码审核和严格QA程序,一般的公司就很难说咯,在法律上目前还没有完全支持处罚程序员bug经济损失的判例(国内如此),国外也是分为故意损害和无意损害两类,但是举证故意损害举证很困难.就我的经验来说(我只在小公司和小小公司待过,大公司和超级公司只是从资料和论文以及产品里看过),一般会有限制级要求和程序性要求,其他的就是使命感和责任心的管理,加强程序员的自我管理是很重要的学问:这里说的是OKR,不是KPI:技术型公司不适用制

开发应用程序是一项压力很大的工作,人无完人,工作中遇到bug是很正常的事,有些程序员会生气,沮丧,郁闷,甚至泄气,也有一些程序员则会比较淡定.如何进行修复bug的过程,是值得我们好好推敲的. 我想分享一些有关程序员在努力修复bug时常说的话和冒出的想法.当氛围变得紧张的时候,这些话就会显得轻松幽默.最终,bug也会修复成功,你将会继续下一个任务. 我相信许多web开发人员和软件工程师在编程中都会遇到困难,而事后回想起来,还会觉得很好笑. 1.我不知道该删掉还是重写 回归曾经写的源代码,总有一种想

开发应用程序是一个非常有压力的工作.没有人是完美的,因此在这个行业中,代码中出现bug是相当普遍的现象.面对bug,一些程序员会生气,会沮丧,会心烦意乱,甚至会灰心丧气,而另一些程序员会依然保持冷静沉着.因此,如何处理修复bug的过程也值得我们细细琢磨. 我想分享一些程序员修复他们的源代码时所经历的想法.这是事情变得紧张时所触发的轻松幽默.通常说来,应用程序终将可以工作,然后你也可以进入到下一个伟大的任务. 我相信很多web开发人员和软件工程师经历过这些艰辛,然后在事后一笑而过. 1.“我不知道

开发应用程序是一个非常有压力的工作.没有人是完美的,因此在这个行业中,代码中出现bug是相当普遍的现象.面对bug,一些程序员会生气,会沮丧,会心烦意乱,甚至会灰心丧气,而另一些程序员会依然保持冷静沉着.因此,如何处理修复bug的过程也值得我们细细琢磨.我想分享一些程序员修复他们的源代码时所经历的想法.这是事情变得紧张时所触发的轻松幽默.通常说来,应用程序终将可以工作,然后你也可以进入到下一个伟大的任务.我相信很多web开发人员和软件工程师经历过这些艰辛,然后在事后一笑而过. 1.“我不知道是要

案例 一个管理后台的bug,把操作记录中的操作员姓名,写成了该操作员的id.原因是修改了一个返回操作人姓名的函数,返回了操作人的id.但是还有其他地方也用这个函数,导致其他地方把姓名字段填写成了操作员的id.该bug污染了一条修改记录,操作员手动删除就好了.回滚代码后恢复.本质是修改了函数的返回值,却没有查看所有调用的地方.这个函数的名字叫getinfo,但是在代码的其他模块中也有同名函数,返回的都是id,让修改的人以为都是一个函数,引起了混淆.所以函数名也要修改,做到通过名字能够清晰看出函数功

程序员的日常三件事:写Bug.改Bug.背锅.连程序员都自我调侃道,为什么每天都在加班?因为我的眼里常含Bug. 但是真的有这么多Bug要改吗?就不能一次改完吗? 程序员听这问题后要拍键盘了,还!真!不!能! 用户使用场景的不确定性 在日常生活中,即便每个物品都有使用说明书,可一千个用户就有一千种使用方式.例如用诺基亚手机砸核桃,用iPad当切菜板,所以说程序是确定的,但用户的使用场景是不确定性的. 各种不按套路出牌的操作会给系统带来挑战,例如网上有个段子说: 一个人走进一家酒吧,要了一杯啤酒一

1.引言 本文是一套面向C# programmer和C# developer进行开发所应遵循的开发规范 按照此规范来开发C#程序可带来以下益处: 代码的编写保持一致性,提高代码的可读性和可维护性,在团队开发一个项目的情况下,程序员之间可代码共享,易于代码的回顾 本规范是初版,只适用于一般情况的通用规范,并不能覆盖所有的情况 2.文件组织 2.1C#源文件 类名或文件名要简短,不要超过2000LOC,将代码分割开,使结构清晰.将每个类放在一个单独的文件中,使用类名来命名文件名(当然扩展名是.cs)

在测试过程中,难免遇到开发人员因为一些原因不想修改个别bug的情况.遇到这种问题时,该如何去推进开发修改bug呢? 一.现状分析 1.开发人员为啥不愿意修复BUG? (1)开发与测试对bug的定义理解不一致产生的问题,bug路径较深,无法重现, 修改bug改动较大,影响范围广,无法理解,在生产环境不可能发生的时间,环境问题,不影响程序的实际用户使用: (2)工作流程方面原因,没时间,问题太小(优先级低),上线时间紧急,非自己名下的BUG(相关人员以离职后的BUG): (3)个人能力原因,找不到解

以前写过一个文(IT从业者的职业道路(从程序员到部门经理) - 项目管理系列文章),主要介绍笔者的职业发展之路,不过该文需要后续了,因为笔者现在从事的是“产品经理”一职.从笔者的导航文([置顶]博文快速导航)里,定义了IT软件领域的职业路线,基本涵盖了IT软件领域的发展思路.后续笔者会对职业路的职业做描述,但是,本文主要从IT软件工程师的角度去描述IT软件技术人员的发展历程道路. 一.软件工程师: 软件工程师是最基本的IT软件职位,但是他做的是最重要的底层的代码编写.所以说,软件工程师是IT软件

每个女人都有很多包包:其实男人也有,但只有会写程序的男人才有 —— 代码世界中的大“包”小“包”.这些大包小包,有花钱买的,有从开源市场淘的,也有自己或同事亲手制作的. 包包有个特点:容易坏,更新快,新品多.于是,市场上有了包包专卖店,家里有了专门放包包的衣橱.于是,女人经常逛街买包包,经常整理衣橱里的包包.而男人呢,不喜欢逛街,不喜欢整理...面对越来越多的包包,很多人发出感叹:做“会写程序的男人”难! 终于有人无法忍受这些大包小包的困扰,一款专门存放包包的“储包柜”横空出世 —— NuGet

现在的服务器大部分都是运行在Linux上面的,所以作为一个程序员有必要简单地了解一下系统是如何运行的. 对于内存部分需要知道: 地址映射 内存管理的方式 缺页异常 先来看一些基本的知识,在进程看来,内存分为内核态和用户态两部分,经典比例如下: 从用户态到内核态一般通过系统调用.中断来实现.用户态的内存被划分为不同的区域用于不同的目的: 当然内核态也不会无差别地使用,所以,其划分如下: 下面来仔细看这些内存是如何管理的. 地址 在Linux内部的地址的映射过程为逻辑地址–>线性地址–>物理地址,

程序员的世界里,不止有代码,还有bug,bug,bug 当出现bug时,程序员们的反应是怎样的呢?

程序员在普通人的印象里是一份严(ku)谨(bi)的职业,也是一个被搞怪吐槽乐此不疲的职业,程序员们面对复杂的代码敲打电脑时连眉头都不会皱一下,但是有一个词却是他们痛苦的根源,它就是Bug. 有不少的新手程序员,刚开始都是从修BUG开始做起的. 修bug有助于熟悉项目,了解大概哪些类参与了执行线路,相互调用关系又是如何,结构设计上有什么特点. 以前猿姐就听过这样一个故事 有三个程序员需要穿过一片田地,到达对岸的房子. 初级程序员看了一眼笑着说道:不远,只需要十分钟就行. 资深级程序员想了一下说道:

程序员调 Bug 的样子,非常真实