我的文集

• 第9贴【2004－5－18】：白盒测试

  2004-05-18 12:14:12   /   [每日一贴]

  Rex Black白盒测试，也称为结构化测试、基于代码的测试，是一种测试用例设计方法，它从程序的控制结构导出测试用例。用白盒测试产生的测试用例能够：1）保证一个模块中的所有独立路径至少被使用一次；2）对所有逻辑值均需测试true和false；3）在上下边界及可操作范围内运行所有循环；4）检查内部数据结构以确保其有效性。“我们应该更注重于保证程序需求的实现，为什么要花费时间和精力来担心（和测试）逻辑细节？” 答案在于软件自身的缺陷：1、逻辑错误和不正确假设与一条程序路径被运行的可能性成反比。当我们设计和.

  查看(3406) 评论(4)

• 第8贴【2004－5－17】：软件测试策略

  2004-05-17 09:45:51   /   [每日一贴]

  Roger S. Pressman测试是一系列可以事先计划并且可以系统地进行管理的活动。正是由于这个原因，应当为软件工程过程定义一个软件测试的模板－我们可以把特定的测试用例方法放置进去的一系列步骤。人们已经提出了许多软件测试策略，所有这些策略都为如开发人员提供了一个供测试用的模板，而且它们都包含下列的类属特征：·测试开始于模块层，然后“延伸”到整个基于计算机的系统集合中。·不同的测试技术适用于不同的时间点。·测试是由软件的开发人员和（对于大型系统而言）独立的测试组来管理的。·测试和调试是不同的活.

  查看(5156) 评论(2)

• 第7贴【2004－5－16】：单元测试、集成测试、系统测试、验收测试、回归测试

  2004-05-16 10:10:58   /   [每日一贴]

  Software Research单元测试：单元测试是对软件中的基本组成单位进行的测试，如一个模块、一个过程等等。它是软件动态测试的最基本的部分，也是最重要的部分之一，其目的是检验软件基本组成单位的正确性。一个软件单元的正确性是相对于该单元的规约而言的。因此，单元测试以被测试单位的规约为基准。单元测试的主要方法有控制流测试、数据流测试、排错测试、分域测试等等。集成测试：集成测试是在软件系统集成过程中所进行的测试，其主要目的是检查软件单位之间的接口是否正确。它根据集成测试计划，一边将模块或其他软件单位组合.

  查看(9078) 评论(13)

• 第6贴【2004－5－15】：实时系统测试

  2004-05-15 11:10:34   /   [每日一贴]

  Roger S. Pressman很多实时系统的时间依赖性和异步性给测试带来新的困难－－时间！测试用例的设计者考虑的不仅是白盒和黑盒测试用例，而且包括事件处理（如中断处理）、数据的时间序列以及处理数据的任务（进程）的并发性。很多情况下，提供的测试数据有时使得实时系统在某状态下可以正常运行，而同样的数据在系统处于不同状态时有时又会导致错误。另外，实时系统的软件和硬件之间的密切关系也会导致测试问题，软件测试必须考虑硬件故障对软件处理的影响，这种故障很难实时仿真。由于实时系统的特殊性和复杂性，还没有一个完善.

  查看(3584) 评论(3)

• 第5贴【2004－5－14】：软件可测试性

  2004-05-14 12:05:50   /   [每日一贴]

  Roger S. Pressman理想情况下，软件工程师在设计计算机程序、系统或产品时应该考虑可测试性，这就使得测试工程师能够更容易地设计有效的测试用例。什么是“可测试性”？软件的可测试性是指软件发现故障并隔离、定位其故障的能力特性，以及在一定的时间和成本前提下，进行测试设计、测试执行的能力。James Bach这样描述可测试性：软件可测试性就是一个计算机程序能够被测试的容易程度。以下是一个常见的软件可测试性检查表：·可操作性－“运行地越好，被测试的效率越高。”·可观察性－“所看见的，就是所测试的。”·.

  查看(6985) 评论(11)

• 第4贴【2004－5－13】：什么是“好”的测试？

  2004-05-13 10:09:23   /   [每日一贴]

  什么是“好”的测试？ Kaner，Falk & Nguyen1、一个好的测试发现错误的可能性很高为了达到这个目标，测试者必需理解软件、并尝试设想软件如何才能失败，例如：在GUI（图形用户界面）中有一种潜在的错误，即错误识别鼠标位置，那么就应该设计一个测试集来验证是否存在鼠标位置识别的错误。2、一个好的测试并不冗余测试的时间和资源是有限的，没有必要构造一个与其他测试用例完全相同的测试，每一个测试都应该有不同的用途〔哪怕是细微的差异〕。例如，软件SafeHome中有一个模块被用来识别用户密码以决定是否启动系统，为了测试密.

  查看(7463) 评论(8)

• 第3贴【2004－5－12】：测试的基本原则

  2004-05-12 21:24:20   /   [每日一贴]

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

  查看(4054) 评论(6)

• 第2帖【2004－5－11】：测试经理角色定位

  2004-05-11 10:26:10   /   [每日一贴]

  Johanna Rothman：测试经理服务于两种完全不同的客户：测试工程师和高层管理者。对于测试工程师，测试经理帮助他们开发产品测试策略，积累产品测试经验并在测试组内充分共享。对于高层管理者，测试经理搜集尽可能全面的产品信息，供其就产品是否可以发布进行决策。但是有一点是相同的：无论是对于测试工程师还是高层管理者，测试经理将帮助其定义和校验产品发布标准。产品发布标准的定义和校验：作为一个测试经理，应该找机会与市场、开发人员商讨产品发布标准，并根据客户的反馈对该标准进行修正和校验。开发部门的工作是如何达到.

  查看(18362) 评论(39)

• 第1帖【2004－5－10】：软件测试的理想模式是什么？

  2004-05-10 17:47:54   /   [每日一贴]

  Brian Marick：我不认为存在什么理想模式。我觉得让开发人员承担某些测试也许会更加有效，而其他测试则由独立测试组来进行。因为如果你把所有测试都交给独立测试组，他们不可能有时间把所有测试都做好。所以，最佳的方式是让开发人员承担一定量的测试，独立测试组给予他们支持。独立测试组主要承担整个系统的测试，去寻找开发人员还没有发现的缺陷，如子系统间的交互、运行条件、内存使用等。如何更有效地开展系统测试呢？让测试人员在项目初期就参与进去，让他们看到第一版的系统需求、用户手册和系统原型，在系统实现前就对需求进.

  查看(7998) 评论(43)