惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Martin Fowler
Martin Fowler
博客园 - 【当耐特】
GbyAI
GbyAI
M
MIT News - Artificial intelligence
Microsoft Azure Blog
Microsoft Azure Blog
A
About on SuperTechFans
罗磊的独立博客
Apple Machine Learning Research
Apple Machine Learning Research
腾讯CDC
F
Fortinet All Blogs
IT之家
IT之家
WordPress大学
WordPress大学
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
Last Week in AI
Last Week in AI
Google DeepMind News
Google DeepMind News
Jina AI
Jina AI
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
D
DataBreaches.Net
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
H
Help Net Security
V
Visual Studio Blog
小众软件
小众软件
Y
Y Combinator Blog

博客园 - Aaron

吃鱼 杂话用例建模【6】:异常流程的价值 教育部此举,非大爱,且有欠社会责任! 杂话用例建模【5】:用例间的关系:include和extend 杂话用例建模【4】:系统用例和业务用例 杂话用例建模【3】:Use Case Modeling是百家争鸣的小学科 杂话用例建模【2】:需求模型 杂话用例建模【1】:需求即Use Case?非也。 一个信息化项目的前世今生图 我不喜欢丑外套 沉寂了好久了,将会继续写些东西 求职简历中的小问题 人之恶,可以无穷恶 广州市旅游商贸职业学校印象 祝我的老师们节日快乐! 让它们更短些吧——呼吁大家让我们的互联网文字更具可读性 送给要外出的朋友——差旅携带物检查表 百度搜索:“修复ie”相关网页“修复处女膜” 人有很多种
编码人员和测试人员:争论的秘密
Aaron · 2007-07-11 · via 博客园 - Aaron

相信很多团队都有这个问题:编码人员和测试人员经常争论。测试人员说编码人员做的东西太烂,问题太多,缺乏规范,开发文档也没有;编码人员说测试人员责任心有问题,测完了还是令自己不放心;还有很多人认为“如果发布出去的软件有问题,就是测试人员的责任”,理由是“测试人员应该在发布之前把所有问题都找出来” 1】。

为什么会这样?我们来简单剖析。

首先,我们先要叙述一条“公理”:任何人都不能保证其工作成果总是100%完美的。即任何人都不能做到“0缺陷”

因此,任何一个开发团队做完了都必须经过测试,尽可能的发现潜在问题并修复后才能发布出去。所以,测试人员必须竭尽所能发现缺陷。注意了,基于上述“公理”,任何测试人员都不能保证把软件中的潜在问题100%的找出来[参见体检报告中的“未见异常”和软件测试]这样说来,上述【1】的说法是有失公允的。

那为什么会争吵呢?第一,出了问题的时候编码人员和测试人员是直接责任人,并且要负责解决问题,因此很容易引起情绪上的冲动;而且多数人遇到责任归咎的时候会本能的为自己开脱。第二、大家都忽略了“任何人都不能0缺陷”的公理。

但是,这并不表示有了这个“公理”,所有人就可以心安理得的面对所有缺陷了。任何产品的主要竞争力最终来自质量。因此对质量的无限追求,是任何团队的要求。也就是说,虽然我们不能要求每个团队的工作成果100%完美、0缺陷,但是我们总期望我们的成果能够尽量趋于完美,比如99.9997%,所谓的“六西格玛”。

怎么样做到尽量趋近于完美?这可能受到多种因素的影响,比如团队的工作能力、工作态度以及项目客观因素;还有管理、过程、工具,等等;可能会有很多!但是,我们可以简单归结为所有参与者工作成果的近乎100%的完美!所以,不要争论,从自己这里开始找原因,去改进!