测试工程师的工作流程，与公司的整体工作流程，项目的测试要求等因素相关。本文主要讨论测试工程师的一般工作流程。 做好测试准备 1)明确测试任务的范围 测试文档通常包括测试目的、测试环境、测试方法、测试用例、测试工具等。测试工程师首先要通读文档，对整个测试要求形成整体认识，明确测试目的，以及测试要求和测试重点，明确软件测试方法和使用的测试工具。 2)明确测试时间 明确测试周期和测试时间进度。...

[阅读全文]

1、通过手工测试无法做到覆盖所有代码路径; 2、许多与时序、死锁、资源冲突、多线程等有关的错误通过手工测试很难捕捉到； 3、在系统负载、性能测试时，需要模拟大量数据、或大量并发用户等各种应用场合时，也很难通过手工测试来进行； 4、在进行系统可靠性时，需要模拟系统运行十年、几十年，以验证系统能否稳定运行，也是手工测试无法模拟的； 5、如果有大量（几千）的测试用例，需要在短时间内完成，手工测试...

[阅读全文]

这里所指的对VT100的测试，主要是指对银行柜员业务系统进行测试，目标是要尽可能多地测试银行业务分支，对一些比较重要的字段的数据覆盖（比如金额等），找出隐藏在系统中的缺陷，确保银行帐务的准确。 为了达到以上目标，我们主要引入了自动化测试，来代替传统业务人员的手工测试，本文主要针对银行终端功能测试-自动化，不涉及性能测试以及手工测试。 自动化测试的利弊：自动化测试优点，可维护性高，适应于大批量回...

[阅读全文]

一个好的测试设计的具体体现就是高效的测试用例，要设计高效的测试用例，就需要对系统的变化、流程和场景有较深的了解。为了理解各种联系、流程和相互关系，就需要借助系统开发过程中形成的各种文档，深入分析思考和关注细节。 那为什么引入用例场景呢?主要由于现在的软件几乎都是由事件触发来控制流程的，事件触发时的情景便形成了场景；同一事件不同的触发顺序和处理结果形成事件流。 因此，泽众软件为了更好的体现测试设...

[阅读全文]

1、 探索性测试介绍 探索性测试是作为一个重要组成部分而出现的，把对 ‘系统的探索’ 和对 ‘系统进行测试’ 结合在一起，同时我们可以在探测测试中发现难以发现的10%-20%的缺陷，让测试更富于“探测性”，测试用例更无机可循，对于测试输入控制有效，但是所花的测试时间更长。 探索性测试属于一种zi you测试，它是传统使用测试用例进行测试一个补充。下面是两者间的差异比较。 使用测试用例： a...

[阅读全文]

在测试用例中，需要描述测试数据和测试数据约束。比如，对于金额输入栏位，我们只能够输入金额，输入其它就是无效的，根据类型，我们就可以划分有效等价类和无效等价类。对于选择性别的checkbox、combobox，它的约束是只能够输入所确定的两个选项。 被测试系统的数据约束，对于设计测试用例，具有非常重要的意义。在常规的测试用例设计中，都是测试工程师根据一个一个具体的需求、功能来设计测试用例，对数据约...

[阅读全文]

很多时候测试人员在开展自动化测试的时候都是不加思考的就开始做，认为用工具录几个脚本再回放就可以了，没有考虑有效性；而做了并不一定就会有效果，如果自动化测试在整个测试工作中发挥不了作用，那么哪怕是只投入了很少的成本也是在浪费资源。所以在开展自动化测试之前必须认真思考虑一些问题，以确保它的有效性： 1、被测系统是否适合做自动化测试； 2、被测系统适合在哪些环节做自动化测试； 3、使用何种测试...

[阅读全文]

进公司快三个月了，现在在IPTV海外版解决方案的项目中，主要从事自动化测试。开始的一个月里我大部分时间是在看文档，由于华为的业务问题，我换了两个组，每次换组的时候，就要看对应的业务方面的文档，通过这个段时间看文档，对IPTV的业务方面有了一个总体的了解，对我我现在的做的自动化有很大的帮助。 在做自动化测试这段时间里，学到了很多。以前在学校了喜欢遇到问题时自己去解决问题，有时候会花很久的时间去弄明...

[阅读全文]

谈到自动化测试，一般就会提到测试工具。许多人觉得使用了一、两个测试工具就是实现了测试自动化，这种理解是不对的，至少是片面的。的确，测试工具的使用是自动化测试的一部分工作，但“用测试工具进行测试”不等于“自动化测试”。那什么是“自动化测试”? 半自动化测试过程，算不算自动化测试?是否可以为“自动化测试”给出如下定义? 以自动化的方式完成测试? 测试过程的自动化? 将手工测试的过程变成了自动化测...

[阅读全文]

由于性能测试与功能测试有很大的区别，所以讨论出的结果可能与预先的设想有一定的区别。 性能测试的目的：为了验证系统是否达到用户提出的性能指标，同时发现系统中存在的性能瓶颈，起到优化系统的目的。 性能测试指标的来源：用户对各项指标提出的明确需求；如果用户没有提出性能指标则根据用户需求、测试设计人员的经验来设计各项测试指标。（需求+经验） 主要的性能指标： 服务器的各项指标（CPU、内存占用率等...

[阅读全文]

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

[阅读全文]

如果你采用了或者考虑采用面向对象编程（OOP）技术，那么你至少应该弄清楚OOP到底具备什么含义、为什么要采用OOP技术。下面我提出一些你应该了解的有关技术术语，同时谈谈这些概念对你的解决方案而言所具备的意义。 为什么要使用OOP？ 对象概念对软件解决方案具有莫大的好处，在设计优秀合理的情况下尤其如此。你可以只编写一次代码而在今后反复重用，而在非OOP的情况下你则多半要在应用程序内部各个部分反复...

[阅读全文]

土木工程师构造了很多种模型。通常这些模型能帮助人们可视化并说明系统的各部分以及这些部分之间的相互关系。根据业务或工程中所着重关心的内容（例如为了帮助研究地震时的结构行为）工程师也可以建立动态模型。各种模型的组织是不同的，各有自己的侧重点。对于软件，有几种建模的方法。最普通的两种方法是从算法的角度建模和从面向对象的角度建模。 传统的软件开发是从算法的角度进行建模。按照这种方法，所有的软件都用过程或...

[阅读全文]

各种工程学科都有其丰富的建模运用历史。这些经验形成了建模的四项基本原理，现分别叙述如下。 第一，选择要创建什么模型，对如何动手解决问题和如何形成解决方案有着意义深远的影响。 换句话说，就是要好好地选择模型。正确的模型将清楚地表明最棘手的开发问题，提供不能轻易地从别处获得的洞察力；错误的模型将使人误入歧途，把精力花在不相关的问题上。 暂时先把软件问题放在一边，假设现在正试图解决量子物理学上的一...

[阅读全文]

如果想搭一个狗窝，备好木料、钉子和一些基本工具（如锤子、锯和卷尺）之后，就可以开始工作了。从制定一点初步计划到完成一个满足适当功能的狗窝，可能不用别人帮助，在几个小时内就能够实现。只要狗窝够大且不太漏水，狗就可以安居。如果未能达到希望的效果，返工总是可以的，无非是让狗受点委屈。 如果想为家庭建造一所房子，备好木料、钉子和一些基本工具之后，也能开始工作，但这将需要较长的时间，并且家庭对于房子的需求...

[阅读全文]

UML规约的新版本将很快提交给OMG，新的改动希望能够简化模型驱动的开发。 Rational公司新加坡分部的高级软件工程专家，Mark Hermeling认为：UML2.0根据工业界使用UML1.x的经验作了相应改进，目的就是为了帮助简化模型驱动的开发。 UML的目前版本是1.4,它提供了方便开发团队在分析设计、需求管理等活动中进行交流的整套工具，以及一个软件开发生命周期模型。 有人将UML...

[阅读全文]

为了有效的利用UML，我们需要首先获得一个UML工具软件。 当前，业界使用最广泛的UML建模工具为Rational Rose。Rational Rose中可实现正向（为模型产生相应的代码）、逆向（从用户原来的软件系统导出该系统的模型）和双向工程（实现模型和代码之间的循环工程），从而保证模型与代码的高度一致。 Rational Rose支持C++、Visual C++、Java、Smalltal...

[阅读全文]

图是事物集合的分类，UML中包含多种图： （1）类图(Class Diagram)：类图描述系统所包含的类、类的内部结构及类之间的关系； （2）对象图(Object Diagram)：对象图是类图的一个具体实例； （3）包图（Package Diagram）：包图表明包及其之间的依赖类图； （4）组件图(Compoment Diagram，也称构件图)：组件图描述代码部件的物理结构以及各部...

[阅读全文]

关系是将事物联系在一起的方式，UML中定义了四种关系： （1）依赖（Dependencies）：两个事物之间的语义关系，其中一个事物发生变化会影响另一个事物的语义； （2）关联（Association）：一种描述一组对象之间连接的结构关系，如聚合关系（描述了整体和部分间的结构关系）； （3）泛化（Generalization）：一种一般化-特殊化的关系； （4）实现(Realization...

[阅读全文]

事物是是实体抽象化的最终结果，是模型中的基本成员，UML中包含结构事物、行为事物、分组事物和注释事物。 （1）结构事物（Structural things） 结构事物是模型中的静态部分，用以呈现概念或实体的表现元素，是软件建模中最常见的元素，共有以下七种： 类（Class）：类是指具有相同属性、方法、关系和语义的对象的集合； 接口（Interface）：接口是指类或组件所提供的服务（操作）...

[阅读全文]

静态视图对应用领域中的概念以及与系统实现有关的内部概念建模。这种视图之所以被称之为是静态的是因为它不描述与时间有关的系统行为，此种行为在其他视图中进行描述。静态视图主要是由类及类间相互关系构成，这些相互关系包括：关联、泛化和各种依赖关系，如使用和实现关系。一个类是应用领域或应用解决方案中概念的描述。类图是以类为中心来组织的，类图中的其他元素或属于某个类或与类相关联。静态视图用类图来实现，正因为它以...

[阅读全文]

UML中的各种组件和概念之间没有明显的划分界限，但为方便起见，我们用视图来划分这些概念和组件。视图只是表达系统某一方面特征的UML建模组件的子集。视图的划分带有一定的随意性，但我们希望这种看法仅仅是直觉上的。在每一类视图中使用一种或两种特定的图来可视化地表示视图中的各种概念。 在最上一层，视图被划分成三个视图域：结构分类、动态行为和模型管理。 结构分类描述了系统中的结构成员及其相互关系。类元包...

[阅读全文]

协作图对在一次交互中有意义的对象和对象间的链建模。对象和关系只有在交互的才有意义。类元角色描述了一个对象，关联角色描述了协作关系中的一个链。协作图用几何排列来表示交互作用中的各角色（如图1）。附在类元角色上的箭头代表消息。消息的发生顺序用消息箭头处的编号来说明。 协作图的一个用途是表示一个类操作的实现。协作图可以说明类操作中用到的参数和局部变量以及操作中的永久链。当实现一个行为时，消息编号对应了...

[阅读全文]

一 、一般化关系 二 ： 三 ： 四 ： 五 ： 类与类之间的关系对于理解面向对象具有很重要的作用，存在以下关系: (1)泛化(Generalization) ：狗与动物 (空箭头) (2)关联(Association) ：公司与员工有特定的某种关系 (实线) (3)依赖(Dependency) ：人依赖螺丝刀 (虚线箭头) (4)聚合(Aggregati...

[阅读全文]

因为类图很直观,所以恐怕C++成员首先接触到的应该就是类图了.在这篇文章中我们要将下面一个在MFC程序中随处可以见到类用UML图表现出来。 class CGraphicObject { CRect m_rectBound; public: BOOL SetRect(CRect rect); CRect GetRect(); }; 1、创建类图 在模型资源管理器中选择[Sta...

[阅读全文]

在面向对象设计中，如何通过很小的设计改变就可以应对设计需求的变化，这是令设计者极为关注的问题。为此不少OO先驱提出了很多有关面向对象的设计原则用于指导OO的设计和开发。下面是几条与类设计相关的设计原则。 （1）开闭原则（the Open Closed Principle OCP） 一个模块在扩展性方面应该是开放的而在更改性方面应该是封闭的。因此在进行面向对象设计时要尽量考虑接口封装机制、抽象机...

[阅读全文]

如果你确定两件对象之间是is-a的关系，那么此时你应该使用继承；比如菱形、圆形和方形都是形状的一种，那么他们都应该从形状类继承而不是聚合。如果你确定两件对象之间是has-a的关系，那么此时你应该使用聚合；比如电脑是由显示器、CPU、硬盘等组成的，那么你应该把显示器、CPU、硬盘这些类聚合成电脑类，而不是从电脑类继承。 类间的关系 网上关于此类的讨论非常多，发现对于该问题的理解各有各的说法，而各...

[阅读全文]

类图是面向对象系统建模中最常见的图，类图显示了一组类、接口、协作以及它们之间的关系。类图用于对系统的静态设计视图建模。 在UML中类以矩形表示，具有名称、属性、操作、和关系等描述。下面对类里面的每个元素的表现作出详细的介绍。 类: 在UML中类以一个矩形表示，类的名称用一个字符串表示。 抽象类通过将类名改为斜体字表示。 不能继承的类（叶子类，封闭类）通过在...

[阅读全文]

本文就UML中类之间的关系的基础知识做了介绍。 1、类间关系的种类 2、关联 描述了系统中对象或实例之间的离散连接，关联带有系统中各个对象之间关系的信息。 （1）关联表示法 （2）聚集与组合 3、泛化，继承【Generalization】 泛化关系是类元的一般描述和具体描述之间的关系，具体描述建立在一般描述的基础之上，并对其进行了扩展。 4、实现【realizati...

[阅读全文]

为什么要进行单元测试? 单元测试保证局部代码的质量 单元测试改良项目代码的整体结构 单元测试降低测试、维护升级的成本 单元测试使开发过程适应频繁变化的需求 单元测试有助于提升程序员的能力 由谁进行测试？开发部门还是测试部门？ 应该由开发部门进行单元测试！ 由测试部门进行单元测试的问题：代价高，人手不足，耽误了测试部门对其他测试的准备工作。 由开发部门进行单元测试的问题：担心影响...

[阅读全文]