西门子中国授权代理商

这一部分给出测试中断和恢复测试的标准，即在哪种情况下应中断测试。例如，如果缺陷总数达到了某一预定值，或者出现了某种严重程度的缺陷，就可以暂停测试工作。同时，对恢复测试也要给出规定，例如，重新设计系统的某个部分、修改了出错的代码后等，应恢复测试过程。另外，这里还要给出某种测试的替代方法以及恢复测试前须重做的测试等。常用的测试中断标准如下。

 关键路径上存在未完成任务。

 出现大量缺陷。

发生严重缺陷。

测试环境不完整。 资源短缺。9. 测试完成所提交的材料

测试完成所提交的材料需要包含测试工作中开发设计的所有文档、工具等。例如，测试计划、测试设计规格说明、测试用例、测试日志、测试数据、自定义工具、测试缺陷报告和

需要注意的是，如果测试工作延迟，这部分内容将会增加。若风险评估工作已经确定了每个功能的风险，那么，当测试工作延迟时可将那些具有低风险的额外功能，从“需要测试的功能”选项中转移到“不需要测试的功能”选项中。6. 测试方法（策略）

这部分内容是测试计划的核心所在，需要给出有关测试方法的概述以及每个阶段的测试方法，所以有些软件公司更愿意将其标记为“策略”，而不是“方法”。这部分内容主要描述如何进行测试，并解释对测试成功与否起决定作用的所有相关问题。

测试策略描述测试人员测试整个软件和每个阶段的方法，还要描述如何公正、客观地开展测试，要考虑模块、功能、整体、系统、版本、压力、性能、配置和安装等各个因素。测试策略要尽可能地考虑到细节，越详细越好，并制作测试记录文档的模板，为即将开始的测试做准备。关于测试记录的具体说明如下。

公正性声明。测试记录要对测试的公正性、遵照的标准做一个说明，证明测试是客观

测试计划的介绍部分主要是对测试软件基本情况的介绍和对测试范围的概括性描述。测试软件的基本情况主要包括产品规格（制造商和软件版本号说明），软件的运行平台和应用的领域，软件的特点和主要的功能模块的特点，数据是如何存储、如何传递的（数据流图），每一个部分是怎么实现数据更新的，以及一些常规性的技术要求（比如需要什么样的数据库）等。对于大型测试项目，测试计划还要包括测试的侧重点。对测试范围的概括性描述可以是：“本测试项目包括集成测试、系统测试和验收测试，但是不包括单元测试，单元测试由开发人员负责进行，超出本测试项目的范围”。另外，在简要介绍中还要列出与计划相关的经过核准的全部文档、主要文献和其他测试依据文件，如项目批文、项目计划等。3. 测试项目

测试项目包括所测试软件的名称及版本，需要列出所有测试单项、外部条件对测试特性的影响和软件缺陷报告的机制等。

测试项目部分纲领性描述在测试范围内对哪些具体内容进行测试，并确定一个包含所有测试项在内的一览表，凡是没有出现在这个清单里的工作，都排除在测试工作之外能够预估出大概的测试进度及所需的人力物力。那么一个好的测试计划应具备哪些特点呢？

（1）测试计划应能有效地引导整个软件测试工作正常运行，并能使测试部门配合编程部门，保证软件质量，按时将产品推出。

（2）测试计划所提供的方法应能使这个测试计划需要规定测试活动的范围、方法、资源、进度、要执行的测试任务以及每个任务的人员安排等。在实际应用中可根据实际测试工作情况对模板增删或部分修改。测试高效地进行，即能在较短的时间内找出尽可能多的软件缺陷。

浔之漫智控技术（上海）有限公司（w）

是中国西门子的合作伙伴，公司主要从事工业自动化产品的集成,销售和维修，是全国的自动化设备公司之一。

公司坐落于中国城市上海市，我们真诚的希望在器件的销售和工程项目承接、系统开发上能和贵司开展多方面合作。

以下是我司主要代理西门子产品，欢迎您来电来函咨询，我们将为您提供优惠的价格及快捷细致的服务！

（3）测试计划应该能够提供明确的测试目标、测试策略、具体步骤以及测试标准。

（4）测试计划中既要强调测试重点，也要重视测试的基本覆盖率。

（5）测试计划所制定的测试方案应尽可能充分利用公司所能提供给测试部门的人力物力资源，而且应是可行的。

（6）测试计划所列举的所有数据都必须是准确的，比如外部软件/硬件兼容性要求的数据、输入/输出数据等。

（7）测试计划对测试工作的安排应有一定的灵活性，使测试工作可以应付一些突然的变化情况，比如当需求发生变更时。

以上列举的是一个好的测试计划所具备的特点。由于各类软件具有各自的特性，因此制订测试计划也应针对这些特性。测试人员来说这是尴尬的境地，有时不得不说“不”。项目相关人员都不愿意听到这个“不”字，所以测试人员有时也要屈从于进度和费用的压力。员可能面对以下几个方面问题。

（1）与开发者的意见不一致。开发者和测试者对于测试工作的认识经常处于对立状态，双方都认为对方一心想要占上风。这种心态只会牵制项目，耗费精力，还会影响双方的关系，而不会对测试工作起任何积极作用。

（2）缺乏测试工具。项目管理部门可能对测试工具的重要性缺乏足够的认识，导致人工测试在整个测试工作中所占比例过高。

（3）培训不够。相当多的测试人员没有接受过正规的测试培训，这会导致测试人员对测试计划产生大量的误解。

（4）管理部门缺乏对测试工作的理解和支持。对测试工作的支持必须来源于上层，这种支持不仅于投入资金，还应该包括对测试工作遇到的问题给出一个明确的态度，否则，测试人员的积极性将会受到影响。

（5）缺乏用户的参与。用户可能被排除在测试工作之外，或者可能是他们自己不想参与进来。事实上，用户在测试工作中的作用相当重要，他们能确保软件符合实际需求。

（6）测试时间不足。测试时间不足是一种普遍的抱怨，问题在于如何对计划各部分划分出优先级，以便在给定的时间内测试应该测试的内容。

（7）过分依赖测试人员。项目开发人员知道测试人员会检查他们的工作，所以他们只集中精力编写代码，对代码中的问题产生依赖心理，这样通常会导致更高的缺陷级别和更长的、联系，以及界面中组成部件的特性、操作特点等。

• 在所测试的软件涉及第三方软件的情况下，必须对这个第三方软件的功能及它与所要测试的软件之间的联系有一定的了解。常见的第三方软件就是浏览器，如IE、Chrome和FireFox等。

以上的所有资料，均可通过软件的规格说明书、设计说明书或向有关人员了解而获得。掌握了所有的资料，接下来的就是进行整理和归类。

另外，需要搜集整理的信息还包括软件项目进展到现在主要存在的问题，测试工作需使用何种测试软件，使用何种缺陷报告软件，目前使用何种版本控制软件，哪些计算机是专门用于测试的，还有哪些关于这一软件产品的信息可供参考等。这些信息，一般都可以从测试部门的主管那里获得。2. 明确测试的目标，增强测试计划的实用性

试计划应该像项目其他交付结果一样受控于质量控制。

（5）计算测试计划的投入。通常，制订测试计划应该占整个测试工作大约1/3的工作量，测试计划做得越好，执行测试就越容易。