软件测试大纲
软件测试方案大纲
软件测试方案大纲1. 背景和概述软件测试是软件质量保障的重要环节。
本文档旨在提供一份全面的软件测试方案，以确保所开发的软件能够符合用户需求，并且满足相应的质量标准。
2. 测试目的和范围本测试方案旨在评估软件的功能性、可用性、和可靠性等方面。
具体的测试模块和范围如下：•功能测试：测试软件的各项功能是否符合需求、是否正常工作。
•性能测试：测试软件的性能指标，如响应时间、负载能力等。
•安全测试：测试软件的安全性和防范措施，如加密和防盗号功能等。
•兼容性测试：测试软件在各种操作系统、浏览器、和设备上的兼容性。
•用户界面测试：评估软件的设计和交互界面是否符合用户需求，易于使用。
•压力测试：测试软件的性能和稳定性，是否能承受高并发和大规模请求等。
3. 测试策略和方法本测试方案采用全面性、系统性、细致性、和可追踪性的测试策略，具体表现为：•制定详细的测试计划和测试用例，包含用例场景、步骤、预期结果、实际结果等信息。
•使用自动化测试工具和脚本，提高测试效率和测试覆盖率。
•结合黑盒和白盒测试方法，覆盖用户需求、系统设计、技术实现等方面。
•分阶段进行测试，进行单元测试、集成测试、系统测试、验收测试等环节。
•执行并记录测试结果，包括缺陷报告、测试报告、测试评估等信息。
4. 测试资源和环境为保证测试质量，本测试方案需要调配相应的测试资源和环境。
包括：•测试设备：用于运行软件的计算机、服务器、手机等各种设备。
•测试工具：用于辅助测试和记录测试结果的测试工具，如JIRA、Selenium、WinRunner等。
•测试数据：用于测试软件的数据、文档和代码，包括正常数据和异常数据。
•测试人员：具有专业的测试知识和技能，熟悉测试流程和测试工具。
•测试环境：提供适合测试的操作系统、数据库、网络、浏览器等软硬件环境。
5. 质量保障和风险管理为了确保软件质量，本测试方案需要注意质量保障和风险管理。
具体包括：•设定测试目标和标准，包括测试覆盖率、缺陷率、通过率等。
软件测试教学大纲+完整版
10.2.5 构建触发器
10.2.6 job关联
10.2.7 添加HTML Publisher插件
10.2.8 添加 Reports
10.2.9 报告展示
10.2.10 Jenkins中的HTML展示
10.3本章小结
4
2学时
上机内容：
接口自动化测试练习
第11章WebUI自动化测试
7.5 本章小结
2
2学时
上机内容：
用Firefox浏览器抓取报文并进行分析
第8章 接口测试
8.1 为什么要做接口测试
8.2 接口测试的定义
8.3 接口测试实例分析
8.3.1 接口文档解析
8.3.2 测试用例设计
8.4 接口测试工具
8.4.1 安装Postman工具
8.4.2 使用Postman的基础功能
4.2.6 测试总结
4.3 系统上线与运维
4.4 本章小结
2
第5章 白盒测试用例设计及应用
5.1 逻辑覆盖法
5.1.1 语句覆盖
5.1.2 判定覆盖
5.1.3 条件覆盖
5.1.4 条件判定组合覆盖
5.1.5 多条件覆盖
5.1.6 修正条件判定覆盖
5.2 基本路径测试法
5.2.1 程序的控制流图
5.2.2 控制流图的环路复杂性
12.2.2 项目介绍
12.2.3 需求分析
12.2.4 脚本开发
12.2.5 使用LoadRunner完成H5网站的脚本开发
12.3 场景设计精要
12.4 性能测试分析思路
12.4.1 观察现象
12.4.2 层层递进
12.4.3 缩小范围
软件测试方案大纲
软件测试方案大纲1. 引言1.1 编写目的本文档主要为了明确软件测试的目标和范围，描述测试的执行方式，确认测试环境的准备和资源要求，以及规划测试的排程和交付。
1.2 背景在软件开发过程中，软件测试是至关重要的一环。
它不仅可以确保开发的软件完全符合客户/用户需求，还可以减少软件可能出现的故障数量和提高软件可靠性。
正因如此，本文档将阐述准备测试计划和确保测试有效执行的必要性。
2. 测试目标和范围2.1 测试目标测试目标是指必须达到的标准，以及要确保软件在整个测试生命周期的情况下能够满足的功能和需求。
测试目标将有助于确定测试的测试类型，以及开发测试计划和测试报告的同时，制定测试策略和方法。
2.2 测试范围测试范围是指需要测试的功能模块、系统组成部分、硬件平台和软件环境，以及涉及到的所有测试任务。
测试范围需要被明确确定，以便确保测试精度和测试工件的正确性。
3. 测试执行方式3.1 测试工具测试人员需要选择一些测试工具来帮助其完成测试任务，高效地管理测试过程和数据，并提高测试的自动化程度以及测试覆盖率。
3.2 测试用例测试用例是测试过程中用来验证和证明软件系统符合需求和功能的方法。
测试人员必须创建、实施和报告测试用例，以确保测试工作达到预期的目标效果。
3.3 测试环境测试环境是指软件系统在其中运行的硬件、软件、网络、数据库、配置、构建、文件和参数等设置。
测试环境必须是可控制的和可验证的，以确保测试过程内部和外部条件的一致性和标准化。
3.4 测试日志测试日志是记录软件测试过程中产生的所有信息和数据的文件，它包括测试用例执行结果、错误/问题/缺陷/缺陷修复等情况，以及日志文件的信息和质量等详细内容。
测试日志是测试的关键工件之一，它可以帮助测试人员准确掌握测试过程和测试结果。
4. 测试环境准备和资源要求4.1 硬件资源要求硬件资源是测试系统和组件所需的所有硬件设备，包括计算机、网络、外设、存储设备等。
硬件资源要求必须确切地指定，以保证可控制性和可配备性。
软件测试大纲三篇
软件测试大纲三篇篇一：软件测试大纲1、测试目的：通过测试验证该系统已经达到设计指标。
2、测试环境（对于C/S、B/S结构的软件请分别说明客户端和服务器端的软硬件环境）硬件环境：CPU：PII166以上，RAM：32MB，硬盘：2GB以上，CD-ROM和1.44软驱软件环境：WindowsNT4.0/98/95操作系统3、测试方法：使用以用户文档为基础构造的测试用例来测试程序和数据。
4、测试项目：a)系统安装与卸载（对于说明书中注明由开发方提供系统安装和配置服务的软件，该部分可免测，请在测试方法中注明）仅为示范，行数可自由增删，如需提供测试用例，请附在文档后或另附文件）明）e)中文符合性（对于非简体中文版软件，本部分免测，请注明）g)病毒检查（对于Unix、Linux平台的软件，该部分可免测）篇二：软件测试大纲目录1. 测试目的 32. 主要技术指标要求 32. 1 主要战术技术指标 32. 2 使用要求 33. 测试要求 44. 测试仪器及辅助设备 44.1 测试设备 44.2 测试连接 45. 测试方法和步骤 45.1 测试方法和步骤 45.2 测试用例说明 55.3 中远程无人侦察机突防生存力评估系统测试用例 71. 测试目的为了确保中远程无人侦察机突防生存力评估系统的产品质量，使产品能够顺利交付验收，需要测试中远程无人侦察机突防生存力评估系统是否满足任务书规定的主要技术指标和使用要求。
2. 主要技术指标要求2. 1 主要战术技术指标该系统具有如下功能：✧可进行航路设定；✧可进行突防过程中威胁环境的设定；✧可显示突防过程中的地理环境；✧可动态显示无人机飞行航迹；✧具备无人机三维动态视景仿真功能；✧具备无人机突防生存力评估功能。
2. 2 使用要求1. 本系统独立运行 , 能为无人机生存力评估提供一个三维动态仿真平台，能形象、直观、逼真地演示无人机对防空系统雷达网突防的过程；在确定的飞机性能、自然地理环境下选择合理的飞行航路，使无人机受到敌方防空系统的探测降低到最低限度，提高无人机的突防概率；方便地评估无人机的生存能力，还可用于任务规划人员的日常训练；2 .硬件环境：计算机CPU采用Inter酷睿i7 2.0GHz以上，内存不小于2GB，硬盘容量不小于256GB，具有标准网络接口，包含鼠标、键盘等通用外设；3 . 软件环境：操作系统Windows 7/Windows XP。
软件测试方案大纲
软件测试方案大纲
一、项目背景
介绍软件测试的背景和目的。
二、测试目标
明确本次测试的目标和任务，并列出具体的测试要求和测试指标。
三、测试内容
详细描述每个测试阶段的具体内容和重点。
1. 测试计划阶段
•制定测试计划
•确定测试环境
•设计测试用例
2. 测试执行阶段
•执行测试用例
•编写测试报告
•进行缺陷管理和跟踪
3. 测试评估阶段
•对测试结果进行评估
•提出测试建议
•总结测试过程和结果
四、测试方法
选择适合本项目的测试方法，包括黑盒测试、白盒测试、灰盒测试等。
五、测试工具
选择适合本项目的测试工具，例如自动化测试工具、性能测试工具等，并说明使用方法和注意事项。
六、测试环境
搭建适合本项目的测试环境，并列出测试环境的硬件和软件配置要求。
七、测试人员
分配测试人员和测试任务，并说明测试人员的职责和要求。
八、测试时间安排
制定测试时间表，包括测试计划阶段、测试执行阶段和测试评估阶段的时间安排。
九、测试风险
列出可能存在的测试风险，并制定相应的应对措施，保证测试的顺利进行。
十、测试质量保障
制定测试质量保障措施，包括测试数据的管理、缺陷管理、测试文档的管理等。
十一、测试报告
撰写测试报告，包括测试执行情况、测试结果和建议等。
十二、项目总结
对整个测试过程进行总结，提出下一步的改进措施和建议。
以上是本次软件测试方案的大纲，具体内容和细节还需要进一步完善和细化。
软件测试方案大纲
软件测试方案大纲一、背景在软件开发过程中，为了保证软件的质量和稳定性，软件测试显得尤为重要。
本文将介绍一个软件测试方案的大纲。
二、测试类型在进行软件测试之前，需要先了解软件测试的类型，一般来说软件测试可以分为以下几种类型： - 功能测试：检查软件是否按预期功能正常工作。
- 性能测试：测试软件的负载和性能，确定软件的响应速度、吞吐量等。
- 安全测试：检查软件是否存在安全漏洞和安全隐患，测试软件的安全性。
- 兼容性测试：确认软件在不同的操作系统以及不同的硬件设备上是否正常运行。
三、测试流程在进行软件测试时，一般需要按照以下流程进行： 1. 确定测试目标和测试范围。
2. 制定测试计划和测试用例。
3. 进行测试和记录测试过程。
4. 分析测试结果以及测试数据。
5. 编写测试报告。
在流程中需要重点关注的是测试用例的制定，测试用例的设计需要覆盖软件的所有功能，并根据实际情况考虑边界条件、特殊情况等。
对于需要进行性能测试的软件，在测试时需要设置负载测试工具，以模拟真实的负载条件。
四、工具和平台在进行软件测试时，会用到一些测试工具和测试平台，以下是常用的几种： 1. JMeter：一种Java编写的负载测试工具，可进行性能和压力测试。
2. Selenium：用于进行Web应用程序用户界面的自动化测试的工具。
3. Postman：一种API测试工具，用于检查API是否按照预期工作。
4. Jenkins：一种流行的持续集成工具，用于创建、构建和测试以及部署软件应用程序。
5. Bugzilla：一种常用的缺陷跟踪软件，用于记录和跟踪软件缺陷。
五、团队协作在软件测试过程中，团队协作十分关键。
为了提高效率和质量，需要加强项目管理和协作，包括但不限于以下方面： 1. 确定任务分配和责任人，制定详细的计划。
2. 为每一项任务设置优先级和截止日期，并及时跟进任务的完成情况。
3. 实时把握团队的工作进度，提高沟通效率和交流频率。
软件测试方案大纲
软件测试方案大纲1. 背景在软件开发过程中，测试是非常重要的一环。
测试可以发现软件中存在的问题，同时改善软件的质量，使其更加稳定、安全、可靠和高效。
因此，在软件开发过程中，需要制定一套完整的软件测试方案，对软件进行全面的测试，以确保软件的质量和用户满意度。
2. 测试类型在制定软件测试方案时，需要先确定要进行哪些测试类型，以便全面测试软件。
下面是一些常用的测试类型：•单元测试：测试软件中的单个模块或函数•集成测试：测试多个模块间的交互•系统测试：测试整个软件系统是否符合需求•性能测试：测试软件在不同条件下的性能•安全测试：测试软件的安全性，避免数据泄漏或攻击•用户验收测试：测试软件是否符合用户需求和预期根据软件的实际情况，可以根据需要选取相关的测试类型。
制定测试计划是软件测试方案的核心部分，其目的在于规划测试的范围、内容、时间、资源和人员等，以确保测试的全面性和有效性。
测试计划包括以下内容：3.1 测试目标定义测试的目标和范围，明确要测试的功能和特性，以及测试的标准和指标。
同时，需要确保测试的目标与软件开发的目标一致。
3.2 测试计划确定测试的时间、资源、人员、测试环境、测试工具和测试方法等。
同时，需要根据测试计划制定测试用例和测试场景。
3.3 测试用例编写测试用例是测试计划中的重要部分，测试用例需要尽可能地覆盖软件的功能和特性，以确保软件的全面测试。
同时，需要编写可重复的测试用例，以便在不同阶段的测试中重复使用。
3.4 测试场景测试场景通常用于模拟软件在不同条件下的使用情况，以便测试软件的稳定性和安全性。
测试场景需要在测试用例的基础上进一步扩展，以确保测试的全面性和有效性。
执行测试是测试方案的重要部分，需要按照测试计划，进行测试用例和测试场景的测试，并记录测试结果和问题。
在测试执行过程中，需要重点关注测试结果，对测试结果进行分类和优先级排序。
同时，对测试过程中出现的问题进行跟踪和定位，及时解决问题，确保测试的质量和有效性。
软件测试课程大纲
掌握JAVA软件开发的基本语法，了解计算机软件设计的基本过程和程序设计的基础知识。
熟练掌握自动化测试工具的使用。
熟练掌握黑盒测试的常用方法与测试用例撰写。
掌握白盒测试的常用工具，缺陷管理的流程，掌握常用缺陷管理工具的使用。
掌握常用测试环境构建工具，能够根据要求搭建软件测试平台，组织测试环境
根据所学习到的知识完成黑盒的自动化功能测试以及白盒的自动化单元测试。
国家等级职业资格证书
科目
等级
课程内容
软
件
测
试
人
员
中级（四级）掌握数据库的基本 Nhomakorabea理掌握常用缺陷管理工具的使用，
掌握常用测试环境构建工具，能够根据要求搭建软件测试平台，组织测试环境。
了解软件设计的基本过程
掌握软件功能测试基本方法与技术，能够进行基本功能测试。
了解软件测试自动化的基本概念
掌握常用功能测试软件的安装和基本操作，进行测试录制与回放，根据软件测试的理论知识掌握简单的测试用例编写
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件测试（验收）大纲1. 引言1.1 目的为了尽可能的找出软件的不足，提高软件的质量，促进软件的成功验收，专门制定了本大纲。
其主要目的在于为所要进行的测试工作制定各种必要的准则和规范，以及在有关方面协议的基础上对测试工作进行合理组织与管理。
1.2 术语本大纲所提及的术语，其定义遵照GB/T 11457标准。
1.3 参照标准●GB/T 11457—1995软件工程术语●GB 8566—1995；信息技术软件生存期过程●OGB 8567—1988*计算机软件产品开发文件编制指南●GB 9385*计算机软件需求说明编制指南●GB 9386—1988*计算机软件测试文件编制指南●GB/T 12504—1990计算机软件质量保证计划规范●OGB/T 12505—1990计算机软件配置管理计划规范●OGB/T 14079—1993软件维护指南●OGB/T 14394—1993计算机软件可靠性和可维护性管理●GB/T 16680一1996软件文档管理指南●开发者企业规范软件开发者有关软件工程的规范●其它文件例如：合同书等，法律文件中的有关规定。
说明：（1）应该遵循自顶而下、就严不就宽的原则，除非合同书等法律文件中另有规定。
（2）标记（*）号的标准为推荐标准。
2. 测试日期安排开发方如期交付软件的基础上，由业主审核确定具体日期安排。
3. 测试小组及成员由业主聘请具有一定的分析、设计、编程和软件测试经验的测试组长和其他专业人员组成。
测试组设组长一名(可设有副组长)，负责整个测试的计划、组织工作。
或委托具有国家认可测试资质的第三方进行测试。
4. 测试具体内容测试内容应该包括：合法性检查、文档检查、软件一致性检查、软件系统测试与测试结果评审等几项工作。
4.1 合法性检查检查开发者在开发本软件时，使用的开发工具是否合法。
对在编程中使用的一些非本单位自己开发的，也不是由开发工具提供的控件、组件、函数库等，检查其是否有合法的发布许可。
4.2 软件文档检查4.2.1 必须提供检查的文档●项目实施计划；●详细技术方案；●软件需求规格说明书(STP)(含数据字典)；●概要设计说明书(PDD)；●详细设计说明书(DDD)(含数据库设计说明书)；●软件测试计划(STP)(含测试用例)；●软件测试报告(STR)；●用户手册(SUM)(含操作、使用、维护、应急处理手册)；●源程序(SCL)(不可修改的电子文档)；●项目实施计划(PIP)；●项目开发总结(PDS)；●软件质量保证计划(SQAP)；4.2.2 其他可能需要检查的文档●软件配置计划(SCMPP)；●项目进展报表(PPR)；●阶段评审报表(PRR)；4.2.3 由业主确定必须检查的其他文档说明：如果业主认为4.1.1节和节所列文档之外，还需要检查其它文档，则在此列出文档名称；如果业主认为不需要进行额外的文档检查，则本部分无内容。
4.2.4 文档质量的度量准则文档是软件的重要组成都分，是软件生存周期各个不同阶段的产品描述。
文档质量的度量准则就是要评审各阶段文档的合适性。
主要有以下六条：●完备性开发方必须按照GB 8567(计算机软件产品开发文件编制指南)的规定编制相应的文档，以保证在开发阶段结束时其文档是齐全的。
●正确性在软件开发各个阶段所编写的文档的内容，必须真实的反映阶段的工作且与该阶段的需求相一致。
●简明性在软件开发各个阶段所编写的各种文档的语言表达应该清晰、准确简练，适合各种文档的特定读者。
●可追踪性在软件开发各个阶段所编写的各种文档应该具有良好的可追踪性。
文档的可追踪性包括横向可追踪性和纵向可追踪性两个方面。
前者是指在不同的文档的相关内容之间相互检索的难易程序；后者是指确定同一文档某一内容在本文档范围中检索的难易程度。
●自说明性在软件开发各个阶段所编写的各种文档应该具有较好的自说明性。
文档的自说明性是指在软件开发各个阶段中，不同文档能够独立表达，该软件在其相应阶段的阶段成果的能力。
●规范性在软件开发各个阶段所编写的各种文档应该具有良好的规范性。
文档的规范性是指文档的封面、大纲、术语的含义以及图示符号等符合有关规范的规定。
4.3 软件代码测试4.3.1 源代码一般性检查仅对系统关键模块的源代码进行抽查，检查模块代码编写的规范性，批注的准确性，是否存在潜在性错误，以及代码的可维护性。
●命名规范检查检查源代码中的变量、函数、对象、过程等的命名是否符合约定规范，该规范可以由开发方在软件工程文档规范中单方面约定。
●注释检查检查程序中的注释是否规范，注释量是否达到约定要求，例如：要求注释量达到30％左右。
●接口检查检查数据库接口等外部接口是否符合要求，各程序模块使用的接口方式是否一致，特定的外部接口协议是否符合。
●数据类型检查源代码中涉及的金额的常量、变量及数据集和数据库中涉及金额的数据类型是否采用货币类型，以防止在特定条件下产生较大的误差而影响统计结果。
●限制性检查对一些程序中使用到的、具有使用限制的命令、事件、方法、过程、函数、对象、控件等进行检查。
检查在长时间运行时，有无可能接近或者达到限制条件，这里考虑的系统运行时间可能长达数年。
4.3.2 软件一致性检查●编译检查要求提交的源代码在其规定的编译环境中，能够重新编译无错误，并且能够完成相应的功能，从而确定移交的确实是正确的源代码。
●安装／卸载检查在新系统上用交付的软件安装盘重新安装各个模块，并且通过运行这些软件模块，能否完成相应的功能，从而确定移交的确实是正确的软件安装盘。
在安装后立即卸载所安装的模块，并且检查是否能够做到彻底卸载。
●运行模块检查将新安装的软件模块与现场运行模块用软件工具抽样比较，确认交付的软件安装盘与现场运行软件一致。
抽查数处现场运行模块用软件工具比较，确认现场运行软件一致。
4.4 软件系统测试软件系统测试不仅是检测软件的整体行为表现，从另一个侧面看，也是对软件开发设计的再确认。
进行软件系统测试工作时，具体的测试用例是由开发方提供，并由测试方和用户共同补充制定的。
在开发方做完功能演示后，可以进行下列测试：●界面(外观)测试；●可用性测试；●功能测试；●稳定性(强度)测试；●性能测试；●强壮性(恢复)测试；●逻辑性测试；●破坏性测试；●安全性测试。
说明：实际进行的测试内容有测试方法和业主根据具体情况共同确定，并非文中所列测试内容都必须进行测试。
4.4.1 界面(外观)测试对照界面规范(在软件需求规格说明书中规定，或者由软件工程规范中给出)和界面表(在概要设计中给出)，检查各界面设计是否规范，包括：界面风格、表现形式、组件用法、字体选择、字号选择、色彩搭配、日期表现、计时方法、时间格式、对齐方式等等，是否符合规范、是否协调一致、是否便于操作。
4.4.2 可用性测试测试操作是否方便，用户界面是否友好等。
测试系统是否有影响操作流程的界面Bug和功能Bug，纪录具体Bug的数量、出现频率和严重程度。
4.4.3 功能测试检查数据在流程中各个阶段的准确性。
对系统中每一模块利用实际数据运行，将其结果与同样数据环境下应该得出的结果相比较，或与软件需求规格说明书中要求的结果进行比较，如有偏差，则功能测试不能通过。
检查软件需求规格说明书中描述的需求是否都得到满足；系统是否缺乏软件需求规格说明书中规定的重要功能；以及系统实际使用中不可缺少而软件需求规格说明书中没有规定的功能。
如果存在遗产数据，应该检查遗产数据转换是否正确。
4.4.4 稳定性(强度)测试测试系统的能力最高实际限度，即检查软件在一些超负荷情况下，功能实现的情况。
例如：要求软件进行某一行为的大量重复、输入大量的数据或大数值数据、对数据库进行大量复杂的查询等。
利用边界测试(最大值、最小值、N次循环)对系统进行模拟运行测试，观察其是否处于稳定状态。
4.4.5 性能测试根据系统设计指标，或者对被测软件提出的性能指标，测试软件的运行性能，例如：传输连接最长时限、传输错误率、计算精度、记录精度、响应时限和恢复时限等。
4.4.6 强壮性(恢复)测试采用人工的干扰使应用软件、平台软件或者系统硬件出错，中断正常使用，检测系统的恢复能力。
进行强壮性测试时，应该参考性能测试相关的测试指标。
4.4.7 逻辑性测试根据系统的功能逻辑图，测试软件是否按规定的逻辑路径运行，选择一些极限数据判断软件运行是否存在错误或非法路径，从而发现系统的逻辑错误或非法后门。
4.4.8 破坏性测试输入错误的或非法的数据(类型)，检查系统的报错纠错的能力及稳定性。
并测试可连续使用多长时间而系统不崩溃。
4.4.9 安全性测试验证安装在系统内的保护机构确实能够对系统进行保护，使之不受各种非常的干扰，安全测试时需要设计一些测试用例试图突破系统的安全保密措施，检验系统是否有安全保密的漏洞。
说明：进行安全测试时，必须遵循相关的安全规定，并且有业主派员参加。
5. 测试结果交付方式测试结束后，由测试组填写软件测试报告，并将测试报告与全部测试材料一并交给业主。
具体交付方式，由业主和测试方双方协商确定。
测试报告包括下列内容：●软件测试计划●软件测试日志●软件文档检查报告●软件代码测试报告●软件系统测试报告●测试总结报告●测试人员签字登记表。