管理学大师德鲁克说:你如果你无法度量它,就无法管理它.要想做有效的管理,就很难绕开度量的问题. 软件开发的过程或者技术团队的管理也存在着如何去合理的度量效率的问题.而度量是把双刃剑,度量具有极强的引导性.度量指标会激励团队重视并改善能够度量元素,也会导致你忽视无法度量的元素,并使得问题进一步恶化.所以,选择合适的度量指标考核技术团队成员,需要慎重考虑.例如,代码行数和千行代码Bug率指标就值得商榷. 什么是千行代码Bug率 首先我们来看一下,千行代码Bug率是怎么定义的: 千行代码Bug率 =

一听到初级Bug这个名字,很多开发工程师都会觉得很头痛,还有那个“初级Bug率”,让人随时受不了. 初级Bug这个概念,在多数缺陷跟踪工具中,是不存在的,可以说是淘宝研发部的特色.初级Bug对应Bug的一个属性:“Bug深度”,这个属性有三个选项:1很容易发现.2正常发现.3很难发现,其中“很容易发现”的Bug就是初级Bug.深度代表了发现Bug需要的成本和技术含量,初级Bug就是那些非常明显,通过简单的操作就能发现的Bug. 从初级Bug这个概念被提出,到现在大约有2年时间.最初的时候,在一次

我的微信号是Shalayang,以下是我的二维码名片,欢迎添加. 问题1:bug率有什么作用? my opion:用处有很多,需要具体情况具体分析,不过主要作用一般是来评价工作产品的质量.如果bug率较高,说明系统质量较差,需要大量的返工.项目经理就需要做好缺陷分析(缺陷的类型.分布.严重程度等),找出原因,以便做好下一阶段的缺陷预防工作.除此之外,还可以结合其它方面的信息,判断是否一些工作不充分.譬如,如果缺陷密度过低,有两个原因:可能工作产品质量确实高:也可能评审或测试不充分,更多的缺陷没有

一.BUG BUG:软件的缺陷 1.BUG的定义:----与软件测试的目的对应 软件的BUG,狭义概念是指软件程序的漏洞或缺陷,广义概念除此之外还包括测试工程师或用户所发现和提出的软件可改进的细节.或与需求文档存在差异的功能实现等. 我们的职责就是,发现这些BUG,并提交给开发,让开发去修改. 2.BUG的类型 要确定一个BUG的类型,需要对项目(或产品)有比较深的理解.这个划分对于开发的定位问题影响很小,但对于问题类型的统计就比较重要了. 功能问题.设计缺陷.界面优化.性能问题.配置相关.安装

过程域 vs. 实践域 “过程域”(Process Areas,PAs)在CMMI 2.0中变成了“实践域(Practice Areas,PAs)”.这样的改变,强调了CMMI 2.0是最佳实践的集合,而非一组有待执行的过程. 核心与特定语境 CMMI 2.0模型中,每个实践域都被拆分成了一般描述.核心信息(Core Information),以及语境适用部分(Context Specific). 要求的/期望的/详实的 vs. 要求与说明 要求的内容是达到某一CMMI成熟度等级所必须的.说明信

怎样才能提交一个让开发人员拍手叫好的bug单 软件测试人员写得最多的文档就是测试用例和BUG,现在测试用例和BUG都没有标准的模板,每个公司使用的缺陷管理工具都有可能不一样,如果你换了一家公司就有可能接触到新的缺陷管理工具,但提交bug的方式却是大同小异,今天这篇文章主要讲解怎样才能提交一个高质量的BUG单. 目录 为什么要提交BUG单 缺陷管理工具 编写高质量的BUG单 为什么要提交BUG单 其实要提交BUG单的原因很简单,就是在测试过程中程序中出错了,那么测试人员就要提交BUG单,以便开发人

以下为二维表信息 //统计严重等级Bug SELECT severity,count(severity) FROM `bf_bugview` where product_id=476 GROUP BY severity //统计创建者Bug SELECT created_by_name,count(created_by_name) as count FROM `bf_bugview` where product_id=476 GROUP BY created_by_name ORDER BY c

CMMI的全称为Capability Maturity Model Integration,即能力成熟度模型集成.CMMI是CMM模型的最新版本.早期的CMMI(CMMI-SE/SW/IPPD),SEI在部分国家和地区开始推广和试用.随着应用的推广与模型本身的发展,演绎成为一种被广泛应用的综合性模型. [1] 中文名 能力成熟度模型集成 外文名 Capability Maturity Model Integration 简    称 CMMI 开发机构 卡耐基梅隆大学软件工程研究所 级    别

一.划分一个bug的等级 bug等级主要分为致命.严重.一般.轻微或者建议四个等级: 1.致命错误:系统无法执行.崩溃或严重资源不足.应用模块无法启动或异常退出.无法测试.造成系统不稳定.价值较高功能异常(比如与金钱相关的功能) 具体基本上可分为: (1)严重花屏 (2)内存泄漏 (3)安全问题 (4)用户权限问题 (5)网页无法正常打开 (6)严重的数值计算错误 (7)功能设计与需求严重不符 (8)系统崩溃/死机/冻结/死循环 (9)模块无法启动.调用或异常退出 (10)数据库数据丢失或破坏.

一.背景 最近在推进组内流程规范专项建设,从"研发测试流程"."提测规范"."测试准入标准"."bug优先级标准"."测试停止标准"."测试准出标准"和"测试报告模板"7个纬度制定了标准,希望能给看到的人带来一点火花. 二.准入标准 提测后,进入测试环节,需满足以下全部条件: 1)     冒烟测试用例全部通过 2)     主流程可以走通 3)     界面上的功能

什么是MSF MSF,即Microsoft Solution Framework,也就是微软推荐的做软件的方法. MSF发展:大约在1994年,微软在总结了自己产品团队的开发经验和教训,以及微软咨询服务部门的业务经验后,推出了Microsoft 解决方案框架Microsoft Solution Framework(MSF).当时的MSF只是这些经验和教训的松散集合.在以后的几年中,MSF进一步吸收了微软各个部门和微软的合作伙伴在实际项目中的经验.在2002年,随着Visual Studio .N

很荣幸,作为某公司软件部门的软件项目经理,亲身经历了CMMI3,以下就把整个改进过程,用自己的亲身体会,详述如下,文中一些观点与看法难免带有个人感情,还请各位酌情参考. 公司情况简单介绍下,因为是为某大型上市公司提供技术支撑,所以整体来说公司利润丰厚,更是因为与大型上市公司错综复杂的关系,很容易得到一些大的IT项目建设与维护.一般来说,做CMMI3认证的企业,大都不愁项目来源和利润. 大概是从2006年下半年开始做这个事情的吧,当时要先选择咨询公司,通过招标,最后确定了某家信誉不错的咨询公司,据

作者:Eric S. Raymond 一.黑客圈简史 1.早期 (1)MIT 与 ITS "黑客"一词大约就起源于MIT的计算机文化. 从PDP-1时代开始,黑客文化的命运就和DEC(数字设备公司)的PDP小型机系统交织在一起了,DEC率先推出了交互式商业计算和分时操作系统,由于其机器灵活.强大且相对便宜,很多大学都购买了DEC的小型机.廉价的分时系统成为黑客文化成长的媒介,在整个ARPAnet的生命周期中,大多数时间都是DEC小型机的天下,其中最重要的是PDP-10,这款发布于196

设想与目标 我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述? 解决的问题 总体解决的问题:新手编程者配置编程环境难.本地编写的代码跨设备同步难.本地ide安装使用过程繁琐等问题 alpha阶段解决的问题:基本项目的创建,自动补全,编译运行 beta阶段新增: 随手写简单代码.项目多人合作中的分享和协作开发 美化功能,让使用者感觉更加赏心悦目. 进一步解决软件启动速度问题. 定义是否清楚: 定义的很清楚,可参见以往博客设计与规化:Alpha阶段规划,Beta阶段规

俗话说,自己写的代码,6个月后也是别人的代码……复习!复习!复习!涉及的知识点如下: 软件工程概念 敏捷开发过程scrum 一.什么是软件工程?请用一句话描述. 软件工程是一门研究性的学科:它用工程化的方法(联系建筑工程……),构建和维护有效的.实用的,和高质量的软件.简单来说,软件工程有三要素:过程+方法+工具,而软件工程是目标,软件过程是步骤,方法和工具是辅助. 二.那么,软件过程又是什么? 软件过程:首先它是一个框架或者说步骤,它是一个为建造高质量软件而所需要完成的任务的框架,即形成软件产

本文将介绍表现层及ASP.NET MVC的一些要点,特别是ASP.NET MVC的一些抽象和封装技巧,如果你对MVC还不了解,可以参考<ASP.NET MVC4 高级编程>,作者Jon Galloway等,这本书由ASP.NET MVC团队成员编写,相当不错. 表现层的职责 表现层的职责是展示和收集数据,将领域层的数据和逻辑展示出来,并收集用户输入的相关信息. 搞清楚表现层的职责以后,你就应该清楚,表现层不是你应该编写业务逻辑的地方,这也是分层架构的核心. 如果要展示一个计算值,不应该在表现层

[51CTO 网+]怎样做一款让用户来电的产品 据相关调查显示,目前全球移动用户平均每人安装应用约95个,每天使用的应用约35个.可见面对众多的移动应用,用户拥有非常大的选择空间.如果由于交互设计欠佳影响用户体验,一款APP很有可能难逃被卸载的厄运. 为了赋予APP不同凡响的视觉效果和体验,很多开发者往往在客户端开发过程中加入不同的交互元素.然而过多的交互和绚烂的视觉效果在用户眼里是否真正需要的? 3月26日下午,120余位移动开发者挤爆[51CTO 网+]第十期线下公开课现场,与向日葵产品总监

一直很想谈谈Continuous Integration(CI),持续集成. 就在不久前一次朋友聚会上,一个刚刚跳槽到一家创业公司的朋友跟我抱怨说他们没有CI,没有code review,要做点事太累了.而其实让这个刚刚开始上手的新手项目经理无语到吐的原因是,他们的一名主要开发人员责任心不够,很难沟通,bug率很高,还不愿加班改bug. “现在招人很难的啊,所以也不能把他fire掉,哎...” “有了CI又能怎样呢?” “至少不用等到QA发现问题,下班前就能抓住他了!不过现在我们QA连自动化测试

1. warning:  #767-D: conversion from pointer to smaller integer 解释:将指针转换为较小的整数 影响:可能造成的影响:容易引起数据截断,造成不必要的数据丢失.如果出现bug,很难调试. 改正:尽量避免这种转换,避免不了要确定转换的数据不会引起数据丢失.   2. warning:  #177-D:variable "i" was declared but never referenced 解释:变量i定义了,但是没有使用 影

编写服务器时,许多程序员习惯于使用高层次的组件.中间件(例如OO(面向对象)层层封装过的开源组件),相比于服务器的运行效率而言,他们更关注程序开发的效率,追求更快的完成项目功能点.希望应用代码完全不关心通讯细节.他们更喜欢在OO世界里,去实现某个接口.实现这个组件预定义的各种模式.设置组件参数来达到目的.学习复杂的通讯框架.底层细节,在习惯于使用OO语言的程序员眼里是绝对事倍功半的.以上做法无可厚非,但有一定的局限性,本文讲述的网络编程头前冠以"高性能",它是指程序员设计编写的服务器需