Hunter的大杂烩

十二月 10, 2005

微软高级开发者管理峰会演讲摘要:产品质量的基石

类归于: 闲聊 — hunter @ 1:07 上午

主页 测试园地 软件测试 自动测试 质量保证 软件工程 精彩文章 资源下载 论坛交流
微软高级开发者管理峰会演讲摘要:产品质量的基石

微软Bug管理

来自:微软 蔡锫
(2002.12.11)

一.团队组织

1.常见问题

没有人愿意做测试
觉得养不起那么多测试人员
开发人员不遵循规范,随心所欲
项目经理事必躬亲,分身乏术
2.微软团队模型

各角色的职责

角色 职责
项目经理 编写功能规范,协调各角色关系
产品经理 客户联系的桥梁,进行需求分析
用户教育 让产品容易使用
发布经理 保证产品顺利发布

二.项目管理

1.常见问题

无法决定项目所需的资源(人力和预算)
无法决定项目的进度表
无法控制外包项目的进度和质量
2.微软项目管理– 多里程碑式流程

每个里程碑完成部分功能
便于团队集中力量完成一个又一个功能
提供多个机会以适应需求的更改
如何完成一个里程碑

步骤一: 达成共识
基本完成需求调研和分析 (产品经理负责)
确定大方向和长中短期目标
所有角色都参与讨论并真正认同结论
产生的文档:
常见用户情景:覆盖80%以上功能
Vision:言简意赅地说明大方向,并有激励团队的作用
步骤二: 完成项目计划
编写详细的功能规范(项目经理负责)
在编程前想清楚所有功能流程,并引导用户明确需求
所有角色都参与审阅功能规范
制订开发计划和进度表(开发团队)
制订测试计划和进度表(测试团队)
分配资源(人力和预算)
形成项目综合计划和综合进度表
产生的文档:
功能规范,开发计划,测试计划(用例),项目综合计划
开发进度表,测试进度表,综合进度表
步骤三: 完成功能
开发人员分别完成自己的功能
使用版本控制工具
使程序员及时check out和check in,避免积累大量代码
及时进行模块间的整合,及时发现问题(daily build)
对每一项可测试的功能进行测试,无需等待
使用测试用例工具,对功能进行完整和重复的检验
使用BMS进行缺陷跟踪
记录所有程序问题
实现解决Bug的自动流程
按照综合进度表不断检查进度
 
使用的工具:
版本控制工具 VSS
缺陷跟踪工具 Raid/BMS
测试用例管理工具
步骤四: 稳定与发布
测试组全面地测试功能,包括性能和稳定性
开发组全力配合解决Bug
使用BMS进行
监测质量情况
预测发布日期
专家会诊机制:
决定Bug的优先度
决定哪些Bug可以等到下个里程碑或版本中解决
决定由谁解决某个Bug
 
使用的工具:
版本控制工具 VSS
缺陷跟踪工具 BMS
测试用例管理工具
三. 微软的开发管理经验:100%以Bug为核心

1.Bug 及常见类型

功能未实现,和规格说明书不一致
不能工作:死机,没反应
不兼容
边界条件
界面、消息、提示不够准确,不友好
把尚未完成的工作也作为一个Bug
文档与帮助信息中的缺陷也是Bug
2.RAID/BMS的基本功能

完整的Bug数据库
整个产品组的中央记录和控制
强大的查询功能,有效地跟踪项目的状态
所有的记录无法删除,对于每个记录只能一直添加内容
丰富的报表功能,为产品发布提供判断标准
3.Bug 记录中的有效信息 状态
负责人
问题种类
严重级
优先级
修改时间
登记时间
缺陷来源
解决方案
运行环境
缺陷关联
附件
附图
缺陷细节

4.Bug 的严重程度

死机,数据丢失,主要功能组完全丧失,系统悬挂
主要功能丧失,导致严重的问题,或致命的错误声明
次要功能丧失, 不太严重,如提示信息不太准确
微小的问题,对功能几乎没有影响,产品及属性仍可使用. 如有个错别字
5.激活的Bug数量的趋势

代码完成前:很少
代码完成后:增长很快
接近Beta: 下降
接近RC: 奔向零
产品质量和里程碑的信号
每天新建的Bug 与 修正的 Bug 相比较
Active 状态 Bug 的总数
四.微软的一天

1. 让我们看看项目中每个角色的一天是如何度过的

开发
测试
项目经理
注:里程碑的每个阶段每个角色的工作有不同侧重点,我们以“完成功能”阶段为例

微软的一天从几点开始?

答案:半夜

为什么?

因为Daily Build是所有工作的核心,而且是在半夜自动启动。

每日构造Daily Build

你知道自己所用Windows的版本号吗?
Daily Build的意义:
模块得以及时整合
要求程序员及时把最新代码放入代码库
用脚本语言和编译/链接工具实现
BVT Build Verification Test
对Build进行验证
Blocking Bug
让Build无法完成的问题
BVT中发现的问题
2.程序员每天上班前最担心什么?

答案:因为自己昨天的代码check-in,造成Blocking Bug.

为什么?

因为每天的Build是所有人当天工作的基础:
程序员需要Build验证与其他模块的接口
测试需要Build发现新Bug,并验证新Build中已解决的Bug

有Blocking Bug怎么办?

解决问题,并对今天的Build打Patch。

开发人员的正事

经历对Build的提心吊胆和争分夺秒之后,第一件事做什么
答案:打开缺陷跟踪工具,查看指定给自己的Bug,解决高优先度的Bug。因为质量重于新功能。

接下来,开发人员会…

从版本控制工具中Check out代码
修改代码(解决Bug或实现新功能)
取得版本工具中最新变化,在本机Build和单元测试
请开发组同事作Code Review
Check in代码

3.测试人员第一件事做什么?

答案:打开Raid/BMS,查看指定给自己的Bug,验证已解决的Bug。

接下来,测试人员会…

根据测试用例检验今天的Build
在Raid/BMS中记录新发现的Bug
4.专家会诊

参加者:项目经理和开发组长、测试组长
通过Raid/BMS评估每个未解决的Bug
决定Bug优先度
可否等到下个里程碑或版本解决?
谁来解决
预测项目实际进度和发布时间
缺陷走势图

5.回顾微软的一天

构造: daily build
开发: 解决blocking bugs, 实现功能, check-out, code review, check-in
测试: BVT, 使用测试用例进行测试
项目经理/组长: 专家会诊
6.微软的做法解决了那些常见问题?

质量问题

以前解决过的问题发布时又出现了,需要返工
无法预估发布时间 过早发布,带来质量和维护问题
测试发现的问题被忘却或不了了之
无法衡量测试员和开发员的工作
程序中的问题往往在发布后才发现
文档管理问题

文档与程序脱节,文档成为程序结果的描述
项目组把写文档看成负担
团队协调问题

开发人员各自为战,进行整合时发现模块衔接中的严重问题 需要作大的改动
没有保管好公司以往的版本和代码,无法满足用户对旧版本的更改要求
开发人员离职对项目带来很大冲击,没有人知道代码在哪,或无法读懂
五.提高软件管理的步骤

1. 使用Raid/BMS,将流程管理自动化
2. 使用测试用例管理工具
3. 使用文档管理工具
4. 使用版本控制工具,进行Daily Build
5. 建立代码标准
6. 建立Code Review机制
7. 建立专家会诊机制
8. 建立团队沟通机制
9. 根据需要调整团队结构

主页 | 测试园地 | 软件测试 | 自动测试 | 质量保证 | 软件工程 | 精彩文章 | 资源下载 | 论坛交流 | 关于本站

Copyright® 2003 Test Engineer, Inc. All rights reserved.

十二月 9, 2005

什么是爱情

类归于: 闲聊 — hunter @ 2:26 下午

什么是爱情!
这是篇很好的文章。
如果你暂时没有时间细细品味
也请你有时间的时候将自己的心沉淀下来,
用心的看。
好的文章真的不多了……
单身,有时不一定是贵族。
单身也许会比较自由,
但自由也有一个同义词,叫作寂寞。
因为人不是什麽时候都喜欢一个人独处的;
有时好东西需要跟人分享,
有时候难过需要人安慰。
单身贵族产生的原因,是因为
经济上的独立、人格上的独立以及感情上的独立。
独立是什麽?
独立是需要而不依赖,
一个独立的人需要异性,而不依赖异性。
做情人之前,她应该先是朋友。
她成为你的朋友之後,出现在你的生活里,
才有可能认识你、了解你、知道你的长处
而对你产生好感,进一步发展感情,
变成情人、对象。
世界上的颜色并非只有白色和黑色,
黑与白之间还有很漫长的灰色地带。
只要多相处,便能发现对方的优点、产生好感,
这才是发展感情的自然过程。
『一见锺情』以及『从一而终』的感情是不切实际的,
我们需要的不是这种不切实际而虚幻的感情。
有人形容跟异性交往,
就好像在海边捡石头,大家都会捡喜欢的那一颗。
一旦捡到一颗你最喜欢的石头,便把它带回家去,
好好对待它,因为那是你唯一的石头。
而且要记住,从此後不要再到海边去。
永远相信,
我已经找到最大、最美、最适合我的那一颗。
跟异性交往最重要的不是他有多好,
而是他对你有多好。
一个人如果条件很好,有一百分,
可是这一百分之中,他只给你三四十分,或一二十分;
相反地,另一个人也许只有七八十分,
可是他却是全心全意的对待你,
那你应该选择那一个?
其实,每一个人的条件都是一样的。
不管你有多好,都还有人比你更好。
你虽然做不到一个『最好的人』,
可是你却做得到一个『对对方最好的人』。
每一个男孩子都可以说:
『虽然我不是世界上最好的男人,但我是世界上对你最好的男人』。
反过来女孩子也是一样,这是每一个人都做得到的。
感情最重要的是在於他对你的好,
而不是他自己有多好。
但是如果有一个人本身已经很好了,
对你又是真心真意,真心爱你,
那麽你真的可以把一生托付给他。

现在女性考虑婚姻的唯一条件,
应该就是你爱不爱他,他爱不爱你,
是不是真心真意对你,
跟他在一起会不会有压力,会不会快乐,
而非他有什麽!
人间的真爱是很难得的。
在人的一生中,
很难找到一个
你真正爱,真正可以跟他过一辈子的人。
如果你怯於表达,
或害怕会有什麽事,
错失一辈子可能只有一次的真爱,
那就太可惜了,
所以一定要采取主动,把心里的话说出来。
如果一个男孩子
因为女孩子对他采取主动而看不起她,
那麽这个男孩子不是男生,而是畜生。
更何况,幸福比面子重要,
如果牺牲一时的面子可以换得一生的幸福,
是非常值得的,勇敢把心里的话说出来,
不要隐藏自己的真心。
千万别说缘份未到,其实缘份到处都有,
但却是稍纵即逝,如果『缘』不及时把握,
那就没有『份』了。
大多数的女性对感情是偏重於精神,
男性则偏於物质。
男孩子除了对女孩子殷勤体贴外,
也要学会对女孩子负责任,
要将对天下所有女孩子的殷勤体贴,
全部用来对一个女孩子。
另外,
刚毅木纳并不能讨女孩欢心,
所以要学习对女孩子甜言蜜语,多说好话。
男人,为性而爱;
女人,为爱而性。

一个维持起来轻松、愉快的感情容易长久!
一个维持起来艰难而痛苦的感情不易长久,
这时後就应该有所选择。
我们都是凡夫俗子,
要的是平凡而幸福并且快乐的爱情。
对所有的感情而言,过程远比结果重要。
为什麽?因为所有的感情都是没有结果的。
什麽是结果?结婚吗?
结婚之後就过着幸福快乐的日子吗?
可见我们不以感情的结果来评断它的价值感情,
也不以时间的长短来论定它的价值。
对感情而言,凡是发生过的都存在,
凡是存在过的都有价值。
世界上的感情每一段、每一分、每一秒
都是值得珍惜的。
婚姻是人生里最大的一场赌局。
在这无限长的时间里,
我们还要互相呈现最丑陋的一面给对方看。

婚姻和恋爱不同的是:
恋爱可以花二个小时打扮自己,
精神奕奕的向对方献殷勤、体贴,轻松完成任务。
可是婚姻就无法随时维持高亢的状态。
所以,婚姻是一场大赌注,
需有万全的准备、周详的计划、十足的信任,
然後再去押它一把,即使是这样都还有可能输掉。
因此如果在赌之前,就知道自己
不是心甘情愿、不是很爱他、并不想跟他过一辈子,
那麽这一场赌注注定是要输的。
千万不要
为了爱情之外的任何一个理由结婚。
感情的可贵
不在於可从对方获得什麽,
一方面是一种被依赖、被需要的感觉。
有人依赖我,需要我,
我会得到满足

面对感情,我们所要采取的就是三不政策:
第一是不急:不要急着结婚。
结婚虽然是很美好的事,但是不要着急,
该是你的就是你的。
第二是不怕:不要害怕付出。
彼此必需一辈子努力,才能把感情维持好。
你不可能『得到』一个美好的感情,
你只能找到一个你心爱的人,
来共同经营、造就、完成一段美好的感情。
如果你没决心做好男人,那你就得不到好女人。

世界上没有一个坏男人会有一个好女人,
坏男人只会有可怜的女人;
同样的,也没有一个坏女人会有一个好男人。
何况感情中还有一个
跟我们共同努力、想把它做好的人。
这个合夥事业成功的机会是很大的,
关键就在於你是否愿意努力、付出而已。

第三是不要放弃。
当你受了打击、挫折、伤害,
当你感到灰心、失望时,
有一个人无条件的、永远站在你这一边,
支持你、鼓励你、安慰你,
让你重新站起来面对这个世界。
这个力量,是再亲的父母不能给我们的,
是再要好的朋友也不能给我们的,
只有在人生的旅程中所找到的心爱的伴侣,
才能够给我们。

其实爱情是人生唯一的、真正珍贵的;
也是唯一的、真正值得追求的东西。
只要你有一个心爱的人,
你就有了原动力,
你就能面对全世界。

WordPress 所驱动