西门子KTP1000操作面板

些外界环境的影响，要对软件进行一些特殊方面的测试。

• 经验判断。可借鉴以往的测试中经常出现的问题，并结合本测试具体情况来制订测试方法。

• 设想。采取一些联想性的思维，往往有助于找到测试的新途径。

衡量一个测试是否成功，主要看测试是否达到预期的测试覆盖率及**性，为此须给出判断测试覆盖率及**性的技术依据和判断准则。

决策是一项复杂的工作，需要由经验相当丰富的测试人员来做，因为这将决定测试工作的成败。另外，使项目小组全体成员都了解并同意预定的测试策略是极为重要的。7. 测试项通过/失败的标准

这一部分需要给出“测试项目”中所描述的每一个测试项通过/失败的标准。正如每个测试用例都需要一个预期的结果一样，每个测试项目也同样都需要一个预期的结果。一般来说，通过/失败的标准是由通过/失败测试用例，缺陷的数量、类型、严重性和位置，可靠性或稳定性等来描述的。随着测试等级和测试组织的不同，所采用的确切标准也会有所不同。下面是测试项通过/失败的标准的一些常用指标。

• 通过的测试用例占所有测试用例的比例。

• 缺陷的数量、严重程度和分布情况。

• 测试用例覆盖情况。

• 用户对测试的成功结论。

试前的准备工作以及测试工作所需完成的一系列任务。在这里还需要列举所有任务之间的相互关系和完成这些任务可能需要的特殊技能。在制订测试计划时，常常将这部分内容与“测试人员的工作分配”项一起描述，以确保每项任务都由专人完成。11. 测试所需的资源

测试所需的资源是实现测试策略所必需的。在测试开始之前，要制订一个项目测试所需的资源计划，包含每一个阶段任务中所需要的资源。当发生资源超出使用期限或者资源共享出现问题等情况的时候，要更新这个计划。在该计划中，测试期间可能用到的任何资源都要考虑到。测试中经常需要的资源如下。

• 人员。需考虑测试成员的人数、经验和专长。他们是全职、兼职、业余还是学生。

• 设备特性。要考虑计算机、打印机等硬件指标，例如所需设备的机型要求，内存、CPU、硬盘的*低要求等；还要考虑设备的用途，例如计算机是否作为数据库服务器、Web服务器等；也要考虑某些特殊约束，例如是否开放外部端口或要封闭某端口、进行性能测试等。

• 办公室和实验室空间。办公室和实验室在哪里？空间有多大？怎样排列？

• 软件。字处理程序、数据对于这个问软件工程项目需要大量的文档。在整个项目的过程中，需要3类不同的技术人员：

分析师，负责编写需求文提交文档的格式包括：团队的名字，写出项目的背景，列出工作目标，解释系统需求并谈一下对质量的解释。

需要注意的是，随着软件工程的发展，软件的生命周期日渐明确，软件测试贯穿软件的整个生命周期，从项目启动的第一天，软件测试就介入其中，包括测试计划、测试设计、自动化测试、测试执行、测试分析总结。

目启动时，要抓住以下几点。

① 项目名称及背景描述。

② 项目业务需求描述。

③ 项目发起的原因。

④ 项目经理任命及职责范围界定。

⑤ 主要项目干系人及其初步需求。

1.1 软件质量概述件的不正确看法。早期那些认为是**的程序常常很难看懂，通篇充斥着程序技巧。现在人们普遍认为**的程序除了功能正确、性能优良之外，还应该容易看懂、容易使用、容易修改和扩充。

现在，被普遍接受的软件的定义：软件（Software）是指计算机系统中与硬件（Hardware）相互依存的另一部分，它包括程序（Program）、相关数据（Data）及说明文档（document）。

其中，程序是按照事先设计的功能和性能要求执行的指令序列；数据是程序能正常操纵信息的数据结构；说明文档是与程序开发、维护和使用有关的各种图文资料。

软件同传统的工业产品相比，有以下几个独特的特性。

① 软件是一种逻辑实体，具有抽象性。这个特点使它与其他工程对象有明显的差异。人们可以把它记录在纸上、内存和磁盘、光盘上，但却无法看到软件本身的形态，必须通过观察、分析、思考、判断，才能了解它的功能、性能等特性。

② 软件没有明显的制造过程。一旦研制开发成功，就可以大量复制同一内容的副本。所以对软件的质量控制，必须着重在软件开发方面概括来说，软件危机包含两方面问题：一是如何开发软件，以满足不断增长，日趋复杂的需