技术文档_课程考核_第5组.doc

课程考核科 目： 技术文档写作与沟通 教 师： 李琳 姓 名： 第5组成员 学 号： 专 业： 软件工程 上课时间： 2013-2014学年第二学期 学 生 成 绩：期末评阅成绩平时成绩课程综合成绩评阅教师 (签名) 分工：杨卓卿负责分工，组织讨论，修定文档何明月、杨卓卿、杨飞 编撰文档叶元鹏、杨浩 设计文档的项目李思宇、黎圆圆设计图表，作图35目录需求说明书61. 文档介绍81.1文档目的81.2 文档范围81.3 读者对象81.4 参考文档82. 产品介绍83. 产品面向的用户群体94. 产品的功能性需求95. 产品的非功能性需求105.1 软硬件环境需求105.2 产品质量需求106. 用例分析11Software Requirements Specification121.Document introduction131.1 Document purpose131.2 The scope of your document131.3 Readers141.4 Reference documentation142. product introduction143. product-oriented user groups144. functional requirements of the product155. the non-functional requirements of the product155.1 Software and hardware environment requirement155.2 Product quality requirements166. use case analysis17概要设计说明书191、引言211.1编写的目的211.2背景说明212、总体设计2121需求规定2122运行环境2123基本设计概念和处理流程2224系统功能结构图233、接口设计233.1用户接口233.2内部接口233.3外部接口244、运行设计2441运行模块组合2442运行控制2443运行时间245、系统数据结构设计246、系统出错处理设计2561出错信息2562补救措施2563系统维护设计25测试计划261、引言281.1编写目的281.2背景281.3名词解释281.4参考资料292、总体计划303、测试环境准备303.1硬件设备303.2支持软件303.3人员304、功能测试314.1功能回顾314.2测试用例315集成测试326性能测试32测试报告341引言361.1编写目的361.2项目背景361.3 参考资料362任务概述362.1目标362.2运行环境362.3需求概述372.4条件与限制373计划373.1测试方案373.2测试项目373.3测试准备374测试项目说明384.1测试项目名称及测试内容384.2测试用例384.3进度404.4条件404.5测试资料405. 缺陷的统计与分析405.1缺陷汇总405.2缺陷分析406.评价及结论416.1评价416.2 结论41Test Report421 Introduction441.1 The purpose441.2 Background of the project441.3 References442 Tasks overview442.1 Target442.2 Running environment452.3 Requirements overview452.4 Conditions and limitations453 Plan453.1 Test scenarios453.2 Test project453.3 Test preparation464 Test item description464.1 Test project name and test content464.2 Test cases474.3 Progress484.4 Conditions484.5 Test data495. statistical analysis of defects495.1 Defect summary495.2 Defect analysis496. evaluation and conclusion496.1 Evaluation496.2 Conclusion50图书馆门禁系统需求说明书文件状态： 草稿 正式发布 正在修改文件标识：RD-UR当前版本：1.0作 者：第5组完成日期：2014年5月版 本 历 史版本/状态作者参与者起止日期备注Version1.0第5组第5组2014年5月1. 文档介绍1.1文档目的该文档首先给出了整个系统的整体网络结构和功能结构的概貌，试图从总体架构上给出整个系统的轮廓，然后对户需求了详细的描述。描绘了非常直观的用例图。文字和图形都为了本文档能详细准确地描述用户的需求，同时也为用户更容易地理解这些需求的描述创造了条件。该文档详尽说明了这一软件产品的需求和规格，这些规格说明是进行设计的基础，也是编写测试用例和进行系统测试的主要依据。同时，该文档也是用户确定软件功能需求的主要依据。1.2 文档范围在需求上，充分考虑了具体用户的实际情况。本产品将主要适用于校园图书馆，服务于全校师生。1.3 读者对象最终用户、软件设计人员本文档作为图书馆门禁系统的需求说明文档，用于与用户确定最终的目标，并成为协议文本的一部分，同时也是本系统设计人员的基础文档。1.4 参考文档张海藩，软件工程，人民邮电出版社 ，2009.05 2. 产品介绍目前，门禁系统已成为安全防范系统中极其重要的一部分，在大多数图书馆中，门禁系统也是其重要的组成部分。门禁系统可以实现对人员权限的明确限定，无论是内部人员或外部人员，都可以通过对权限的设置清楚地界定可以自由出入的范围，并对人员的进出情况进行纪录，当异常情况发生时，能够通过查询开门记录，从而界定责任人，极大的解放了人员管理的压力，并可达到在提高安全度的情况下节约人力的效果。3. 产品面向的用户群体本产品面向学校，服务于师生，旨在减轻图书馆的安保工作，减少图书馆人员混杂，防止校外人员的进入，有效减少了图书馆书籍和设施的丢失4. 产品的功能性需求1）可以识别校内、外人员，并通过权限控制可进入人员。师生将一卡通放到感应区，系统读取身份信息，若验证成功则打开闸门，5秒后关闭；若验证失败则保持闸门关闭，并提示验证失败2）可随时查询师生出入图书馆的情况功能性需求分类功能类别子功能控制门禁通过射频得到的校园卡信息；通过接口，调用师生注册新信息，进行核对；如成功，则发出打开门闸的信令；记录信息通过上述的执行，记录师生出入图书馆的相应信息，如身份、进出时间等。 5. 产品的非功能性需求5.1 软硬件环境需求(1) 设备 硬件最低要求：内存256MB以上，硬盘40MB以上。(2) 支持软件 操作系统：Windows 7、Windows Server 2003、windows vista、Windows Server 2008等可以安装.NET framework 2.0及其以上版本的操作系统平台。5.2 产品质量需求主要质量属性详细要求正确性可以及时、正确的采集、核对信息可靠性门禁系统以预防损失、预防犯罪为主要目的，因此必须具有极高的可靠性。性能，效率软件和硬件能够很好的配合，实现相应的功能易用性操作简单，无需复杂安全性门禁系统是用来保护图书馆内人员和财产安全的，因此系统自身必须安全。可扩展性可以根据图书馆的大小，增加或者减少门闸的数量兼容性可应用于不同的操作系统可移植性可以移植到任何小区、单位的门禁系统内。6. 用例分析用例名称用例描述参与者刷卡验证该用例描述师生刷卡验证身份的过程师生调取注册信息该用例描述调用注册信息以验证身份开/关门该用例描述系统根据验证结果做出的开/关门动作查看出入信息该用例描述管理员对人员的出入情况进行查询和管理管理员维护系统该用例描述维护人员对系统进行维护维护人员硬件升级该用例描述维护人员对系统的硬件进行定期升级软件优化该用例描述维护人员对系统的软件进行优化Entrance guard system of librarySoftware Requirements Specification File status: Drafts Official release Is being modifiedDocument ID:RD-URCurrent version:1.0By:5th GroupFinish date:2014 .5Version historyVersion / AuthorParticipantsStart and end dateNotesVersion1.05th Group5th Group2014.51.Document introduction1.1 Document purposeThe document first gives the overall network structure and function structure of the system as a whole picture of, trying to get the overall structure to the outline of the whole system, and then demand a detailed description. Painted a very intuitive use case diagrams. Both text and graphics for this document to more accurately describe the needs of users, but also for users to more easily understand these requirements describe what created the conditions.The document detailed the requirements and specifications of this software product, is the basis for the design of these specifications, preparation of test cases, and the main basis for system testing. At the same time, the document is the main basis for determining software functionality needs of users.1.2 The scope of your documentOn demand, full account of the actual situation of a specific user. This product is mainly applied to the campus library, serving the whole school.1.3 Readers The end users and software designersThis document library as the demand for access control system documentation for the user to determine the ultimate goal and become part of the text of the agreement, but also the basis of the documentation of the system designer.1.4 Reference documentationZhang Haifan, software engineering, peoples posts and telecommunications publishing house ,2009.052. product introductionCurrently, access control systems security systems have become an extremely important part in most libraries, the access control system is also an important component. Access control systems can achieve clearly defined authority for personnel, either internal staff or external staff, you can set permissions by clearly defining the scope of free access, and the staff were out of the case record, when an exception occurs, can open the door by querying the records, which define the persons responsible for the management of the enormous pressure of personnel liberated, in the case of increased security manpower to achieve energy savings results.3. product-oriented user groupsThis product is intended for schools, to serve teachers and students, is designed to reduce the librarys security, reduce library staff, and prevent the entering of school personnel, effectively reduce the loss of library books and student articles4. functional requirements of the product1) can be identified inside and outside school personnel, and may enter through the access control personnel. Teachers or students take the card onto the sensing area, the system reads the identity, if the validation is successful then opened the gate, the gate will close after five seconds; If the validation fails, keep the gate closed, and prompt validation fails 2) the information of teachers and students can always be checked out when they get into or leave the library.Functional requirements classificationFunctional categoriesChild featuresControl accessCampus card information via radio frequency;Through the interface, and calls the student registration for new information, check;If successful, open doors and Gates is issued signaling;Record informationThrough the implementation of corresponding records student access to library information, such as identity, access, and so on.5. the non-functional requirements of the product5.1 Software and hardware environment requirement(1) Equipment Minimum Hardware Requirements: 256MB RAM or more, 40MB hard disk over. (2) Support Software Operating System: Windows 7, Windows Server 2003, windows vista, Windows Server 2008, etc. can be installed NET framework 2.0 and above versions of the operating system platform.5.2 Product quality requirementsKey quality attributesDetailed requirementsThe correctnessTimely and correct gathering, collating informationReliabilityAccess control systems in order to prevent losses, mainly for the purpose of crime prevention must therefore has a very high reliability.Performance, efficiencySoftware and hardware to be able to meet and achieve the corresponding functionAccessibilityOperation is simple, no complexSecurityAccess control systems are used to protect the security of persons and property in the library, so the system itself must be secure.ScalabilityAccording to the librarys size, increase or decrease the number of doors and gatesCompatibilityCan be applied to different operating systemsPortabilityCan be ported to any community, unit of access control systems.6. use case analysisCase nameUse case descriptionParticipantsCredit card validationThis use case describes the student credit card authentication processTeachers and studentsAccess to registration informationThis use case describes the call registration information to verify identityOpen / ClosedThis use case describes the system based on the results of the verification made by open / Close actionView the access informationThis use case describes the administrator access for querying and managementAdministratorMaintenance systemThis use case describes the maintenance staff to maintain the systemMaintenance personnelHardware upgradeThis use case describes the maintenance personnel regularly upgrade hardware on the systemSoftware optimizationThis use case describes the maintenance personnel to optimize the system software图书馆门禁系统概要设计说明书文件状态： 草稿 正式发布 正在修改文件标识：RD-UR当前版本：1.0作 者：第5组完成日期：2014年5月版 本 历 史版本/状态作者参与者起止日期备注Version1.0第5组第5组2014年5月1、引言随着科学技术的不断进步，各行各业借着这股东风快速发展。电子行业更是攀上了一个前所未有的高度，各种各样的电子产品在日常生活中得到广泛的流行，逐渐成为人们生活的一部分。为了能够对图书馆资源的安全保障，同时实现更好的管理，门禁系统也逐步运用到上面了，不但有利控制出入图书馆的人群，而且通过刷卡记录着师生进出图书馆的时间，掌握着师生进出实验室的第一手资料。1.1编写的目的本文档将对图书馆门禁系统软件开发概要设计进行描述，本文档的读者是项目策划、设计和评审人员。同时编写该文档有利我们对软件工程的原理、标准和规范的学习，提高我们团队合作互助的精神，同时培养我们对文档的编写能力。1.2背景说明a待开发的软件系统的名称；图书馆门禁系统b本项目的任务提出者：图书馆c开发者单位：重庆邮电大学d开发者：第五小组成员1.3参考资料a软件工程张海藩 清华大学出版社 2008.2b软件项目管理案例教程韩万江、姜立新 机械工业出版社 2009.4c.实用软件文档写作肖刚、古辉、程振波等 清华大学出版社 2005.22、总体设计 21需求规定功能：实现对图书馆的信息化管理，师生刷卡进入图书馆，管理员可以查看当前图书馆人数数目，有利查询师生进入图书馆的时间和离开时间。性能：方便快捷，易操作。22运行环境(1) 设备 硬件最低要求：内存256MB以上，硬盘40MB以上。(2) 支持软件 操作系统：Windows 7、Windows Server 2003、windows vista、Windows Server 2008等可以安装.NET framework 2.0及其以上版本的操作系统平台。23基本设计概念和处理流程是否验证通过 开始 刷卡验证身份 门闸打开 记录出入信息 门闸保持关闭 结束 是 否 图1 系统流程图24系统功能结构图图书馆门禁系统 控制模块 输出模块 输入模块 读取信息 核实信息 判断输入结果 产生控制命令 打开或关闭闸门 产生备用报表 图2 系统结构图3、接口设计3.1用户接口用户接口是为方便用户使用计算机资源所建立的用户和计算机之间的联系。在本系统中采用无界面操作，用户通过一卡通在感应区刷卡进出图书馆。3.2内部接口 本系统需要实现的内部接口就是实现各个类之间的接口。3.3外部接口 接口传递信息硬件接口与射频识别系统的接口师生的注册信息与门闸的接口打开或关闭命令软件接口与数据库的接口师生的注册信息4、运行设计41运行模块组合施加不同的外界运行控制时所引起的各种不同的运行模块组合如下表所示：输入模块控制模块输出模块师生进入图书馆师生离开图书馆管理员查看出入信息42运行控制运行控制控制方法师生进入图书馆师生将一卡通放到感应区，系统读取身份信息，若验证成功则打开闸门，5秒后关闭；若验证失败则保持闸门关闭，并提示验证失败师生离开图书馆师生将一卡通放到感应区，系统读取身份信息，若验证成功则打开闸门，5秒后关闭；若验证失败则保持闸门关闭，并提示验证失败管理员查看出入信息管理员从数据库调取师生的出入信息43运行时间系统的响应时间基本可以达到用户所提出的要求。5、系统数据结构设计逻辑结构设计要点：数据结构数据项类型长度备注管理员信息编号INT10主键用户名CHAR20密码CHAR6教师信息编号INT10主键姓名CHAR8性别CHAR2学院CHAR20部门CHAR20注册时间DATA进入时间DATA离开时间DATA学生信息编号INT10主键姓名CHAR8性别CHAR2学院CHAR20班级INT2注册时间DATA进入时间DATA离开时间DATA6、系统出错处理设计61出错信息身份验证未成功，系统提示“用户不存在！”。由于管理员没有及时保存数据造成的数据丢失，可通过数据还原，还原成最近的数据备份。62补救措施有相应的数据备份可重新调出信息。63系统维护设计维护人员定期对系统的硬件和软件进行维护和升级。图书馆门禁系统测试计划文件状态： 草稿 正式发布 正在修改文件标识：RD-UR当前版本：1.0作 者：第5组完成日期：2014年5月版 本 历 史版本/状态作者参与者起止日期备注Version1.0第5组第5组2014年5月1、引言1.1编写目的本测试计划文档作为指导此测试项目循序渐进的基础，帮助我们安排合适的资源和进度，避免可能的风险。本文档主要阐述门禁系统测试过程中的一些细节，为门禁系统的测试工作提供一个框架和规范：1) 确定项目测试的策略、范围和方法；2) 使项目测试工作的所有参与人员（开发人员、测试管理者、测试人员对项目测试的目标、范围、策略、方法、组织、资源等有一个清晰的认识；3) 使项目测试工作的所有参与人员理解测试控制过程；4) 从策略角度说明本项目测试的组织和管理，指导测试进展，并作为项目5) 测试工作实施的依据；本文档是本项目测试整个过程进行的依据、规范和标准；在测试过程中严格按照本文档的制定的规范去执行。1.2背景随着图书馆或者寝室发生的各类盗窃事件增多，控制进入人员已成为一种趋势，不仅可以降低犯罪率和损失，而且也为学校提供了一个安全保障。安装门禁已经成为各个学校和社区的不二选择。说明： 开发软件名称：门禁系统。 项目开发者：软件工程学院第五小组。 用户单位：待定。1.3名词解释1.3.1黑盒测试黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用。在测试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。1.3.2白盒测试白盒测试也称结构测试或逻辑驱动测试，它是按照程序内部的结构测试程序，通过测试来检测产品内部动作是否按照设计规格说明书的规定正常进行，检验程序中的每条通路是否都能按预定要求正确工作。1.3.5功能测试功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。1.3.6集成测试集成测试，也叫组装测试或联合测试。在单元测试的基础上，将所有模块按照设计要求（如根据结构图）组装成为子系统或系统，进行集成测试。实践表明，一些模块虽然能够单独地工作，但并不能保证连接起来也能正常的工作。程序在某些局部反映不出来的问题，在全局上很可能暴露出来，影响功能的实现。1.3.7单元测试单元测试，是指对软件中的最小可测试单元进行检查和验证。对于单元测试中单元的含义，一般来说，要根据实际情况去判定其具体含义，如C语言中单元 指一个函数，Java里单元指一个类，图形化的软件中可以指一个窗口或一个菜单等。总的来说，单元就是人为规定的最小的被测功能模块。1.3.8性能测试性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。负载测试和压力测试都属于性能测试，两者可以结合进行。1.4参考资料张海藩：软件工程导论第五版 清华大学出版社肖刚等：实用软件文档写作清华大学出版社李涛等：Visual C# SQL Server 数据库开发与实例 清华大学出版社2、总体计划为了更好地实现对门禁系统的测试，特别设计各个阶段的测试时间表，来管理测试计划的项目进度：l 计划初稿3 天编制5天评审2 天定稿2 天l 测试用例概要设计5 天详细设计7天评审2 天定稿2 天l 系统测试功能测试3 天集成测试2天性能测试2天3、测试环境准备3.1硬件设备门闸机和射频设备计算机最低要求：内存256MB以上，硬盘40MB以上。3.2支持软件操作系统：Windows 7、Windows Server 2003、windows vista、Windows Server 2008等可以安装.NET framework 2.0及其以上版本的操作系统平台。3.3人员第五小组全体人员4、功能测试由于该系统未编写代码，所以白盒测试在测试计划中很少使用，测试计划采用黑盒测试方法，整个过程采用自底向上，逐个集成的的办法，依次进行功能测试，集成测试，系统测试，而每一个功能将相当于一个单元，所以相当于进行单元测试。测试用例的设计应包括合理的和不合理的输入条件。4.1功能回顾根据需求分析中的各项说明，整理一下几点功能：4.1.1控制门闸 通过射频“一卡通”进行信息核对，然后由处理机发出控制门闸开关的信令，实现控制进入人员的控制4.1.2更新出入信息 通过对一卡通信息的射频，更改其进出的信息；4.2测试用例在设计测试用例的过程中，使用了等价类划分的方法来设计测试用例。就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种不同的情况:有效等价类和无效等价类.动作理想结果实际结果将非“一卡通”的卡片放在射频处信息无法读取。门闸无反应门闸无反应将未注册的“一卡通”的卡片放在射频处信息无法读取。门闸无反应门闸无反应将已注册“一卡通”放在射频处信息被读取，门闸打开信息未被读取，门闸无反应将已注册“一卡通”放在射频处信息被读取，门闸打开信息被读取，但数据库核对失败，门闸无反应将已注册“一卡通”放在射频处信息被读取，门闸打开信息被读取，数据库核对成功，门闸无反应将已注册“一卡通”放在射频处信息被读取，门闸打开信息被读取，数据库核对成功，门闸打开后，无法关闭5、集成测试集成测试是在单元测试的基础上，测试在将所有的软件单元按照概要设计规格说明的要求组装成模块、子系统或系统的过程中各部分工作是否达到或实现相应技术指标及要求的活动。测试目标检测需求中业务流程，数据流的正确性测试范围需求中明确的业务流程，或组合不同功能模块而形成一个大的功能。技术利用有效的和无效的数据来执行各个用例、用例流或功能，以核实以下内容：在使用有效数据时得到预期的结果。在使用无效数据时显示相应的错误消息或警告消息。各业务规则都得到了正确的应用。 开始标准在完成某个集成测试时必须达到标准完成标准所计划的测试已全部执行。所发现的缺陷已全部解决。 测试重点和优先级测试重点指在测试过程中需着重测试的地方，优先级可以根据需求及严重来定需考虑的特殊事项 确定或说明那些将对功能测试的实施和执行造成影响的事项或因素（内部的或外部的） 6、性能测试性能测试对响应时间、事务处理速率和其他与时间相关的需求进行评测和评估。性能评测的目标是核实性能需求是否都已满足。测试目标核实所指定的事务或业务功能在以下情况下的性能行为：正常的预期工作量预期的最繁重工作量 测试范围技术使用为功能或业务周期测试制定的测试过程。通过修改数据文件来增加事务数量，或通过修改脚本来增加每项事务的迭代数量。脚本应该在一台计算机上运行（最好是以单个用户、单个事务为基准），并在多个客户机（虚拟的或实际的客户机，请参见下面的“需要考虑的特殊事项”）上重复。 开始标准完成标准单个事务或单个用户：在每个事务所预期时间范围内成功地完成测试脚本，没有发生任何故障。 多个事务或多个用户：在可接受的时间范围内成功地完成测试脚本，没有发生任何故障。 测试重点和优先级需考虑的特殊事项综合的性能测试还包括在服务器上添加后台工作量。可采用多种方法来执行此操作，其中包括：性能测试应该在专用的计算机上或在专用的机时内执行，以便实现完全的控制和精确的评测。性能测试所用的数据库应该是实际大小或相同缩放比例的数据库。 图书馆门禁系统测试报告文件状态： 草稿 正式发布 正在修改文件标识：RD-UR当前版本：1.0作 者：第5组完成日期：2014年5月版 本 历 史版本/状态作者参与者起止日期备注Version1.0第5组第5组2014年5月1引言1.1编写目的本测试报告为图书管理系统的测试报告，对项目进行测试，详细记录测试过程，对软件的质量进行评估，目的在于总结测试阶段的测试以及分析测试结果，描述系统是否达到图书馆门禁系统的功能目标。预期参考人员包括用户、测试人员、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层经理。1.2项目背景所开发软件的名称：图书馆门禁系统用户：在校师生测试环境与实际运行环境之间可能存在差异，应尽量避免这些差异对测试结果的影响。1.3 参考资料a、 软件工程导论（第五版） 张海藩编著b、 现代软件工程 周之英编著 c、 需求说明书d、 概要设计说明书2任务概述2.1目标详细描述对该图书馆门禁系统进行测试的测试过程。2.2运行环境操作系统：Windows 7或更高软件：sql server 2005内存：512M硬盘：20G2.3需求概述本次测试针对开发的图书馆门禁系统进行，包括功能测试，集成测试，性能测试。按照需求说明书中的功能进行测试，在测试过程中发现软件的漏洞不足并予以改正。2.4条件与限制本次测试采用的主要是黑盒测试，对系统各个功能模块进行测试，设计合理的测试用例即可，没有其他特殊的要求。3计划3.1测试方案采用黑盒测试方法。对功能进行逐一测试，在输入合理及不合理的数据后测试系统的正常运作情况。3.2测试项目测试1：控制门闸测试 测试2：记录信息测试 测试3：错误提示测试 测试4：负载测试3.3测试准备计划测试项目，设计合理的测试用例。4测试项目说明4.1测试项目名称及测试内容测试1：名称：控制门闸测试目的：测试系统能否正常开/关门闸内容：分别将有效和无效的卡放到感应区，记录门闸的开关情况测试2： 名称：记录信息测试 目的：测试系统能否正确记录人员的出入信息 内容：管理员查看数据库中记录的信息测试3： 名称：错误提示测试 目的：测试系统在非正常操作的情况下能否给出提示 内容：将无效的卡放到感应区，记录系统给出的提示测试4： 名称：负载测试 目的：测试系统在高频率使用的情况下能否正常工作 内容：频繁刷卡进出图书馆4.2测试用例用例1：控制门闸测试动作理想结果实际结果将非“一卡通”的卡放在感应区门闸无反应门闸无反应将未注册的“一卡通”的卡片放在感应区门闸无反应门闸无反应将已注册“一卡通”放在感应区门闸打开门闸打开步骤及操作：分别将有效和无效的卡放到感应区，记录门闸的开关情况允许偏差：不允许任何偏差条件：用户操作用例2：记录信息测试动作理想结果实际结果将非“一卡通”的卡放在感应区信息未记录信息未记录将未注册的“一卡通”的卡片放在感应区信息未记录信息未记录将已注册“一卡通”放在感应区信息被记录信息被记录步骤及操作：管理员查看数据库中记录的信息允许偏差： 不允许任何偏差条件：管理员操作用例3：错误提示测试动作理想结果实际结果将非“一卡通”的卡放在感应区系统提示“无效的一卡通，身份验证失败”系统提示“无效的一卡通，身份验证失败”将未注册的“一卡通”的卡片放在感应区系统提示“您还未注册，身份验证失败”系统提示“无效的一卡通，身份验证失败”步骤及操作：将无效的卡放到感应区，记录系统给出的提示允许误差：允许条件：用户操作用例4: 负载测试动作理想结果实际结果连续20次刷卡进出图书馆系统工作正常