值得提出的是：该处的错误发现率，并不是说所有错误中多达70%可能会被找出来，而是讲这些方法在测试过程结束时，可以有效地查找出多达70%的已知错误。 　　应始终记住的是：程序中的错误总数始终是未知的。否则就会浪费大量的精力跟人力，也会在经济效益上或多或少有一些损失的。不过，就经验而言，修改一个现存的程...
作者: e天

[阅读全文]

　　一个测试用例必需包括两个部分：对程序的输入数据的描述和对程序在上述输入数据下的正确输出结果的精确描述。 　　原因有三： 　　应该是由客观、独立的第三方来进行测试。理由雷同于上条规则中所涉及到的。 　　 　　在项目测试的时候，总是会发现在后续测试中发现的错误，往往是前面的测试遗漏掉的。 　　其实...
作者: e天

[阅读全文]

　　再从经济学视角来分析一下吧。 　　需明确：对一个复杂的应用程序进行完全的测试，将耗费大量的时间和人力资源，以致于在经济上是不可行的。即，从经济学的角度来说，软件测试是不能够发现“所有”的错误。换言之，要发现程序中的所有错误是不切实际的，也常常是不可能的。这也体现了测试人员对被测试软件的期望和对...
作者: e天

[阅读全文]

接着，来谈谈程序员方面会产生的错误认识吧！这个方面可能在具体实践中显的更重要。 由于作者在开篇就先把三个错误认识给摆到读者的眼前；然后就立马表明了其正确的定义，并给予了分析和对错误认识的驳斥。洋洒洒的写了许多，条理上未免会有些混乱。因此，我就按照自己理解的来小结一下吧！ 软件测试是一个破坏性的过程...
作者: e天

[阅读全文]

上次谈到了两个错误认识，那就继续这个话题吧。 明确正确认识的本质：如果在测试某段程序时发现了错误，而且这些错误是可以修复的，就将这次合理的设计和由此得到有效执行的测试称为是“成功的”；并对如果在本次测试中可以最终确定再无其他可查出的错误，同样也被称作是“成功的”；而对未能适当地对程序进行检查，且在...
作者: e天

[阅读全文]

先谈谈从心理学角度所需要分析的问题。在章节的开始，作者就明确的给予了一个认知：要成功地测试一个软件应用程序，测试人员也需要有正确的态度。在某些情况下，测试人员的态度可能比实际的测试过程本身还要重要。并且，分析了现在社会上普遍存在的两种“本末倒置”的错误认识。 针对程序员：一开始就把“测试”这个术语...
作者: e天

[阅读全文]

心理学角度：驳斥了一些社会普遍存在的错误认识，并给出了测试的正确定义及在含义上进行了延伸。（用写文章上常用的术语来说，是：先破后立。） 经济学角度：验证软件测试不能够发现“所有”的错误。（术语是：各个击破。） 归纳了软件测试中的一些基本原则（术语是：归纳与演绎。），及三个重要的测试原则： 软件测试...
作者: e天

[阅读全文]

有创意！这是我对该书第一章的评价，也是唯一一次在看新书开篇时，能够把第一章给透透彻彻看完的。为何？还不是实在不能恭维有些书籍在开篇就进行枯燥而繁多的总结性、介绍性的文字。虽心里也清楚这些文字存在的重要性。但每每，还总是先粗略瞄过，在通读全书后，才会再次认认真真的看那些文字（这时，才真的能感悟到“提...
作者: e天

[阅读全文]

喜欢在网上书店中遛达，看到不错的书就买下。为什么不去书店？一个字，懒呗！总觉得，有那去书店的时间，完全可以好好睡一美觉，亦或可亲手烹制一顿美味可口的美食。哎，反正就是，懒得走出家门去逛街！ 恰巧，此次浏览书籍时，无意间看到了《The Art of Software Testing》这本书。在看了大家所给予它极高的评价留言后...
作者: e天

[阅读全文]

软件测试这个概念第一次出现在我的眼前时，是大四上学期开的软件工程这个科目中所涉及到的一点点。由于某些因素，使我在大学期间忽略了对测试领域相关知识的储备。第二次面对它时，是考研复习准备阶段。那时，我对测试这个领域也仅仅只是知道，就是中文书面表达的“测试”这两个汉字的含义而已。 工作的前两年里，或许是...
作者: e天

[阅读全文]

最早我们项目组开发的项目时，写代码都是从底层一直写到表现层到jsp，然后开发人员在web层调试页面，近乎98％都会报一大堆exception,然后再在代码中加断点一步一步查到底哪一层代码出现问题……,比较好点做法就是在各个类中加上main方法测试，但总体很不理想，给web层开发人员的调试和质量控制人员带来繁重的工作压力；使...
作者: e天

[阅读全文]

1， 语句覆盖：程序中每个语句必须执行一次 440){this.resized=true;this.style.width=440;}" border=0 resized="true"> 2判定覆盖 440){this.resized=true;this.style.width=440;}" border=0 resized="true"> 3条件覆盖 第一条件判定判定: 设条件 A>1 取真 记为 T1 假 T1 条件 B=0 取真 记为 T2 假 T...
作者: e天

[阅读全文]

1.编制目的 本文件作为编写前期测试用例期间的规范和流程，旨在合理有效的对该阶段质量进行控制，同时为编写前期测试用例的人员提供参考。 2.主要内容与适用范围 2.1主要内容 本标准规定了编写前期测试用例时的书写规范和操作流程。 2.2适用范围 本标准适用于项目提交测试后进行的路径分析和前期测试用例编写。 3...
作者: e天

[阅读全文]

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

[阅读全文]

本处指的中小型软件开发项目是指： 参与开发的直接人员（即开发团队）数量在3~25人 开发时间在3个月~18个月的软件项目 代码行数5000~75000行 子程序数量300~3500个 1、软件开发管理的任务 软件开发管理的真正任务是团队成员的智能充分而适宜地发挥，并有效地投注在创造软件的活动中。也就是说：合理配置各种资源（管理...
作者: e天

[阅读全文]

软件测试覆盖包括分支覆盖，语句覆盖以及条件覆盖，这是白盒测试中一个很基本的测试概念，但是最近和几位搞了多年测试的朋友谈及此事，大家都搞不大清楚。下面我通过一个例子来深入探讨一下这个问题： 我们首先来看一下这几些测试覆盖的定义： 定义一、语句覆盖：它要求被测程序的每一可执行语句在测试中尽可能都检验过...
作者: e天

[阅读全文]

原文出处：Using Combinations to Improve Your Software Test Case Generation（July 2004） 　　测试已经成为软件开发过程中一个至关重要的部分，但近来有三个因素使之扮演了一个甚至更加重要的角色。第一，Microsoft®.NET 开发环境的 诞生戏剧性地改进了开发人员编写定制测试自动化的能力。那些在 .NET 框架面世...
作者: e天

[阅读全文]

文的作者， 一群架构设计师，产品设计师，工程师和环境设计研究人员，一起共同建立了以下一些通用设计的原则以引领广义设计学科，包括环境，产品和交流等。这七项原则可供应用于评估已有的设计， 引导设计过程以及使设计师和消费者都了解更可用的产品和环境的特征。 原则的陈列格式 原则的名称 （原则中包涵的关键核心...
作者: e天

[阅读全文]

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

[阅读全文]

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

[阅读全文]