软件需求说明书ct-manager测试管理系统

软件需求说明书1引言 11.1编写目的 11.2读者对象 21.3背景 21.4定义、首字母缩写词和缩略语 21.5参考资料 42任务概述 42.1目的 42.2用户的特点 52.3使用技术 52.4重要参与人员 52.5完毕项目的最迟期限 53需求规定 63.1对功能的规定 63.2对性能的规定 83.2.1精度 83.2.2时间特性规定 83.2.3灵活性 84运营环境规定 94.1设备 94.2支持软件 9软件需求说明书1引言1.1编写目的对软件需求的完全理解对于软件开发工作的成功是至关重要的，需求说明的任务是发现、规范的过程，有益于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，便于采用工程方法开发软件，提高软件的质量，便于开发人员、维护人员、管理人员之间的交流、协作，并作为工作成果的原始依据，并且在向潜在用户传递软件功能、性能需求，使其可以判断该软件是否与自己的需求相关。本文档目的在于理清CT-Manager测试管理系统开发需求，明确最终目的，提高软件开发过程中的能见度。便于对软件开发过程中的控制与管理；便于采用工程方法开发软件，提高软件的质量，便于开发人员、维护人员、管理人员之间的交流、协作。1.2读者对象项目的所有相关人员。涉及负责人、领导、高级测试人员、开发人员、测试员、测试设计人员、管理员。1.3背景项目名称：CT-Manager测试管理系统项目提出者：福州中测信息技术有限公司系统用户：各软件开发（测试）公司项目建设背景：软件测试是一个复杂的过程，测试管理系统可以帮助软件项目组组织和管理软件测试流程，达成节省时间、提高测试工作效率的效果。福州中测信息技术有限公司鉴于上述情况，提出该CT-Manager测试管理系统建设意向。1.4定义、首字母缩写词和缩略语实际结果（Actualoutcome）：当对象在特定条件下被测试时，实际发生的行为。缺陷（Bug）：（等同于Fault）对软件错误的一种命名。覆盖项（Coverageitem）：作为测试依据的一个实体或属性。错误（Error）产生了不对的的结果的一个动作。预期结果（Expectedresults）：（等同于Predictedoutcome或Expectedoutcome）在测试规范中盼望的一个对象在特定条件下将会发生的行为。失败（Failure）：与盼望的软件结果或服务之间存在的误差。锁定（blocked）:测试用例执行中断。通过通过（passed）:测试用例的执行结果和预期的结果一致。缺陷（Fault）：（等同于Bug）软件中错误的一种表现。假如碰到了一个缺陷则会导致失败。途径（Path）：一个组件中一系列的从起始点到结束点的可执行语句。项目/产品:项目是CT-Manager中数据结构的最顶层。所有的数据（除了用户）都与一个活动的项目相关。测试用例集/用例集（Testcasesuite）：软件测试中一个或多个测试用例的集合。CT-Manager采用这个术语来表达测试计划中可用于执行的一组测试用例。测试覆盖率（TestCoverage）：用比例来表达，表达特定的覆盖项在测试用例集中被测验到的限度。执行测试（Testexecuteion）：对被测试软件中的测试用例集进行的一种解决，产生一个实际结果。

测试用例集是由测试规范中指派给测试计划的测试用例组成的。测试计划（Testplan)：为测试过程所作的计划的记录。测试过程要具体到不依赖任何测试人员的限度,涉及测试环境，使用的测试用例设计技术和测试度量技术，以及选择这些技术的基本理由。

CT-Manager允许在一个测试计划中定义测试用例集，创建测试集和指派用户。测试集：测试集是一个测试构建（也有称为测试实验室），用来区分测试用例的执行标记，而上文提到的测试用例集是测试用例的集合，一般我们把具有相同作用域或者相近属性的测试用例放在一起，称为测试用例集。用户可认为测试集中的测试用例填写测试结果。测试（Testing）：为了验证软件可以满足特定需求以及发现错误而操作软件的过程。测试用例（Testcase）：为一个特定的目的而制定的一组输入，执行的前提条件，以及预期的结果。比如执行一个特定的程序途径或者验证对一个特定需求的符合度。测试规范/测试规格说明书：测试规范是一个可以让用户查看和编辑所有已存在的项目，用例集，以及测试用例信息的地方。1.5参考资料《软件需求》（美）KarlE.Wiegers著陆丽娜王忠民王志敏等译；软件开发文档模板_国家标准：软件需求说明书（GB8567-88）。《管理软件开发项目》（第二版）NealWhitten（软件项目管理系列丛书，孙艳春等译）；《IT项目管理》KathySchwalbe（项目管理译丛王金玉等译）；《高级项目管理基础》（信息产业部计算机信息系统集成高级项目经理培训讲义）。2任务概述2.1目的CT-Manager测试管理系统建设的总体目的是帮助软件项目组组织和管理软件测试流程的所有阶段，提高测试的工作效率，节省时间，起到事半功倍的效果，并规定功能基本完善、界面整洁和谐、易于操作。具体如下。作为测试管理工具，将可以组织和管理软件测试流程中所有阶段，涉及测试需求、测试计划、测试执行及缺陷跟踪。提供多种测试结果的记录和分析，创建报告和图表来监控测试流程，方便测试结果分析。3）提供多用户多角色功能，各个用户具有不同级别的权限。初步角色设定为：管理员、高级测试人员、开发人员、测试设计人员、普通测试员、项目经理等。2.2用户的特点本软件的用户范围较广，几乎涉及了软件开发流程中的所有参与人员：项目经理、程序员、测试员以及管理部门的人员等。他们都是各方向的专业人才，对于相关技术具有相称高的理解，所以软件开发过程中应尽量听取他们的意见。2.3使用技术运用java相关技术开发基于web的测试管理系统：J2EE+MyEclipse+jsp+struts2.0+javabean+jdbc+servlet。2.4重要参与人员林旭：工程师黄鑫：工程师项目组其它成员5-10人。2.5完毕项目的最迟期限2023年12月31号前完毕。3需求规定3.1对功能的规定为达成上述规定的任务目的，CT-Manager测试管理系统将重要涉及质量中心（前台）和测试站点管理（后台）两大模块。一、质量中心（前台）重要功能是组织和管理应用程序测试流程的所有阶段，涉及指定测试需求、计划测试、执行测试和跟踪缺陷等。又分为测试管理功能、BUG管理功能两大模块。1、测试管理功能涉及测试需求管理测试用例管理测试用例对测试需求的覆盖管理测试计划的制定测试用例的执行大量测试数据的度量和记录功能。2、BUG管理功能涉及：报告缺陷查看缺陷分类管理记录报表二、测试站点管理（后台）重要功能是创建和维护测试项目，管理QualityCenter用户等。又分为用户管理、项目管理两大模块。1、用户管理：在系统中，每个用户都可以维护自己的私有信息，每个用户都可以查看测试结果。admin可以创建用户。添加删除用户定义用户角色提供多种默认角色，比如guest、tester、testdesigner、developer、seniortester、leader、admin，相应不同的功能权限。比如：Guest:可以查看测试用例、关键字、浏览测试计划。Tester:可以查看测试用例、执行测试、查看测试计划、查看关键字、查看和报告缺陷。TestDesigner:查看测试计划、查看和编辑测试用例、查看关键字、需求管理、查看和报告缺陷。Developer:查看测试计划、查看测试用例、查看关键字、查看与报告缺陷，修改缺陷的状态。SeniorTester:允许创建/编辑测试用、执行测试、创建/编辑测试集、查看关键字、测试需求管理、缺陷的报告、查看、修改。Leader:允许创建/编辑测试用例、关键字管理、测试需求管理、测试执行、测试计划管理（涉及里程碑和分派计划）以及缺陷管理（涉及缺陷的报告、查看、修改）。Admin:一切权力，涉及用户管理和项目管理。管理员也可以通过自定义用户角色，增长在实际工作中需要特殊权限的用户组。假如以上的角色不能满足用户的需求，用户可以自定义角色功能。用户角色修改项目指派：为该用户指派其可参与的项目。2、项目管理：在系统中，可以对多项目进行管理，只有admin可以新建/编辑项目。Admin新建项目后，测试人员就可以进行测试需求、测试用例、测试计划等相关管理工作了。添加项目：只有新建项目后，测试人员才可以进行测试需求、测试用例、测试计划等相关管理工作。删除项目：无用过期项目进行删除。编辑项目：对项目信息进行更新。3.2对性能的规定3.2.1精度暂无。3.2.2时间特性规定响应时间应在人的感觉和视觉事件范围内。3.2.3灵活性当需求发生某些变化时，系统软件操作方式、数据结构、运营环境基本不会发生变化，变化只是将相应的数据库文献内的记录改变，或将过滤条件改变即可。4运营环境规定4.1设备具有Pentium(R)42.80GHz、512兆内存、80G硬盘以上配置的计算机；网络带宽10M以上；一般计算机外设，如：打印机、扫描仪、网络连接设备。4.2支持软件操作系统：Window