开发一个软件产品，会发布多个版本，伴随着测试用例（Test case）的不断维护， 使测试用例不断完善并与产品功能、特性（features）的变化保持一致，所以测试用例是和产品版本相关联的。特别是对提供软件服务的软件产品，多个版本常常共存，为客户提供服务，这时多个版本的测试用例也是并存的，所以...
作者: e天

[阅读全文]

    等价类划分：     是把所有可能的输入数据，即程序的输入域划分成若干部分（子集），然后从每一个子集中选取少数具有代表性的数据作为测试用例。该方法是一种重要的，常用的黑盒测试用例设计方法。     1） 划分等价类： 等价类是指某个输入域的子集合。在该子集合...
作者: e天

[阅读全文]

    由于性能测试与功能测试有很大的区别，所以讨论出的结果可能与预先的设想有一定的区别。     性能测试的目的：为了验证系统是否达到用户提出的性能指标，同时发现系统中存在的性能瓶颈，起到优化系统的目的。     性能测试指标的来源：用户对各项指标提出的明确需...
作者: e天

[阅读全文]

　　测试已经成为软件开发过程中一个至关重要的部分，但近来有三个因素使之扮演了一个甚至更加重要的角色。第一，Microsoft®.NET 开发环境的 诞生戏剧性地改进了开发人员编写定制测试自动化的能力。那些在 .NET 框架面世以前需要花费数周时间创建的测试程序现在仅用几小时就可以写好。第二，正在建立的日益复杂的系统...
作者: e天

[阅读全文]

1. 什么是用例？ 　　 在介始用例方法之前，我们首先来看一下传统的需求表述方式-"软件需求规约"(Software Requirement Specification)。传统的软件需求规约基本上采用的是功能分解的方式来描述系统功能，在这种表述方式中，系统功能被分解到各个系统功能模块中，我们通过描述细分的系统模块的功能来达到描述整个系统功能...
作者: e天

[阅读全文]

    说明：这段文字可以看成是Testing from use cases using path analysis technique， Naresh Ahlowalia Object System Group的读书笔记，目前还没有很好的系统的尝试过，以后尝试了再给大家谈谈具体的感受吧。或者哪位大虾用过类似的方法可以介绍介绍嘛。     熟悉测试理论的人都知...
作者: e天

[阅读全文]

    从未有足够的时间做所有我们需要做的事情，这是在软件项目，尤其在测试中的一个普通的话题。假使你在可用的有限时间内，你如何知道你的测试工作做的最好？你知道当应用程序发布时，总会有些遗漏的缺陷没有被发现。对于测试而言，目标是通过改进产品质量使风险减到最小，并且这可以部分的通过建造一...
作者: e天

[阅读全文]

    边界值分析也是一种黑盒测试方法，适度等价类分析方法的一种补充，由长期的测试工作经验得知，大量的错误是发生在输入或输出的边界上。因此针对各种边界情况设计测试用例，可以查出更多的错误。     选择测试用例的原则：     一、如果输入条件规定了值的范围，则...
作者: e天

[阅读全文]

　　软件测试的过程一般分为单元测试、集成测试、系统测试和验收测试几个阶段，其中单元测试、集成测试和系统测试都是软件开发商内部的测试，一般在开发商的实验室进行，而验收测试是在用户参与下的测试，一般在客户的现场环境中进行。基于这个原因，验收测试用例的设计和组织应当不同于其它测试。然而在现实情况下，由...
作者: e天 好评: 5 评论: 1

[阅读全文]

【摘要】本文从为什么要引入自动化测试出发，深入探讨了企业实施自动化测试的流程。 【关键词】自动化测试自动化测试工具 前言 51testing上许多期杂志都有涉及到自动化测试专题的文章,其中既有谈到自动化测试技术解决方案的文章,也有教大家如何使用自动化测试技术的文章,看了以后都使我受益非浅。 大家知道，在国内测...
作者: e天

[阅读全文]

尽管普遍流行的说法是不大可能优化商业套装软件性能，但仍有一些机会对它进行调优。如果这些高级应用没有满足性能期望和服务等级协议（SLA），那么你的业务可能失去关键的成长机会或者浪费资金。虽然不好理解整个产品给企业和通过它的生命周期所能提供的东西，但有了正确的理解，时间和资源限制，你的团队就能够改善复杂...
作者: e天

[阅读全文]

利用现代的设计技术和正式的技术复审可以减少代码中存在的初始错误，但是错误总是存在的，如果开发者找不到错误，那么，客户就会找到它们。越来越多的软件组织认识到软件测试是软件质量保证的重要元素之一，很多软件开发组织将30%—40%甚至更多的项目资源用在测试上，软件测试技术和软件测试策略受到了高度的重视和广泛的...
作者: e天 好评: 10 评论: 2

[阅读全文]

　　边界值分析法，有较好的测试回报率。该法较简单，仅是用于考察正处于等价划分边界或在边界附近的状态。因此，只需明确边界条件这一定义即可。边界条件，是指输入和输出等价类中那些恰好处于边界、或超过边界、或在边界以下的状态。 　　错误猜测法，没有用到任何特殊的方法，只是利用直觉和经验猜测出错的可能类型，...
作者: e天

[阅读全文]

　　等价类划分，是一个最优子集的挑选过程。该子集必须具备两个特性： 　　具体步骤为： 确定等价类：确定等价类是选取每一个输入条件，将其划分为两个或更多的组。这里可以借助表格来进行划分，并确定了两类等价类：有效等价类、无效等价类。 生成测试用例。（具体三步就不再叙述了） 　　文尾，顺便提一点个人经验...
作者: e天

[阅读全文]

　　编写足够多的测试用例，将每个判定中的所有可能的条件结果的组合，以及所有的入口点都至少执行一次。需要说明的是，满足多重条件覆盖准则的测试用例集，同样满足判定覆盖准则、条件覆盖准则以及判定/条件覆盖准则。需明确的是：在存在循环的情况下，多重条件覆盖准则所需要的测试用例的数量通常会远远小于其路径的数...
作者: e天 好评: 6 评论: 2

[阅读全文]

　　本书第四章主要讲述了白盒测试和黑盒测试的原理、具体方法，及一些测试策略的思考。就经验而言，个人觉得，测试软件中最重要的因素还是要：设计和生成有效的测试用例。所以，作者在开章之处特别提及测试用例，我认为是很必要的。 　　缘由：因为测试不可能是完全的，所以最显然的测试策略就是努力使测试尽可能完全。...
作者: e天

[阅读全文]

　　在本章的最后，作者附带提了一下桌面检查和同行评分这两个方法。 　　首先，来谈下桌面检查。桌面检查可视为由单人进行的代码检查或代码走查；并由一个人阅读程序，对照错误列表检查程序，对程序推演测试数据。由此，我觉得桌面检查可以说是上述两种方法的一个内核或者说是雏形吧。所以也可知其效率是相当低的。 　...
作者: e天

[阅读全文]

　　至于测试的流程跟代码检查很类似，类似之处就不多谈，只说一下不同之处吧。稍有不同的是代码走查的任务：就是参与者“使用了计算机”。被指定为测试人员的那个人会带着一些书面的测试用例（程序或模块具有代表性的输入集及预期的输出集）来参加会议。且在会议期间，每个测试用例都在人们头脑中进行推演，即：把测试数...
作者: e天 好评: 5 评论: 1

[阅读全文]

　　在代码检查过程中，一个重要的部分是需要对照一份编程错误列表，来分析程序是否存在常见的错误。于是，作者接下来就给出了一份错误列表，该份错误列表在很大程度上是独立于编程语言的，即：大多数的错误都可能出现在用任意语言编写的程序中的。并建议读者可以把自己使用的编程语言中特有的错误，以及代码检查发现的错...
作者: e天

[阅读全文]

代码检查，怎么说呢？经验而言，我挺喜欢用的。因为，跟项目经理（或设计人员）读设计，能够非常容易发现设计上的逻辑错误或遗漏的问题等等。因此，有必要好好叙述下。 定义上：所谓的代码检查，其实就是以组为单位阅读代码，是一系列规程和错误检查技术的集合。该过程通常将注意力集中在发现错误上，而不是纠正错误。 ...
作者: e天

[阅读全文]