测试管理实施方案V2[1].0.doc

测试管理实施方法设计模板 测试管理实施方案 文件状态： 草稿 正式发布 正在修改文件标识：当前版本：1.0作 者：完成日期：1. 引言软件测试是发现软件中错误和缺陷的主要手段。在一般情况下，软件测试过程与整个软件开发过程基本上是平行进行的。当然，测试计划应该在需求分析阶段就已经开始制定了。随后的工作则会伴随着软件开发的过程逐步展开。2.测试计划2.1 启动准则 软件项目计划完成 系统设计文档已经完成2.2 主要步骤Step1：制定测试计划 首先根据软件项目计划和需求文档确定测试需求、测试策略、资源和进度，并建立测试通过准则。 制定测试计划。 对测试计划进行评审。Step2：设计测试 根据测试计划和系统设计文档为每一个测试需求设计测试用例和驱动程序，并开发执行测试用例的测试过程。Step3：实施测试 根据测试过程创建可重用的测试脚本。 根据设计编写测试需要的测试驱动程序，并且实施测试驱动程序。Step4：执行单元测试 按照测试过程和测试用例手工执行单元测试或运行测试脚本自动执行单元测试，以验证单元的内部结构和单元实现的功能。 将单元测试的结果作详细记录（测试报告）。 及时消除已经发现的缺陷。 消除缺陷之后应当进行回归测试，以确认不会引发新的缺陷。Step5：执行集成测试 按照测试过程和测试用例手工执行集成测试或运行测试脚本自动执行集成测试，以验证单元之间的接口和集成工作版本的功能、性能等。 将集成测试的结果作详细记录（测试报告）。 及时消除已经发现的缺陷。 消除缺陷之后应当进行回归测试，以确认不会引发新的缺陷。Step6：执行系统测试 测试组长按照指定的模板起草系统测试计划。 项目经理审批系统测试计划。该计划被批准后，设计系统测试用例。 测试组长邀请开发人员和同行专家，对系统测试用例进行技术评审。 待测试用例通过技术评审后，按照测试过程和测试用例手工执行系统测试或运行测试脚本自动执行系统测试，以确认软件系统版本是否满足需求。 将系统测试的结果作详细记录（测试报告）。 及时消除已经发现的缺陷。 对修改后的软件系统版本进行回归测试，以确认不会引发新的缺陷。Step7：评估测试 对每一次测试结果进行分析评估，并提出变更请求或其他处理意见。 在每一个测试阶段提交测试分析报告。 对测试分析报告进行评审。评审通过后，验收测试。Step8：测试工作总结 对本项目的测试工作做出总结。2.3 结束准则 项目所有文档已经完成 满足项目的测试4.测试用例编写注意事项 测试用例必须考滤无效和预期之外、有效和预期内的输入条件。 测试用例必须能生成理想的输出条件。 明确测试用例的覆盖程度(涉及、利用、执行)，必须确保在每一层次上都用足够的测试。 明确测试用例的原材料(被测产品)。即判断测试是基于需求的测试、功能的测试还是基于内部的测试。 测试用例必须明确测试策略。即是编写基于黑盒测试的测试用例还是编写基于白盒测试的测试用例。 穷举测试是不可能的，任何程序的测试都应该是不完整的，通过从所有可能的测试用例中确定最有可能检测出最多错误的子集，将这种不完整性的负面影响降到最底水平。这样，我们可以通过有限的测试，发现尽可能多的错误。 在基于功能测试的黑盒方法中的等价类划分法中： 编写为每一EC(等价类)赋一个唯一的数字的测试用例。 编写新的测试用例，尽可能多的覆盖还没有覆盖的EC，直到测试用例覆盖了所有的有效的EC。 如果在同一个测试用例中测试了多个无效EC，那么可能永远不会执行有些测试，因为第一个测试会屏蔽其他的测试或终止测试用例的执行。 在基于功能测试的黑盒方法中的边值分析法中,不是在EC 中选择一个元素作为代表，而是在挑选元素时应当使得EC的边界数据受到测试，故应编写基于边界数据测试的测试用例。 在基于内部测试的白盒方法中的高层测试法中： 可用性测试：确定产品用户界面与用户的人类工程需求之间的差异，其特征包括： 可访问性：用户可以较为容易的进入、浏览并退出吗？ 反应性：用户可以在需要的时候，以一种明确的方式做他们想做的事情吗? 有效性：用户可以以最少的步骤和时间做他们想做的事情吗？ 可理解性：用户理解产品结构，求助系统和文档吗？ 功能测试：是发现程序的功能规格说明与实际行为之间的差异的过程。 系统测试：是表明程序或系统没有满足需求规格说明所确定的原有需求和目标的过程。其特征包括： 容量测试：判断程序是否能处理所要求的数据，请求等容量。 负载/强度测试：确定负载峰值条件，此条件下程序不能在要求的时间间隔内处理要求的负载。 安全测试：显示程序的安全性要求是否被破坏。 性能测试：确定程序是否满足性能要求。 资源应用测试：确定程序使用资源(存储器，磁盘空间等)的水平是否会超过需求。 配置测试：确定按需求配置