|
 |
Bug的80-20原则
|
| |
日期：2008-01-21 12:00:10
点击：573 评论：0
|
|
佩瑞多定理：（80-20定律）许多软件现象都遵循佩瑞多分布规律：80%的贡献来自于20%的贡献者。例如20%的模块含有80%的错误。 一种情况是，80% 的软件缺陷常常生存在软件 20% 的空间里。这个原则告诉我们，如果你想使软件测试有效地话，记住常常光临其高危多发 “ 地段
|
|
|
恰到好处的测试
|
| |
日期：2008-01-21 11:43:07
点击：188 评论：0
|
|
对于相对复杂的产品或系统来说，zero-bug是一种理想，good-enough是我们的原则。
Good-enough原则就是一种权衡投入/产出比的原则：不充分的测试是不负责任的；过分的测试是一种资源的浪费，同样也是一种不负责任的表现。我们的操作困难在于：如何界定什么样的测试
|
|
|
国外常见测试网站
|
| |
日期：2007-06-18 14:34:49
点击：503 评论：0
|
|
软件测试相关的63个国外站点网址 简介 http://bdonline.sqe.com/ 一个关于网站测试方面的网页,对这方面感兴趣的人可以参考 http://citeseer.nj.nec.com/ 一个丰富的电子书库,内容很多,而且提供著作的相关文档参考和下载,是作者非常推荐的一个资料参考网站 http://groups
|
|
|
一个测试新手与mercury认证的不解情结
|
| |
日期：2007-04-28 13:03:25
点击：142 评论：0
|
|
2005年9月26日，不知天高地厚的我，参加了上海 51testing 组织的Mercury认证考试，因为感觉性能测试是软件测试行业中待遇比较高的职位，为此本人也在这种拜金主义心理的作祟下，报考了loadrunner这款工具。10月19日， 51testing 的朴老师电话通知我考试成绩——74分，
|
|
|
软件测试与开发并行
|
| |
日期：2007-04-28 13:03:25
点击：152 评论：0
|
|
软件测试是伴随着软件的产生而产生的。早期的软件开发过程中，测试的含义比较狭窄，将测试等同于“调试”，目的是纠正软件中已经知道的故障，常常由开发人员自己完成这部分的工作。对测试的投入极少，测试介入也晚，常常是等到形成代码，产品已经基本完成时才进行测试
|
|
|
实施IPD
|
| |
日期：2007-04-28 13:03:25
点击：155 评论：0
|
|
根据个人经验和理解编写 听说IPD 2005.11，IPD，第一听说还是以前的同事告诉我的，当她告诉我公司正在实施IPD，有一部分经理已经参加了IPD培训的时候，我就对IPD感到陌生和惊讶，一个600~700人的公司，一个以产品为主要销售的公司，一个以客户网络版软件应用为主导的公
|
|
|
如何避免面试失败
|
| |
日期：2007-04-28 13:03:25
点击：144 评论：0
|
|
今天我们简单谈谈面试过程中的气质问题、沟通问题及肢体语言。这三个方面，是非常非常重要的，希望即将或日后需要参加面试的朋友都能仔细阅读本文。 第一个单元：面试过程中的气质问题 有很多大学毕业生到我这里来面试，不注重自己的气质。有些人表现得像是独行侠，神
|
|
|
一个软件测试工程师的学习体验
|
| |
日期：2007-04-28 13:03:25
点击：170 评论：0
|
|
【摘要】软件质量越来越受到人们的关注，软件测试作为新兴行业有很多不完善的地方。很多从事软件测试工作的同行处于迷茫之中，如何提高，如何解决测试工作中的实际问题，困惑着每一个人。本文总结了一下个人经验，希望对大家有帮助。 【关键词】 软件测试 软件 测试学
|
|
|
几个值得反思的故事
|
| |
日期：2007-04-28 13:03:25
点击：162 评论：0
|
|
故事一： 92年海湾战争的时候美国的爱国者导弹因多次成功拦截飞***腿导弹而大获好评，但是其中有一枚落在了多哈地区炸死了二十多名美国大兵，事故的原因后来查明是因为软件中 一个 很小的系统时钟错误，每次的几秒延迟在累积以后达到了几十小时 ，所以这枚本该飞向敌阵
|
|
|
那些人不太适合做测试
|
| |
日期：2007-04-28 13:03:25
点击：159 评论：0
|
|
我觉得有几种性格的人可能不太适合做测试，当然个人实际情况、应变能力不同可能会有不同的遭遇 1.耐性不足的人 这种性格的人在做测试时候最大的一个难度在于碰到一个比较复杂难测的系统时，可能花了不少时间还没发现什么问题，不过明显感觉肯定什么地方有问题存在的，这
|
|
|
些测试的知识我都曾在幼儿园里学过
|
| |
日期：2007-04-28 13:03:25
点击：154 评论：0
|
|
摘要：最近Lee Copeland出席了EuroSTAR测试研讨会。除了发表一个辅导和主题演讲外，lee还被邀请在哥本哈根的闭幕招待会做餐后演讲。他选择模仿Robert Fulghum的书籍《那些人生中最重要的道理我在幼儿园里都学过（All I Really Need to Know I Learned in Kindergarten
|
|
|
作好测试的一点感想
|
| |
日期：2007-04-28 13:03:25
点击：189 评论：0
|
|
1）作为一个测试员一定要作好自己的本职工作，碰到不懂的地方一定要勤于提问，并不断的总结，这样慢慢的就会发现软件测试是一件不错的事！ 2）多借鉴别人的测试经验，发现系统中有哪些容易被忽略的地方。比如“一个有趣的bug”中提到的粘贴问题。多收集一些，对于编写
|
|
|
软件测试的职业划分的介绍
|
| |
日期：2007-04-28 13:03:25
点击：184 评论：0
|
|
外语水平 了解——掌握该语言语法，可以进行简单工作文档的阅读、书写，能进行基本口语交流 一般——熟悉该语言下的计算机工作环境，能够熟练阅读并编写该语种工作文档，能进行日常口语交流 熟练——母语或类似母语程度，熟练使用该语种计算机环境，并完全具备行业内听
|
|
|
如何进行项目测试？
|
| |
日期：2007-04-28 13:03:25
点击：182 评论：0
|
|
如何进行项目测试？ 一、前期准备 1）测试组与开发组协调，包括项目测试流程约定，测试组与开发组的协作活动安排等； 在项目前期，规划好测试组与开发组的协调工作，可以让测试人员与项目开发人员彼此了解在测试活动中的职责。为了规避项目部分风险，项目的测试组与开
|
|
|
《软件测试艺术》读书笔记(11)_优之共通
|
| |
日期：2007-04-28 13:03:25
点击：188 评论：0
|
|
上篇，提到人工测试技术的四种方法。其中，代码检查和代码走查稍略胜一筹。于是，作者在本章着重讲了这两个方法。其实，这两种方法很类似，那就先看看这两种方法的优之共通点吧！具体可分为一下几个点： 方法：组成一个小组来阅读或直观检查特定的程序；并在“头脑风暴
|
|
|
代码检查－《软件测试艺术》读书笔记(12)
|
| |
日期：2007-04-28 13:03:25
点击：197 评论：0
|
|
代码检查，怎么说呢？经验而言，我挺喜欢用的。因为，跟项目经理（或设计人员）读设计，能够非常容易发现设计上的逻辑错误或遗漏的问题等等。因此，有必要好好叙述下。 定义上：所谓的代码检查，其实就是以组为单位阅读代码，是一系列规程和错误检查技术的集合。该过程
|
|
|
错误列表－《软件测试艺术》读书笔记(13)
|
| |
日期：2007-04-28 13:03:25
点击：222 评论：0
|
|
在代码检查过程中，一个重要的部分是需要对照一份编程错误列表，来分析程序是否存在常见的错误。于是，作者接下来就给出了一份错误列表，该份错误列表在很大程度上是独立于编程语言的，即：大多数的错误都可能出现在用任意语言编写的程序中的。并建议读者可以把自己使
|
|
|
如何成为优秀的测试员
|
| |
日期：2007-04-28 13:03:25
点击：218 评论：0
|
|
这篇文章是去年发表在北太平洋软件质量研讨会上，与会人员来自各大知名 IT企业和一些顾问公司。作者是来自IBM的资深测试专家Kelly Whitmill，文中的观点和见解集合了许多杰出测试人员的智慧和经验，读完以后给了我很多的触动，现在转译过来，希望对大家的提高有所帮助
|
|
