易游无限(无线游戏)公司iso软件开发全套文档_测试计划编写指南_-i(编辑修改稿)

易游无限(无线游戏)公司iso软件开发全套文档_测试计划编写指南_-i(编辑修改稿)内容摘要：

对该做什么有一个清晰的认识。 提示和技巧：  需要特别测试那些部分。  那些部分不需要测试，为什么。  测试人员是否需要测试内容以及相关部分。  是否要验证每个模块的稳定性。 5. 测试方法 下面几节将说明测试计划的核心部分。 如果将项目比做游戏，这些内容将是攻关 秘籍。 它们提供在整个测试过程中，每一个步骤的详细说明。 每一节会就测试的不同方面做详细的说明。 这一部分的主要读者是测Software Project Flat Version: 测试计划编写指南 Date: 20xx/09/04 SDP Confidential Chicony Software Inc., 20xx Page 7 of 11 试人员，因为计划主要是为了规定如何进行测试。 里程碑技术 里程碑技术将项目的运行分成不同的阶段，在项目过程中提供检查工作进展状态的方法。 即使只有一个里程碑，也要在这里说明。 在说明中，要列出通过和继续往下走的标准。 1. 计划阶段 2. 开发阶段 3. 稳定阶段 测试文档（测试用例） 测试用例需要列出彻底测试一个功能模块所需的详细步骤。 使用测试用例的主要目的是避免完成了所需的测试内容而不仅仅是 走过场。 提示和技巧：  通常可以定义测试用例模板，这样每个测试用例都有同样的格式。 就像测试用例的格式一样，可以用不同的办法来编写测试用例。 这些方法的主要区别是用例的详细程度。 在极端的情况下，用例的每一步都详细列出，这样的话，能保证运行测试用例的人员在做同样的事情，而且容易实现自动执行。 但对于用例编写人员来说，意味着庞大的工作量，他必须考虑每一个步骤。 当功能发生变化时，维护这样的测试用例是非常困难的。  另一种极端的情况是非常概要的测试用例。 这些用例是非常宽泛的，只提供简洁的描述说明需要做什么。 让测试人员 决定如何实现，以及使用那些数据来测试。 大多数的专业测试人员赞同于一个折中的方案，并倾向于提供较为详细的步骤。 测试实施过程 本节的目的说明在测试过程中测试部门在接受测试系统时应执行什么检查。 这一节有助于其他部门（开发部门、用户教育部门）了解在发布测试系统时应做些什么。 保持测试系统相对稳定是非常重要的。 测试系统接受条件 本节的目的说明在测试过程中测试部门在接受测试系统时应执行什么检查。 提示和技巧： 谁负责建立测试系统，如何保持测试系统和开发系统之间的同步。 在开发人员提交新程序时，如何检查代码的质量。 开发部门是否需要运行简单的用例，验证系统是否正常，如果验证失败，需要采取什么行动。 需要做什么测试验证测试系统是稳定的。 同步的间隔时间。 当项目进展到不同阶段时，是否需要更新这些规则。 测试时间表 在系统的不同阶段，需要计划在什么时候应得到什么样的测试系统。 提示和技巧：  测试系统多长时间更新一次（每日，每周一次或多次，在什么时间，准备好代码）。 Software Project Flat Version: 测试计划编写指南 Date: 20xx/09/04 SDP Confidential Chicony Software Inc., 20xx Page 8 of 11  当项目进展到不同阶段时，是否需要更新这些规则。 稳定阶段测试 稳定阶段摘要 在代码完成到系统最后发行之前为系统稳定阶段。 在系统稳定阶段需要对系统的各个部分 进行最后的检查。 可以建立一个检查重点列表，逐项进行检查。 测试遍数 在稳定化测试阶段至少要运行一遍完整的测试和一个简短的测试。 前者用于发现错误，后者用于验证发行版本。 项目结束 在系统投入使用的时候，最后应作的测试安排。 自动测试策略 在测。