T4-软件测试计划.docVIP

软件测试计划 百科名片 软件项目的测试计划是描述测试目的、范围、方法和软件测试的重点等的文档。对于验证软件产品的可接受程度编写测试计划文档是一种有用的方式。 目录测试风险 规避风险 简介 测试目标 测试作用 测试要求 具体要求 5W规则 评审更新机制 计划变更 测试风险 规避风险 简介 　　软件项目的测试计划是描述测试目的、范围、方法和软件测试的重点等的文档。对于验证软 软件测试计划 件产品的可接受程度编写测试计划文档是一种有用的方式。详细地测试计划可以帮助测试项目组之外的人了解为什么和怎样验证产品。它非常有用但是测试项目组之外的人却很少去读它。软件测试计划作为软件项目计划的子计划，在项目启动初期是必须规划的。在越来越多公司的软件开发中，软件质量日益受到重视，测试过程也从一个相对独立的步骤越来越紧密嵌套在软件整个生命周期中，这样，如何规划整个项目周期的测试工作；如何将测试工作上升到测试管理的高度都依赖于测试计划的制定。测试计划因此也成为测试工作的赖于展开的基础。《ANSI/IEEE软件测试文档标准829-1983》将测试计划定义为：“一个叙述了预定的测试活动的范围、途径、资源及进度安排的文档。它确认了测试项、被测特征、测试任务、人员安排，以及任何偶发事件的风险。”软件测试计划是指导测试过程的纲领性文件，包含了产品概述、测试策略、测试方法、测试区域、测试配置、测试周期、测试资源、测试交流、风险分析等内容。借助软件测试计划，参与测试的项目成员，尤其是测试管理人员，可以明确测试任务和测试方法，保持测试实施过程的顺畅沟通，跟踪和控制测试进度，应对测试过程中的各种变更。 测试目标 　　当今任何商业软件都包含了丰富的功能，因此，软件测试的内容千头万绪，如何在纷乱的测试内容之间提炼测试的目标，是制定软件测试计划时首先需要明确的问题。测试目标必须是明确的，可以 软件测试计划 量化和度量的，而不是模棱两可的宏观描述。另外，测试目标应该相对集中，避免罗列出一系列目标，从而轻重不分或平均用力。根据对用户需求文档和设计规格文档的分析，确定被测软件的质量要求和测试需要达到的目标。编写软件测试计划得重要目的就是使测试过程能够发现更多的软件缺陷，因此软件测试计划的价值取决于它对帮助管理测试项目，并且找出软件潜在的缺陷。因此，软件测试计划中的测试范围必须高度覆盖功能需求，测试方法必须切实可行，测试工具并且具有较高的实用性，便于使用，生成的测试结果直观、准确。 测试作用 　　一个好的测试计划可以起到如下作用： 　　1、避免测试的“事件驱动”； 　　2、使测试工作和整个开发工作融合起来； 　　3、资源和变更事先作为一个可控制的风险。 测试要求 　　软件项目的测试计划是描述测试目的、范围、方法和软件测试的重点等的文档。对于验证软件产品的可接受程度编写测试计划文档是一种有用的方式。详细地测试计划可以帮助测试项目组之外的人了解为什么和怎样验证产品。它非常有用但是测试项目组之外的人却很少去读它。 软件测试计划 　　依据特定的项目，在一个测试计划中可能包括下面项目： 　　1、标题； 　　2、软件标识，包括版本/发布版本号； 　　3、目录； 　　4、文档的目的和阅读人群； 　　5、测试的对象； 　　6、软件产品概述； 　　7、相关文档列表，例如需求规格、设计文档和其它测试计划等； 　　8、有关的标准和法规； 　　9、可追溯的需求； 　　10、有关的命名约定和标识约定； 　　11、软件项目的相关的所有部门和成员/联系信息/职责； 　　12、测试项目组和人员/联系信息/职责； 　　13、假设和依赖； 　　14、项目风险分析； 　　15、测试优先级和重点； 　　16、范围和测试限制； 　　17、测试描述－根据测试类型、特征、功能、过程、系统、模块等分类； 　　18、输入等价类分类描述、边界值分析、错误分类； 　　19、测试环境－软、硬件、操作系统、其它需要的软件、数据配置、与其它系统的接口； 　　20、测试环境有效性分析－测试环境的不同和产品系统对测试有效性的影响； 　　21、测试环境建立和配置问题； 　　22、软件移植性考虑； 　　23、软件配置管理过程； 　　24、测试数据建立需求； 软件测试计划 　　25、系统日志描述/错误日志/其它的能力和工具，例如屏幕捕获工具、这对于描述bug和报告bug 　　是很有用的； 　　26、讨论任何测试人员用来发现bug或跟踪bug的硬件、软件工具； 　　27、测试自动化－采用的理由和描述； 　　28、采用的测试工具、包括版本、补丁等； 　　29、测试脚本/测试代码维护过程和版本控制； 　　30、跟踪和解决－工具和步骤 　　31、用于项目的测试度量标准；