幽客独往

        作者：Scott Ambler著，乐林峰 译 本文选自：www.umlchina.com                 我们期待自己成为一个优秀的软件模型设计者，但是，要怎样做，又从哪里开始呢？                 将下列原则应用到你的软件工程中，你会获得立杆见影的成果。                 1. 人远比技术重要                 你开发软件

使用JUnit可以大量减少Java代码中程序错误的个数，JUnit是一种流行的单元测试框架，用于在发布代码之前对其进行单元测试。现在让我们来详细研究如何使用诸如JUnit、Ant和Oracle9i JDeveloper等工具来编写和运行单元测试。为什么使用JUnit？多数开发人员都同意在发布代码之前应当对其进行测试，并利用工具进行回归（regression）测试。做这项工作的一个简单方

        1. UML的模型图    UML的模型图能够将被建模的系统的某一个方面的某一部分以图形的方式表示出来，不同的视图通过将多个不同的模型图有机组合在一起就能够描述系统模型的某方面的特征。UML的模型图是有模型元素构成的，模型元素以图标的形式直观形象的表达各种概念。有的模型元素可以在多个模型图中使用，如注释和注释连接可以在任何模型图中使用，用于给其他的模型元素进行注释。各种模型图能使用

如果你还不了解设计模式是什么的话？那就先看设计模式引言 ! 《Java与模式》的目录   1:前言 学习GoF设计模式的重要性 建筑和软件中模式之异同 2:GoF设计模式A.创建模式 设计模式之Singleton(单态/单件) 阎宏博士讲解：单例（Singleton）模式 保证一个类只有

作者： 叶赫华如需其他转载，请注明本网站51testing和作者联系方式 sinckyzhang@hotmail.com自从本人从事软件测试培训以来，接触了太多的软件测试工程师；发觉从业者多数存在以下现象： ——刚刚毕业，踏入IT行业，不懂开发或开发经验薄弱，被迫或“亚被迫”从事软件测试工作；这心哪，瓦凉瓦凉的，一是根本不懂这工作是干嘛的，二是这工作不被很多公司重视，于是唏嘘的心里留下一声声叹息，

测试用例的书写方式及测试模板大全 一个优秀的测试用例，应该包含以下信息： 1 ） 软件或项目的名称 2 ） 软件或项目的版本（内部版本号） 3 ） 功能模块名 4 ） 测试用例的简单描述，即该用例执行的目的或方法 5 ） 测试用例的参考信息（便于跟踪和参考） 6 ） 本测试用例与其他测试用例间的依赖关系 7 ） 本用例的前置条件，即执行本用例必须要满足的条件，如对数据库的访问权限 8 ） 用例的编

　 软件测试从零开始－－－－－－－－－－－－－－(威哥) 51testing本文面向软件测试新手，从测试前的准备工作、测试需求收集、测试用例设计、测试用例执行、测试结果分析几个方面给出建议和方法。鉴于国内的软件开发、测试不规范的现状，本文为软件测试新手提供了若干个软件测试的关注点。 　　 【关键词】软件测试、测试用例、测试需求、测试结果分析 　　 引言 　　 几年前，从学校毕业后，第一份工作就是软

测试的基本原则在设计有效测试用例之前，测试工程师必需理解软件测试的基本原则。这里有一组测试原则： 1 、所有的测试都应追溯到用户需求。正如我们所知：软件测试的目标在于揭示错误。而最严重的错误（从用户角度来看）是那些导致程序无法满足需求的错误。 2 、应该在测试工作真正开始前的较长时间内就进行测试计划。测试计划可以在需求模型一完成就开始，详细的测试用例定义可以在设计模型被确定后立即开始。因此，所有测

《 BUG 参考标准》 一、目的 对 BUG 概念、类型划分、 BUG 状态、 BUG 严重程度等内容进行定义和规范，以便进一步指导我们的测试工作。 二、概念 BUG ：软件中存在的瑕疵，可能会导致系统失效。简单的说就是软件系统中存在的可能导致系统出错、失效、死机等问题的错误或缺陷。 三、 BUG 的类型划分 •  功能类 A. 重复的功能 B. 多余的功能 C. 功能实现与设计要求不相符 D.

测试的经验之谈 作者： 不详 　来源： 中国.软价测试在线 　http://www.csai.cn 2005年09月27日     软件工程中有相当部分是关于软件测试的：     1、测试概念的范畴     广义上讲，测试是指软件产品生存周期内所有的检查、评审和确认活动。如：设计评审、系统测试。     狭义上讲，测试是对软件产品质量的检验和评价。它一方面检查软件产品质量中存在的质量问题，同时对产

  一、测试用例编写准备 从配置管理员处申请软件配置：《需求规格说明书》和《设计说明书》；根据需求规格说明书和设计说明书，详细理解用户的真正需求，并且对软件所实现的功能已经准确理解，然后着手制订测试用例。   二、测试用例制定的原则 测试用例要包括欲测试的功能、应输入的数据和预期的输出结果。测试数据应该选用少量、高效的测试数据进行尽可能完备的测试；基本目标是：设计一组发现某个错误或某类错误的测试数

软件测试的常识 　　　　　　　　 －－－ 张华 软件开发和使用的历史已经留给了我们很多由于软件缺陷而导致的巨大财力、物力损失的经验教训。这些经验教训迫使我们这些测试工程师们必须采取强有力的检测措施来检测未发现的隐藏的软件缺陷。 生产软件的最终目的是为了满足客户需求，我们以客户需求作为评判软件质量的标准，认为软件缺陷（ Software Bug ）的具体含义包括下面几个因素： a 软件未达到客户需求

引言　　统一建模语言（Unified Modeling Language，简写为UML）是一种通用的模拟语言，它可以用于确定、展示和记录软件系统的设计过程。统一建模语言中的图形标记，尤其是用于面向对象的软件设计。它有两大优点：　　（1）UML是国际软件工业界广泛认可的标准，它统一了对象模拟的标记和含义，使软件设计工具能发挥更大的功用，同时，现有的对象设计也能更容易地被重新使用。　　（2）UML博采

    在第一部分中，我们实现了5个类。在本部分中，我们接着说明如何利用UML类图来设计余下的各个类。为减少篇幅，本部分着重讲解UML类图及应用，对Java实现代码不再详细描述。　　六、CGPoint类　　CGPoint类说明了如何利用非抽象类扩展抽象类。CGPoint类是CGObject的子类，CGPoint类扩展了CGObject类，CGPoint类没有再它所继承的变量中增加变量，它所声明的方

                 石一楹 (shiyiying@hotmail.com)        浙江大学灵峰科技开发公司技术总监        2001 年 12 月                这是关于refactoring思考的第一部分内容。本文将介绍refactoring的基本概念、定义，同时解释正确、安全进行refactoring需要坚持的几个原则。               

                        任何一种技术都不是万能的。正象设计模式，合理的运用可以极大地提高设计的效率和美感，再不适当的场合运用就会产生所谓的反模式。我们的refactoring亦然。        但是，作为一种强有力的设计演变工具，refactoring值得我们付出努力。不能因为对新技术的恐惧而放弃这样的工具，我在这里对可能出现抗拒情绪的一些问题进行了解释。       

        大类和长方法                石一楹                前次,我讲到代码重复是OO系统的一个硬伤,人人必将除之而后快.        但到底什么样子算是代码重复?代码重复的原因是什么?代码重复会令系统呈现何种面貌?如何才能消除重复代码?诸如此类的问题,还需要深入地探讨.否则,就算我们能够隐约辨识出这种异味,也不知道从何入手,如何入手,到什么样的程度才停止进

          为什么要去改变已经可以正确运行的软件？这样的改变是否影响到我们的设计，从而进一步改变我们对于面向对象系统进行设计的方法和思路？本部分试图回答这些问题。        Refactoring虽然需要更多的"额外工作"，但是它给我们带来的各种好处显然值得我们做出这样的努力：        简化测试         一个好的Refactoring实现能够减少对新设计的测试量.因为Re

        本文紧接第二部分，继续讲述应用 refactoring 应该考虑的问题。                任何一种技术都可能有它自己的麻烦。但是往往在我们使用一种新技术的时候，可能还不能深入到发现它带来的问题，正如Martin Fowler所说：              在学习一种能够极大提高生产力的新技术时，你很难看到它不能应用的场合。                他把Refa

           Refactoring不仅仅是一种编码的方法。他同时是一种设计方法。本文从软件工程学的演变来透视Refactoring的重要作用。同时，你也可以在这里看到Refactoring和最近出现的XP开发方法学的紧密关系。        增量迭代         自从有软件工程一说开始,大大小小出现了许多方法,其中一些还常常被我们挂在嘴边.这些软件方法中最著名的生命周期模型包括Wat

             Refactoring是一种重要的设计辅助工具。特别地，他能够使得传统的up-front设计更简单，也可以改良现有软件的设计。本文阐述了在应用refactoring环境下设计应当具有的特点以及refactoring和OO社团最受人瞩目之一的设计模式之间的关系。        简化设计                为什么设计应当是简单的？         传统的软件方法偏

        虽然refactoring几乎可以随时进行，然而，按照我们关于两顶帽子的原则，在某些场合下 ，refactoring的介入显得更加实际、有意义、富有成效。        另外，在最后进入Refactoring实践之前，我把Kent Beck和Martin Fowler给我们的忠告和建议放在这里。这些内容，特别是Code Smell和命名规则不但对我们进行refactoring具有很

        JUnit最佳实践         Martin Fowler说过：“当你试图打印输出一些信息或调试一个表达式时，写一些测试代码来替代那些传统的方法。”一开始，你会发现你总是要创建一些新的Fixture，而且测试似乎使你的编程速度慢了下来。然而不久之后，你会发现你重复使用相同的Fixture，而且新的测试通常只涉及添加一个新的测试方法。         你可能会写许多测试代码，但你

    UML已成为面向对象设计的标准图形化工具，在UML定义的各种图中，本文只涉及类图。Java应用程序由许多类所构成，类图的设计与实现，是Java实现面向对象应用程序的核心。本文通过一个具体的应用程序的设计与实现过程，详细说明了利用UML类图设计Java应用程序，使得开发过程标准化、可视化，代码编程简单化。　　在类图中，类被描述为带有三层的盒子。　　　　顶层为类名，一般用加粗字体表示。如果类是

        在网上看见了这篇文章，作者以轻松的语言比喻了java的23种模式，有很好的启发作用。         创建型模式                 1、FACTORY—追MM少不了请吃饭了，麦当劳的鸡翅和肯德基的鸡翅都是MM爱吃的东西，虽然口味有所不同，但不管你带MM去麦当劳或肯德基，只管向服务员说“来四个鸡翅”就行了。麦当劳和肯德基就是生产鸡翅的Factory           

UTF-8 and Unicode FAQby Markus Kuhn 中国LINUX论坛翻译小组 xLoneStar[译] 2000年2月这篇文章说明了在 POSIX 系统 (Linux,Unix) 上使用 Unicode/UTF-8 所需要的信息. 在将来不远的几年里, Unicode 已经很接近于取代 ASCII 与 Latin-1 编码的位置了. 它不仅允许你处理处理事实上存在