jackei的测试生活

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

软件测试实践系列的第三篇“缺陷跟踪管理”已经定于下月发表在《程序员》2004年12期上，软件测试实践系列第四篇“Rational ClearQuest 配置手册”也会在最近提供下载，敬请关注。内容提要：“软件测试实践之缺陷跟踪管理”：01.如何提交有效的缺陷记录02.制定有效的缺陷跟踪管理过程03.缺陷跟踪管理工具的选择04.缺陷分析的几种应用“软件测试实践之Rational ClearQuest

需求管理（702KB）可视化建模(1MB)迭代化软件开发(257KB)软件测试白皮书（658KB）变更请求管理方案(348KB)软件配置管理技术白皮(316KB)

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

Peer2004 年 8 月 1. 简介本文关注于一个实施自动化测试框架的组织的主要方面和影响。本文的意图是提供一些能够成功的实施自动化测试的指导方针。2. 测试自动化的神话有很多关于自动化测试的神话。其中的一些是真实的，而其他的一些是不正确的设想，这些不正确的设想会严重的威胁到实施自动化测试的成功。本文将向大家介绍几种我们面临的主要几种关于测试自动化的神话：2.1. 我们在时间上

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

解决方案测试概述本文档说明了构成测试策略的活动，该活动对每个 Microsoft 方案加速器（通过 MSM 获得）的人员、流程和技术组件之间的交互和操作有效性进行了检查。采用了全面质量保证 (QA) 方法，它主要研究人员、流程和技术组件如何作为解决方案运行，并涉及更宽泛的商业范围和操作过程，以及纯粹的技术问题。QA 应在项目的初期阶段就启动，并通过为解决方案和解决方案组件确定目标来为技术设

应该由谁执行测试方案测试小组中包括的人数很大程度上取决于设计的复杂性、规定的时限以及潜在的商机。具有公认的、深厚的技术技能的人应该领导小组。理想的情况是，测试小组还应该包括一些人员负责在产品部署后作为产品的技术支持。作为整体的小组应该非常了解本行业、行业目标和部署背后的道理。小组还应该有能力与负责设计的个人进行交流，能够对问题讨论结果交换意见。如果有可能，操作人员或者实际管理生产环境的生产

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

文档目的此文档的基本目的是为使用 Microsoft Solutions for Management (MSM) 管理他们的 Microsoft Windows Server 2003 环境的组织提供一项计划和策略，用于在测试实验室环境中设计和实施测试解决方案。初步的测试能够让信息技术 (IT) 经理信心十足地相信解决方案在他们的生产环境中能够发挥作用。此文档描述了由 MSM 测试小组所

图表下图说明了在复杂的 IT 环境中（例如，公司数据中心、分支办事处或卫星办事处）通常能找到的系统体系结构区域。这些图表用作模板，以便用来说明在此 测试计划概述 文档中使用的管理方案且不会影响实际的 IT 环境。图 1：西雅图公司数据中心的物理图查看完整的图像。图 2 伦敦分支办事处的网络查看完整的图像。图 3 新德里分支办事处的网络 分支查看完整的图像。

1. 软件测试在公司的组织保障是基础1.1 研发部组织结构介绍 以华友公司研发部的组织结构为例，测试部门属于研发部副总裁直接管理，见如下结构图公司研发部的组织结构图对于从事软件研发的组织来说，工作类型至少包括项目管理、产品设计、编码、测试、质量保证和软件配置管理，以及其它人员，如文档编制人员和美工人员/系统硬件管理人员等。根据职能需要，可以以半独立方式进行部门和项目的矩

以下章节介绍了 MSM 测试小组在设置其测试实验室环境时使用的软件和硬件配置。本例是一个企业数据中心，就像在 Microsoft 解决方案体系结构规范文档中介绍的环境那样。 基本管理服务为了能够对服务器进行管理，除了忽略管理基础结构的设计和实现外，还需要在服务器上安装几项关键服务。这些关键服务包括：•硬件代理。此服务通常在购买服务器的时候就已经包含在内，且通常只

Test Automation Frameworks"When developing our test strategy, we must minimize the impact caused by changes in the applications we are testing, and changes in the tools we use to test them."--Ca

今天整理了一下以前收集的一些国外的测试网站链接，就在Blog的左下角，大家有兴趣的可以多去访问一下。希望可以对大家有所帮助。

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

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

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

http://www.uml.org.cn/Test/test.asp   UML软件工程组织-测试文档部分 应该算是国内测试资料收集最全的网址了，不过下载的时候要有耐心，多试几次。

RUP测试过程实践 陈雷  关键词：软件测试       过程实践       测试用例       RUP         RUP（Rational Unified Process ，Ratinaol 统一过程）是rational公司提出的一套软件开发过程，目前最新的版本是2003。RUP的最大特点就是它提供了一套完整的软件开发过程框架，任何人或组织都可以根据自己

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

测试自动化框架   “在开发我们的测试策略时，我们必须最小化因为应用程序的改变或测试工具的改变而对测试工作产生的影响。”   1.1 思考那些过时的“项目” 1.1.1 测试自动化的问题 案例学习：昂贵的自动化失败 1.1.2 一些测试策略指导 1.1.3 测试自动化是一个全职工作，而不是兼职 1.1.4 测试设计和测试框架是完全独立的 1.1.5 测试框架需要独立于应用程序 1.1.6 测试框架

    时光倒转到了我们还使用电子管技术制造计算机的那个年代，那是计算机的主机重达数吨，并常常占据整个房间的时代。在某个实验室的某个平常的早晨，这个庞然大物突然停止了工作，我们的IT前辈们马上就开始寻找出现这种情况的原因。凭借设计图纸的引导，他们很快就圈定了可能发生问题的那一部分。在接下来的检查中，他们发现这次故障原来是一只虫子在经过两只继电器时造成了短路所致。在修复了计算机并重新开始工作之后，负

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

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

软件测试实践之测试计划已发表，不过限于版权问题，暂时还不能刊登在Blog上，大家如果有兴趣，只能先借开发人员的杂志看看了。过段时间我再想想办法。

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

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

虽然又是一篇比较“空”的文章，但是比较少见的提到了各种图的应用，所以还是转贴一下，希望能对一些朋友有用。提示：看这篇文章之前需要有一些UML与RUP开发模式的知识测试介绍       测试是什么，就是在开发快完成时对程序进行找错吗？其实不然，就好像捕鱼一样，讲就季节，阳光，水流，甚至鱼网洞的大小的使用都直接影响到捕鱼的效果。测试也是一样，不仅仅只是找错而已，还需要有计划的进行，同时