jackei的测试生活

除了休假，如果不出意外，我会每天增加至少一篇参考资料给大家。内容会涉及到软件测试的各个方面(性能测试,性能调优,功能测试,自动化测试,测试管理,测试工具,测试用例设计,缺陷分析预防,前沿测试技术...)——也可能会覆盖到软件开发方面。整理此贴的目的：1.目前越来越多的同行通过邮件或者 IM 问到关于软件测试的各个方面的问题，但是俺经验和知识都有限，无法回答大家全部的问题，而硬盘上大量的

进销存系统中的报表测试陈雷jackeichan@gmail.comhttp://jackei.cnblogs.com 关键字:        进销存   报表  软件测试本文适合有过MIS系统报表测试经验，或者有关进销存系统测试经验的朋友参考。报表功能的基本要求，就是通过查询/统计/分析，提供用户所需的准确的数据。如果无法实现这个基本功能，则报表完全失去意义。

我要告诉测试新手的  作者：Randall W.Rice, CSQA, CST, CSTM翻译：skinapi                                                 前言因为已经带领和训练测试团队多年，所以按惯例我总有些东西确定需要传达给测试新手。不管你是一个测试新手还是一个经验丰富的测试专家，都有不少有益的东西

作者：邓辉 孙鸣    转贴自：IBM DW中国由于人们对于软件质量的重视程度越来越高，就导致了测试在软件开发中的地位越来越重要。测试是目前用来验证软件是否能够完成所期望的功能的唯一有效的方法。在这一趋势的引导下，现在很多软件相关的公司都非常重视对于他们所开发的软件的测试，甚至不惜花费巨资购买商用的测试工具，但是效果却不一定理想。究其原因主要是存在着对于软件测试的诸多误解。本文试图对一

原文出处：http://blog.51testing.com/index.php?op=ViewArticle&articleId=1463&blogId=130做IT的苦，做IT职业中的测试更苦，你先别看这个职业有没有前途，先看看进入这个职业所要忍受的痛苦。没有正点吃饭的，没有正点睡觉的，N个发布基线的压力，N种不信任你的眼神...。只知道进入这一行的有很多是新虫，新

 来自 http://www.51testing.com 这是论坛版主天网每天提供给测试网友的精神食粮，感谢天网第 1 帖【 2004 － 5 － 10 】：软件测试的理想模式是什么？ Brian Marick ：我不认为存在什么理想模式。我觉得让开发人员承担某些测试也许会更加有效，而其他测试则由独立测试组来进行。因为如果你把所有测试都交给独立测试组，他们不

本来答应朋友在一月底就完成一个修订版放到网上的，结果现在也没有把这项工作完成，只好先把这些发表在《程序员》杂志上的原版放上来顶阵先了。其中，“测试需求与测试用例”发表在2004.08期，“测试计划”发表在2004.09期，“缺陷跟踪管理”发表在2004.12期。刚好形成一个完整的工作过程。虽然最早的一篇已经是半年前的作品了，但是现在放上来希望还对一些朋友有用。这些文章的版权由《程序员》杂志和本人共

 本文来自www.51testing.com作者 Steve McConnell译者 binary每日构造与冒烟测试 如果你想创建一个只包含一个源程序文件的简单程序，那么你只需要编译、连接那一个文件就可以了。如果是一个团队项目组，有着许多甚至上千个源程序文件，那么要创建一个可执行程序的过程就变得更复杂、更耗时。你必须用各种各样的组件将程序逐步建立起来。  在微软或其它一些软件公司中

　　天极网1月21日消息 据外电报道，微软于美国东部时间周四表示，将裁减Windows核心操作系统部门的62名测试员。原因是微软将很多手动测试工作转为自动测试。　　被裁减的员工于上周接到通知，通知表示他们有机会可以在微软寻找新的工作。去年九月，微软就裁减了Windows服务器部门测试员职位。（完）

　　如果发现自己和公司的新人的工作方式有了很大的不同，或者甚至可以在新人身上看到自己刚到公司时的样子，觉得他们随手记下一个思路或者到处问人的方式有些好笑：果然是新手，什么都不懂。这恰恰说明你已经开始变成“老资格”，开始下滑了，已经不再有新人那么多的冲劲，要早早的开始吃老本了，要警惕啊！不要让你的四肢或者大脑停下来，既然在工作时间内，就总要作一些对工作有帮助的事情。

    就像一句古老的谚语中说得：“唯一不变的是改变”。    在软件开发模型中，曾被认为最优秀的瀑布模型的一个缺陷就是假定很少或者没有改变，而现实世界是每天都在改变的。也因为如此，其他的开发模型比如“快速应用开发（Rapid Application Development，RAD）”逐渐发展成可以接收改变，并通过计划好的迭代过程利用这些改变来改进软件的开发模型。    虽然RAD可以帮助软件开发

这是以前的一篇老贴，发到这边来请大家一起讨论。  最近看到论坛上有些讨论测试计划的制定和测试策略的帖子，也有些朋友在MSN上问到一些关于如何制定测试计划和怎么来确定计划需要的时间的问题，愚以为现在很多测试人员对于一些基础的工作还是不是非常熟悉，故撰此文，希望可以对大家有所帮助。  测试人员的目标是尽早的找出缺陷，并确保其被真正的解决。而好的测试计划可以更好的帮助测试人员把握自己的工作情况。 

  首先，测试用例和测试工作本身是不断完善的，在开发过程的初期，可以认为是需求阶段，或者没有规范需求工作的设计阶段。如果有一个比较明确的需求文档，可以在这个阶段检查完了需求文档以后开始设计测试用例。这里，对于需求文档的检查主要是两个方面：  1.检查需求文档描述的正确性，愚以为测试人员要对于真实的系统所涉及的业务非常熟悉，比如一个简单的财务软件，那么测试人员本身就要对会计工作熟悉，财务制度熟悉，在

关于测试类型             jackei by 2003-11-10   现在网上还是有很多同行对于测试类型、测试方法、测试阶段区分不开，其实这几个概念还是比较容易区分的。它们之间是存在一些关系的，比如测试阶段的定义应该是最大了，比如有组件测试、集成测试、系统测试，这是最常见的不同阶段测试的区别方法。而测试方法主要就是传统的四个：静态黑盒，动态黑盒，静态白盒，动态白盒。而测试类型就很丰富

??管理决定效率，方法决定效果。万事皆如此。 ??《兵法》有云：夫未战而庙算胜者，得算多也；夫未战而庙算不胜者，得算少也。多算胜少算，而况于无算乎！ ??首先讨论当前测试部能做哪些工作。按照我们当前的开发情况，下一步将全部使用三层架构，两个开发组会按照所涉及的不同业务区分开发任务，同时开发人员也会相应的增加。单从现在的良医项目来看，使用三层架构后，将会继续增加系统的复杂程度，原因是在客户端、中间层

??现在对于测试方面，首先就是一些工具的引入。这里包括：??1.TestManager。现在主要是用来管理测试用例和测试执行还有测试日志的一些东西，还有更多的功能现在还没有研究。??2.ClearQuset。自从引入后效果比较好，这次主要是考虑对于一些流程细节的调整。??3.Robot。将作为近期的一个重点，希望可以通过使用自动化脚本来提高测试效率。??4.Manual Test。也是Ration

    如果把一个项目组比喻为一家餐馆，那么管账的是老板，也就是项目经理，他决定做什么，有多少人多少资源来做多大，有多大的风险，当然他这个决定不是他一个人拿主意，因为需要所有人对计划的认可，但是最后他对项目成败负的责任是很大的。其次系统架构设计就是主厨，他设计具体做法，程序员就是其他的厨师，配置管理员, 系统集成人员, 数据库管理员等角色是厨房里面的服务人员。而SQA 和测试工程师更像是第三方的检

从金山词霸2002到金山词霸2003，又到金山词霸2005，这个 bug 顽强的活着 ^_^

原文出处：http://www.cnblogs.com/zjrstar/archive/2006/08/31/491090.html      对于rownum来说它是oracle系统顺序分配为从查询返回的行的编号，返回的第一行分配的是1，第二行是2，依此类推，这个伪字段可以用于限制查询返回的总行数，而且rownum不能以任何表的名称作为前缀。 举例说明：例如表：student(学

Reliability has to do with the quality of measurement. In its everyday sense, reliability is the "consistency" or "repeatability" of

有关软件测试和SQA的播客（Podcast），国内还没有看到，不过国外已经有了专业的网站和同行做这些事情。通过播客来学习的好处有几个：1.通过听mp3来学习，效率要比看书高；2.练习英语听力——相信越来越多的同行都面临着同国外同行交流越来越多的问题，练好听力，知道一些专业方面的问题该如何表达，可以让沟通事半功倍；3.了解国外的行业发展情况，及时跟进。下面是一个专门面向 QA

STAR(Software Testing Analysis&Review) Conference 2006 将在 2006 年 10 月 16-20 召开——可惜地点在美国，咱们无福参加啊 ^_^。本次交流会仍旧分为东、西两个分会场，其中西部的会场设置在美国加利福尼亚州西南部城市 Anaheim（阿纳海姆）的 Disneyland 酒店。STAR 上将会展示了业界在最佳实践、工具等方面的最先进的

几天没有看新闻了，今天在 Google 的资讯栏目搜索了一下“软件测试”，想了解一下目前行业的动态，结果却发现国内的媒体正在“大肆围剿”软件测试和软件外包测试。我不知道自己是否有资格评说这种状况，但是对于一个最近三四年才在国内热起来的行业，出现在新闻上的却经常是“微软抛上亿美元订单软件测试人才火”、“微软订单引人才危机软件测试合格者不超5万”，或者“软件外包遭测试人才屏障印度也来华抢优秀人才”

Google 新推出了一个 Google Trends 的产品。试用了一下，挺有意思的。截下几个图片，大家看看从中可以看出点什么 1.搜索关键字：软件测试2.搜索关键字：testing（城市视图）3.搜索关键字：testing（国家视图）4.搜索关键字：软件测试,软件开发 软件测试    软件开发  5.搜索关键字：testing, program

不记得在哪里看到这篇文章的英文原文和中文译文了。从内容上看，应该是在2003年末写得，不过内容还是有很多值得我们思考的。在这里对作者和译者表示致敬。 Predicting the Future of TestingBy Harry Robinson Summary: As the end of the year approaches, psych

对 Linux 内核进行压力测试http://www-128.ibm.com/developerworks/cn/linux/l-stress/index.html 测试 Linux 的可靠性http://www-128.ibm.com/developerworks/cn/linux/l-rel/#IDAEL10C

同事整理的一篇小短文，偷懒直接贴上来 如图：1．  定义测试范围(scope)：（范围指测试的目标、目的与策略）定义时应考虑如下问题：a.       应用软件的主要目的与指导是什么？b.       应用软件最主要的特征是什么？c.       就应用软件功能各组成部分而言，哪些相对来说是比较重要的？d.       应用软件最可能存在问题及高风险

来自：本地化测试网 作者：崔启亮 [2004/03/08]   摘要   随着市场对软件质量的不断提高，软件测试不断受到重视

原文出处：http://www.51testing.com/cgi-bin/viewthread.php?tid=2089&fpage=1 红色字体部分是 jackei 自己添加的一点感想 软件测试员的目标是找出软件缺陷，尽可能早一些。

 今年测试部的工作，主要考虑以下几个方面：  1.测试用例设计。测试用例的设计就如同程序设计，是一个测试人员最吃功夫的地方，测试用例的设计和选择可以说是测试人员最重要的工作。在测试工作中，系统的测试覆盖率、工作量的估算、测试质量的评估，都同测试用例息息相关，所以应该作为今年最重要的一件事情来对待。主要考虑测试用例的有效性，怎样提高测试用例的可维护性。  2.测试过程的改进。随着工作的继续开展，除了

　　中国古代的茶壶工匠喜欢在献给皇上的茶壶最隐秘处刻上自己的名字，虽然被发现是要杀头的,但是很多人仍乐此不疲。如今，微软公司中也出现了如此一幕，此人叫胡万进，从97年起便一直为微软制作字库，在word97以后版本中，用office自带的"隶书"输入一个"胡"，然后把字体大小设为初号，再把显示比例换成500，最后设置格式-〉字体-〉效果-〉选中空心，大家看看出现了什么？? 　　这就是前段时间在网上

--> 在SnagIt中实现滚屏截图有二种方法，此处试以截取网页为例作说明。 第一种方式：自动滚屏截取(Auto Scroll) 1.在SnagIt主面板中点击[Image Capture]； 图1 2.选[Input]菜单为[Windows]； 图2 3.再次选择[Input]菜单，选中[Auto Scroll]； 图3 4.打开某网页，按下热键Ctrl+Shift

引言就在不久之前，工业标准测试实践（针对 C/S 架构的质量问题而发展起来的）仍聚焦于客户端的前端功能测试或者服务器端的后端可伸缩性测试与性能测试。这种"工作上的分离"主要是缘于传统的 C/S（客户端/服务器）架构比当前的多层架构和分布式环境相对简单的事实。在标准的 C/S 架构中，问题要么发生在客户端，要么就发生在服务器端。 今天，典型的计算环境是一种复杂的，异构的混合环境，其组件和代码来自遗留

 《软件测试》 作者：（美）Ron Patton 译者：周予滨 姚静 出版社：机械工业出版社 原出版社： SAMS 我所见过的最好最经典的软件测试入门书，有一个别名叫“软件测试的本质”。书中没有讨论太多的软件测试理论，只包含了一部分常用的、基本的知识。从什么是软件测试、为什么要作软件测试开始，逐步引入基本的和高级的测试技术和方法，然后开始把读者引入实际工作中，讲述了一般的测试过程中要经历哪

整理资料，发现了一篇5年前还在做 HIS 系统开发时的文档。其中提到了对 HIS 系统的 5 个层次的认识，现在看看也还是深有感触的。刚好不久前51testing上一位同行问到类似问题，所以顺便贴出来，想做好 HIS 系统的开发、测试的朋友，建议都看看 ：） 5个层次面向患者：随着医疗体制的改革，医院将逐步推向市场。医院要在市场的竞争中取胜，一是靠技术，二是靠服务。随着人们生活水平的不

　

因为我买了，我看了，我在MS之前的工作中看到过MS内部的相关资料，所以，我要抱怨一下这本书，这本垃圾书，建议大家都不要买。 1.全书内容零散，没有系统化的感觉，丝毫体现不出MS在大型项目中积累下来的测试流程/方法，和各种经验; 那些小工具，不能代表MS的测试水平。2.《测试有道》这个名字算不上，不过的确象“心得”──没准这就是作者在工作中用OneNote零零碎碎记录下来的所谓“心得”，就这么出版了