软件需求说明书_CT—Manager测试管理系统.docVIP

软件需求说明书 1引言 1 1.1编写目的 1 1.2 读者对象 2 1.3背景 2 1.4定义、首字母缩写词和缩略语 2 1.5参考资料 4 2任务概述 4 2.1目标 4 2.2用户的特点 5 2.3 使用技术 5 2.4主要参加人员 5 2.5完成项目的最迟期限 5 3需求规定 6 3.1对功能的规定 6 3.2对性能的规定 8 3.2.1精度 8 3.2.2时间特性要求 8 3.2.3灵活性 8 4运行环境规定 9 4.1设备 9 4.2支持软件 9 软件需求说明书 1引言 1.1编写目的 对软件需求完全理解对于软件开发工作的成功是至关重要的，需求说明的任务是发现、规范的过程，有益于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，便于采用工程方法开发软件，提高软件的质量，便于开发人员、维护人员、管理人员之间的交流、协作，并作为工作成果的原始依据，并且在向潜在用户传递软件功能、性能需求，使其能够判断该软件是否与自己的需求相关。提高软件开发过程中的能见度便于对软件开发过程中的控制与管理便于采用工程方法开发软件，提高软件的质量，便于开发人员、维护人员、管理人员之间的交流、协作项目的相关人员。包括负责人、领导、高级测试人员、测试员、测试设计人员、管理员。节省时间提高测试工作效率的效果。定义、首字母缩写词和缩略语 实际结果（Actual outcome） 当对象在特定条件下被测试时，实际发生的行为。 缺陷（Bug）（等同于Fault） 对软件错误的一种命名。 覆盖项（Coverage item） 作为测试依据的一个实体或属性。 错误（Error） 产生了不正确的结果的一个动作。 预期结果（Expected results）（等同于Predicted outcome 或 Expected outcome） 在测试规范中期望的一个对象在特定条件下将会发生的行为。 失败（Failure） 与期望的软件结果或服务之间存在的误差。 通过 缺陷（Fault） （等同于Bug） 软件中错误的一种表现。 如果遇到了一个缺陷则会导致失败。 路径（Path） 一个组件中一系列的从起始点到结束点的可执行语句。 项目 项目是CT-Manager中数据结构的最顶层。所有的数据（除了用户）都与一个活动的项目相关。 测试用例集（Test case suite） 软件测试中一个或多个测试用例的集合。 CT-Manager采用这个术语来表示测试计划中可用于执行的一组测试用例。 测试覆盖率（Test Coverage） 用百分比来表示，表示特定的覆盖项在测试用例集中被测验到的程度。 执行测试（Test executeion）对被测试软件中的测试用例集进行的一种处理， 产生一个实际结果。测试用例集是由测试规范中指派给测试计划的测试用例组成的。 测试计划（Test plan) 为测试过程所作的计划的记录。测试过程要详细到不依赖任何测试人员的程度, 包括测试环境，使用的测试用例设计技术和测试度量技术， 以及选择这些技术的基本理由。CT-Manager允许在一个测试计划中定义测试用例集，创建和指派用户。 测试集 测试（Testing） 为了验证软件能够满足特定需求以及发现错误而操作软件的过程。 测试用例（Test case） 为一个特定的目标而制定的一组输入，执行的前提条件，以及 预期的结果。比如执行一个特定的程序 路径或者验证对一个特定需求的符合度。 测试规范测试规范是一个可以让用户查看和编辑所有已存在的项目，用例集，以及测试用例信息的地方。 《 软件需求 》 ---- （美） Karl E.Wiegers 著　陆丽娜 王忠民 王志敏 等译CT-Manager测试管理系统建设的总体目标是帮助软件项目组组织和管理软件测试流程的所有阶段，提高测试的工作效率，节省时间，起到事半功倍的效果。测试管理工具，组织管理测试，包括测试需求、测试测试执行。提供多种测试结果的统计和分析，创建报告和图来监控测试流程测试结果分析。多用户多角色，各个用户具有不同级别的权限。管理员、高级测试人员、开发人员、测试设计人员、等基于web的测试管理系统CT-Manager测试管理系统将主要包括质量中心（前台）和测试站点管理（后台）两大模块。 一、质量中心（前台）主要功能是组织和管理应用程序测试流程的所有阶段，包括指定测试需求、计划测试、执行测试和跟踪缺陷等。又分为测试管理功能测试需求管理 测试用例管理 测试用例对测试需求的覆盖管理 测试计划的制定 测试用例的执行 大量测试数据的度量和统计功能。 BUG管理功能包括： 报告缺陷 查看缺陷 分类管理 统计报表 Quality Center 用户等。又分为用户管理、项目管理两大模块。 1、用户管理：在系统中，每个用户都