软件需求说明指导书ct—manager测试标准管理系统.docVIP

软件需求说明书 TOC \o 1-3 \h \z \u 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编写目标 对软件需求完全了解对于软件开发工作成功是至关关键，需求说明任务是发觉、规范过程，有益于提升软件开发过程中能见度，便于对软件开发过程中控制和管理，便于采取工程方法开发软件，提升软件质量，便于开发人员、维护人员、管理人员之间交流、协作，并作为工作结果原始依据，而且在向潜在用户传输软件功效、性能需求，使其能够判定该软件是否和自己需求相关。 本文档目标在于理清CT-Manager测试管理系统开发需求，明确最终目标，提升软件开发过程中能见度。便于对软件开发过程中控制和管理；便于采取工程方法开发软件，提升软件质量，便于开发人员、维护人员、管理人员之间交流、协作。 1.2 读者对象 项目标全部相关人员。包含责任人、领导、高级测试人员、开发人员、测试员、测试设计人员、管理员。 1.3背景 项目名称 ：CT-Manager测试管理系统 项目提出者：福州中测信息技术 系统用户 ：各软件开发（测试）企业 项目建设背景：软件测试是一个复杂过程，测试管理系统能够帮助软件项目组组织和管理软件测试步骤，达成节省时间、提升测试工作效率效果。福州中测信息技术鉴于上述情况，提出该CT-Manager测试管理系统建设意向。 1.4定义、首字母缩写词和缩略语 实际结果（Actual outcome）： 当对象在特定条件下被测试时，实际发生行为。 缺点（Bug）：（等同于 Fault） 对软件错误一个命名。 覆盖项（Coverage item）： 作为 测试依据一个实体或属性。 错误（Error） 产生了不正确结果一个动作。 预期结果（Expected results）：（等同于Predicted outcome 或 Expected outcome） 在 测试规范中期望一个对象在特定条件下将会发生行为。 失败（Failure）： 和期望软件结果或服务之间存在误差。 锁定（blocked）: 测试用例实施中止。 经过经过（passed）: 测试用例实施结果和预期结果一致。 缺点（Fault） ：（等同于Bug） 软件中 错误一个表现。 假如碰到了一个缺点则会造成 失败。 路径（Path）： 一个 组件中一系列从起始点到结束点可实施语句。 项目/产品: 项目是CT-Manager中数据结构最顶层。全部数据（除了用户）全部和一个活动项目相关。 测试用例集/用例集（Test case suite）： 软件测试中一个或多个 测试用例集合。 CT-Manager采取这个术语来表示测试计划中可用于实施一组测试用例。 测试覆盖率（Test Coverage）： 用百分比来表示，表示特定 覆盖项在 测试用例集中被测验到程度。 实施测试（Test executeion）：对被测试软件中 测试用例集进行一个处理， 产生一个 实际结果。测试用例集是由测试规范中指派给测试计划测试用例组成。 测试计划（Test plan)： 为测试过程所作计划统计。测试过程要具体到不依靠任何测试人员程度, 包含测试环境，使用测试用例设计技术和测试度量技术， 和选择这些技术基础理由。CT-Manager许可在一个测试计划中定义测试用例集，创建测试集和指派用户。 测试集：测试集是一个测试构建（也有称为测试试验室），用来区分测试用例实施标识，而上文提到测试用例集是测试用例集合，通常我们把含有相同作用域或相近属性测试用例放在一起，称为测试用例集。用户能够为测试集中测试用例填写测试结果。 测试（Testing）： 为了验证软件能够满足特定需求和发觉 错误而操作软件过程。 测试用例（Test case） ：为一个特定目标而制订一组 输入，实施前提条件，和 预期结果。比如实施一个特定程序 路径或验证对一个特定需求符合度。 测试规范/测试规格说明书：测试规范是一个能够让用户查看和编辑全部已存在项目，用例集，和测试用例信息地方。 1.5参考资料 《 软件需求 》 （美） Karl E.Wiegers