幽客独往

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

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

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

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

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

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

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

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

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

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