jackei的测试生活

原文出处：Sawin         作者：茹海燕   一边是某咨询公司在项目管理培训中宣讲：“CMM2级企业不适合实施6sigma，应该等到CMM4级之后，度量体系比较完善时再进行。”一边是2004年世界软件工程大会上，各国专家达成共识：“CMM/CMMI与6sigma能够结合，互相促进”。我们怎么办？我以前主张：争执暂放一边，抓紧时间边实践边改进，否则结果就很可能是：“我们

 原文出处:http://blog.youkuaiyun.com/cwj007/archive/2004/06/29/29822.aspx游戏测试起因近两年，IT业一直经历着“寒冬”，但是游戏软件业却呈现出了勃勃生机。网络游戏仅在中国游戏市场出现不过两年，到今年1月，正式投入商业运营的游戏数目已超过100款，但众所周知，都是国外的（主要是韩国的游戏）统治着国内大部分的市场，国内游戏软件想要突围

原文出处：http://www.yesky.com/20030220/1653083.shtml　　配置测试环境是测试实施的一个重要阶段，测试环境适合与否会严重影响测试结果的真实性和正确性。测试环境包括硬件环境和软件环境，硬件环境指测试必需的服务器、客户端、网络连接设备，以及打印机/扫描仪等辅助硬件设备所构成的环境；软件环境指被测软件运行时的操作系统、数据库及其他应用软件构成的环境。在实际测试中，

第一级  初始级 TMM初始级软件测试过程的特点是测试过程无序，有时甚至是混乱的，几乎没有妥善定义的。初始级中软件的测试与调试常常被混为一谈，软件开发过程中缺乏测试资源，工具以及训练有素的测试人员。初始级的软件测试过程没有定义成熟度目标。 第二级  定义级 TMM的定义级中，测试己具备基本的测试技术和方法，软件的测试与调试己经明确地被区分开。这时，测试被定义为软件生命周期中的一个阶

前段时间在一个国外的网站上看到的，写的还不错，讲了在一个测试团队中测试自动化工程师、测试设计人员以及测试经理各自的职责，以及相互之间的关系。本来想翻译成中文，不过时间上一直不凑巧。有兴趣的朋友可以尝试一下 ^_^Testing & The Role of a Test Automation Engineer Testing & The Role of a Test Designer / Tes

版权声明：本文可以被转载，但是在未经本人许可前，不得用于任何商业用途或其他以盈利为目的的用途。本人保留对本文的一切权利。如需转载，请在转载是保留此版权声明，并保证本文的完整性。也请转贴者理解创作的辛劳，尊重作者的劳动成果。作者：陈雷 (Jackei)邮箱：jackeichan@gmail.comBlog：http://jackei.cnblogs.com2007

来自 陈能技 在 51testing 的 blog http://www.51testing.com/?141783构建轻量级的AEP框架http://www.51testing.com/?141783/action_viewspace_itemid_64732.html我们为什么不多做点预防错误的工作http://www.51testing.com/?141783/act

1. 软件测试在公司的组织保障是基础1.1 研发部组织结构介绍   以华友公司研发部的组织结构为例，测试部门属于研发部副总裁直接管理，见如下结构图公司研发部的组织结构图 对于从事软件研发的组织来说，工作类型至少包括项目管理、产品设计

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

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

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

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

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

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

某甲问道：「测试做太多的话，会不会使得bug解不完？」某乙回答：「还不简单。只要不做测试，就没有bug。」上述对话，反应出许多软件工作人员对于测试的想法。对多数软件开发人员而言，测试大概是仅次于维护之外，最令人讨厌的工作。对软件研发主管来说，测试是必要之恶：做得不够后患无穷，做得过多又增加成本，延误商机。因此，如何能够规画与执行一个最经济有效的测试工作，当是软件研发主管们须研究