7.测试计划
测试计划内容
测试计划内容一、引言。
测试计划是软件测试工作的重要组成部分，它是测试工作的指导书和依据，对于保证软件质量和项目进度具有重要意义。
本文档旨在对测试计划内容进行详细阐述，以便测试人员能够清晰了解测试工作的目标、范围和计划安排。
二、测试目标。
1.明确测试的目标和任务，包括对软件功能、性能、安全性等方面的测试要求。
2.确保测试工作能够有效地发现和修复软件中的缺陷，提高软件的稳定性和可靠性。
3.验证软件是否符合用户需求和设计规范，确保软件交付前的质量符合标准。
三、测试范围。
1.功能测试，对软件各项功能进行全面的测试，包括正常功能、异常功能、边界条件等。
2.性能测试，对软件的性能指标进行评估，包括响应时间、并发用户数、负载能力等。
3.安全性测试，对软件的安全性进行全面检测，包括数据加密、权限控制、漏洞扫描等。
4.兼容性测试，对软件在不同平台、不同浏览器、不同设备上的兼容性进行测试。
5.用户体验测试，对软件的界面友好性、操作便捷性、交互流畅性进行评估。
四、测试计划安排。
1.测试准备阶段，包括测试环境搭建、测试工具准备、测试数据准备等工作。
2.测试执行阶段，按照测试用例进行测试，记录测试结果和缺陷信息。
3.测试总结阶段，对测试结果进行总结分析，编写测试报告并提交给相关人员。
五、测试资源。
1.人力资源，确定测试人员的数量和角色，确保测试团队的专业性和有效性。
2.物力资源，包括测试环境、测试工具、测试设备等资源的准备和配置。
3.时间资源，合理安排测试时间，确保测试工作能够按时完成。
六、风险评估。
1.技术风险，包括软件技术难点、技术依赖、技术不成熟等方面的风险。
2.进度风险，包括测试工作的进度安排、人力资源不足、任务分配不合理等方面的风险。
3.质量风险，包括软件缺陷严重性、软件稳定性、软件性能等方面的风险。
七、质量保证。
1.测试过程监控，对测试工作的进度、质量进行监控和评估，及时发现和解决问题。
2.缺陷管理，对测试过程中发现的缺陷进行跟踪和管理，确保缺陷得到及时修复。
测试方案范例
测试方案范例目录：1. 引言2. 测试目标3. 测试范围4. 测试方法5. 测试环境6. 测试计划7. 测试执行8. 测试结果分析9. 测试总结与反馈1. 引言在软件开发过程中，测试是一个至关重要的环节。
通过测试可以发现软件中的缺陷、错误或不符合要求的地方。
本文将以一个虚拟的电商平台为例，介绍一个测试方案的范例，以帮助测试团队更好地规划和组织测试工作。
2. 测试目标我们的测试目标是确保电商平台的功能的稳定性、可靠性和性能。
我们将关注以下几个方面：- 产品功能：确保平台的基本功能正常运行，例如用户注册、商品搜索、购物车管理等。
- 用户体验：验证用户界面的易用性、友好性和响应时间。
- 平台安全：测试平台的数据安全性，包括用户隐私保护和支付安全。
- 兼容性：测试平台在不同浏览器、操作系统和设备上的兼容性。
- 性能：评估平台在高负载和压力下的性能表现。
3. 测试范围我们将测试平台的前端和后端功能，并涵盖以下方面：- 用户管理- 商品管理- 订单管理- 支付管理- 数据分析4. 测试方法我们将采用以下测试方法来保证测试质量：- 黑盒测试：在不知道内部实现细节的情况下，通过输入和检查输出来验证功能。
- 白盒测试：基于了解内部实现细节的情况下，编写测试用例，覆盖代码的不同路径和条件。
- 功能测试：针对各个功能模块的功能进行验证，确保其符合需求规格说明书中的要求。
- 兼容性测试：验证平台在不同浏览器、操作系统和设备上的兼容性。
- 性能测试：模拟高负载和压力场景，评估平台在不同负载下的性能表现。
5. 测试环境我们将搭建以下测试环境：- 开发环境：用于开发和调试代码的环境。
- 测试环境：与生产环境相似的环境，用于进行各种测试。
- 生产环境：最终供用户使用的环境。
6. 测试计划我们将制定以下测试计划：- 测试资源分配：确定测试人员、测试时间和测试工具的分配。
- 测试用例编写：编写详细的测试用例，覆盖各个功能模块和异常情况。
测试计划包括哪些内容
测试计划包括哪些内容一、引言。
测试计划是软件测试工作的重要组成部分，它是测试活动的指导性文档，旨在确保软件产品质量和测试工作的有序进行。
本文档旨在详细描述测试计划的内容，以便为测试工作提供清晰的指导和规范。
二、测试目标。
1. 确定软件产品的测试目标，包括功能测试、性能测试、兼容性测试等方面的目标；2. 确保测试目标与项目需求和用户期望一致；3. 确定测试的主要侧重点，如功能完整性、稳定性、安全性等。
三、测试范围。
1. 确定测试的具体范围，包括测试的功能模块、系统组成部分、测试的深度和广度；2. 确定测试的排除范围，明确哪些部分不在测试的考虑范围之内；3. 确保测试范围的明确定义，避免测试过程中出现遗漏或误解。
四、测试策略。
1. 确定测试的方法和手段，包括自动化测试、手工测试、压力测试等；2. 确定测试的时间和资源分配，包括测试计划的时间表和人员分工；3. 确定测试的环境和工具，包括测试所需的硬件、软件环境和测试工具的选择和配置。
五、测试计划。
1. 确定测试计划的编制和更新方式，包括测试计划的编写责任人和更新频率；2. 确定测试计划的审批和发布流程，包括测试计划的审批人和发布方式；3. 确定测试计划的备份和归档方式，确保测试计划的安全和可追溯性。
六、风险管理。
1. 确定测试过程中可能出现的风险和问题，包括技术风险、进度风险、人员风险等；2. 确定风险的评估和处理方式，包括风险的等级划分和应对措施；3. 确保风险管理的及时响应和跟踪，避免风险对测试工作的影响。
七、质量保障。
1. 确定测试工作的质量保障措施，包括测试用例的质量、测试数据的准确性、测试结果的可追溯性等；2. 确定测试过程中的质量评估和监控方式，包括测试进度的监控、测试结果的评估等；3. 确保测试工作的质量保障措施得到有效执行，确保测试工作的质量和有效性。
八、测试执行。
1. 确定测试工作的具体执行方式，包括测试用例的执行、测试结果的记录和分析等；2. 确定测试工作的进度和效果评估方式，包括测试进度的跟踪和测试结果的评估；3. 确保测试工作的执行符合测试计划的要求，确保测试结果的准确性和可靠性。
测试计划测试方案
测试计划测试方案测试计划和测试方案是软件测试过程中非常重要的两个部分。
测试计划是测试团队在测试过程中制定的一份测试指南，它规定了测试的范围、测试的目的、测试的资源、测试的进度和测试的评估方法等。
测试方案是具体的测试实施方案，包括了测试环境的搭建、测试用例的设计、测试技术和测试方法的选择等。
本文将阐述测试计划和测试方案的具体内容以及如何制定测试计划和测试方案。
一、测试计划测试计划是测试过程中最为重要的一部分，它规定了整个测试过程的框架，包括测试的范围、进度、资源、人员、质量标准等。
一个好的测试计划能够确保测试的质量和进度，同时也能够提高测试的效率。
因此，测试计划的制定非常重要。
在测试计划中，需要包含以下内容：1. 测试范围。
测试范围是指测试的内容，包括了测试的功能、性能、安全和可维护性等方面。
在制定测试计划时，需要明确测试的范围，以保证测试的全面性和深度。
2. 测试目的。
测试目的是指测试的目标和预期成果，它应该与软件开发的目标和用户需求相一致。
在制定测试计划时，需要明确测试的目的，以确保测试的有效性和价值。
3. 测试资源。
测试资源包括测试工具、测试设备、测试环境、测试数据和测试人员等。
在制定测试计划时，需要确定测试的资源，以确保测试的可行性和可靠性。
4. 测试进度。
测试进度是指测试的时间安排和测试阶段的跨度。
在制定测试计划时，需要确定测试的进度，以确保测试的流程和节奏。
5. 测试评估方法。
测试评估方法是指测试结果的评估方式和测试的质量标准。
在制定测试计划时，需要确定测试评估方法，以使测试结果能够反映出软件的质量和性能。
二、测试方案测试方案是测试计划的具体执行方案，包括测试用例的设计、测试环境的搭建、测试技术和测试方法的选择等。
测试方案是测试计划的实施细节，是测试过程中最具体的部分。
在测试方案中，需要包含以下内容：1. 测试用例的设计。
测试用例是指测试过程中需要执行的具体测试项和测试步骤。
在设计测试用例时，需要考虑到软件的功能、性能、安全和可维护性等方面，同时需要保证测试用例的全面性和有效性。
测试计划与测试方案
测试计划与测试方案是软件测试过程中必不可少的两个元素。
虽然它们在名字上很相像，但其实在实际操作中是有区别的。
测试计划是指在测试前规划测试过程的文档，它要包含测试的范围、测试时间、测试资源以及各种要求。
而测试方案是指根据测试计划的需求和要求所制定的测试执行的具体步骤和方法。
一、测试计划测试计划是软件测试的第一步，是为整个测试流程确立基础工作，也是测试流程的指南。
在制定测试计划时，我们要考虑到以下几个方面：1. 测试需求测试需求是指针对软件的需要进行测试的需求，这个需求是测试计划的核心，在制定测试计划时必须明确。
测试需求的制定是有条件的，这取决于测试的较量合理，还需要根据产品的属性进行选择。
2. 测试环境在制定测试计划时，测试环境是必须考虑的问题。
不同的测试环境对测试结果会产生不同的影响，所以我们必须制定相应的测试环境，保证测试结果的准确性。
在测试环境中，我们要考虑到硬件、软件、网络等的情况。
3. 测试标准和评估标准测试标准和评估标准是指对测试质量的评估，将它们列入测试计划是很有必要的。
测试标准可分为模块测试标准、集成测试标准和系统测试标准等。
不同的测试阶段所采用的测试标准也不同。
4. 测试资源测试资源是指在测试过程中所需要的资源，包括人员、硬件设备和软件工具等。
在制定测试计划时，我们需要考虑到这些资源，以确保测试能够顺利进行和完成。
二、测试方案测试方案是根据测试计划所制定的测试实施具体步骤和测试技术。
它包含测试用例的设计、测试执行和问题追踪等。
1. 测试用例的设计测试用例是指对被测试软件功能的测试要求，是对功能测试的有效评价方法。
在测试用例的设计中，我们需要考虑到以下几个方面：（1）功能测试用例设计在设计功能测试用例时，需要考虑被测试软件的各个功能点，要考虑到不同的测试场景和测试路径。
（2）性能测试用例设计在设计性能测试用例时，需要对被测试软件的各个方面进行测试，包括CPU利用率、内存占用率、磁盘空间利用率等等。
测试计划集合七篇
测试计划集合七篇测试计划集合七篇时间过得真快，总在不经意间流逝，又将迎来新的工作，新的挑战，不妨坐下来好好写写计划吧。
相信许多人会觉得计划很难写？以下是小编收集整理的测试计划7篇，希望对大家有所帮助。
测试计划篇11. 目的根据本公司检测管理程序要求特制定的本年度维修保养计划。
保持厂基础设备的良好状态，以保证使用过程效能，确保生产能够连续稳定的进行。
2. 范围适用于本厂检测设备的控制和管理。
3. 职责3.1生产部是设备维护保养的主要管理部门。
负责厂的基础设备的管理。
3.2生产部根据厂基础设备的实际情况，负责建立管理档案，制订《设备操作规范》，对设施、设备实施全过程的管理。
3.3生产部负责所有的检测设备进行维修、保养及运行操作管理。
4 工作程序设备在使用过程中，随着运行工时的增加，各部机构和零件由于受到摩檫、腐蚀、磨损、振动、冲击、碰撞及事故等诸多因素的影响，技术性能逐渐变坏。
4.1保养作业内容按照保养作业性质可分为：清洁，检查，紧固，润滑，调整，检验和补给作业。
检验作业由国家指定的检验部门执行，或由本司专职检验人员负责进行。
1) 清洁、检查、补给作业一般由设备操作人员执行。
2) 紧固、调整、润滑作业一般由机修工执行。
3) 压力容器作业由专业人员执行。
4) 电气作业由专业人员执行。
5 保养制度本公司的设备保养制度是以预防为主，定运行工时进行保养的原则，分为例行保养，一级保养，二级保养，三级保养，季节性保养。
设备保养的分级和作业内容是根据实际使用中技术情况的变化；设备的结构；使用的条件；环境条件等确定。
是根据零件磨损规律，老化规律，把程度相近的项目集中起来，在达到正常磨损，老化将被破坏前进行保养，保持设备整洁，发现和消除故障隐患，防止设备早期损坏，达到设备维持正常运行的目的。
5.1设备的例行保养设备的例行保养是各级保养的基础，直接关系到运行安全，能源的消耗，机件的使用寿命。
例行保养作业由设备操作人负责执行，其作业中心内容以清洁、补给、安全、检视为主，坚持开工之前、运行中、收工后的三检制度。
测试计划和测试方案
测试计划和测试方案一、引言。
在软件开发过程中，测试是非常重要的一环。
测试计划和测试方案是测试工作的基础，它们为测试提供了指导和规划，确保软件质量和稳定性。
本文档旨在对测试计划和测试方案进行详细说明，以确保测试工作的顺利进行。
二、测试计划。
1. 测试目标。
本次测试的主要目标是确保软件的功能完整性、稳定性和性能优良。
通过测试，发现和解决软件存在的缺陷，提高软件的质量和用户体验。
2. 测试范围。
测试范围包括但不限于软件功能测试、性能测试、安全测试等方面。
具体测试内容将根据实际情况进行调整和补充。
3. 测试资源。
测试所需的资源包括人力、物力和时间等。
测试人员需要具备一定的技术水平和测试经验，测试环境需要符合实际使用环境的要求。
4. 测试计划安排。
根据项目进度和实际情况，制定测试计划的时间安排，包括测试准备、测试执行、测试总结等阶段的时间节点。
5. 测试风险。
在测试过程中可能会遇到各种风险，包括人力不足、时间紧迫、测试环境不稳定等。
需要提前进行风险评估，并采取相应的措施进行应对。
6. 测试评估。
完成测试后，需要对测试结果进行评估和总结，包括测试覆盖率、缺陷严重程度、测试效率等方面的评估。
三、测试方案。
1. 测试方法。
根据测试目标和范围，制定相应的测试方法，包括黑盒测试、白盒测试、自动化测试等。
2. 测试用例设计。
设计合理有效的测试用例，覆盖软件的各项功能和场景，确保测试的全面性和有效性。
3. 测试环境搭建。
搭建符合实际使用环境的测试环境，包括硬件设备、网络环境、数据库等。
4. 测试工具选择。
根据测试需求，选择合适的测试工具，包括性能测试工具、安全测试工具、自动化测试工具等。
5. 测试执行。
按照测试计划安排，进行测试用例的执行和测试结果的记录，及时发现并报告软件存在的缺陷。
6. 测试报告。
撰写详细的测试报告，包括测试结果、缺陷情况、测试总结等内容，为软件的改进和优化提供依据。
四、总结。
测试计划和测试方案是测试工作的基础，它们为测试提供了指导和规划，确保软件质量和稳定性。
测试计划模板通用版参考3篇
测试计划模板通用版参考第一篇：测试计划模板的基本结构和要点一、测试计划简介介绍测试计划的目的、范围、测试方法和流程等。
二、测试计划组成部分根据测试规范和要求，测试计划应包括以下内容：1. 测试目标及范围：明确测试的目标和测试的范围，包括相关规格、功能和性能等。
2. 测试环境和工具：确定测试环境（包括硬件、软件、网络等）和所需的测试工具及其使用。
3. 测试时间计划：确定测试时间、测试人员和测试活动的计划，并协调其他项目计划。
4. 测试方法和策略：定义测试方法（包括黑盒测试、白盒测试、灰盒测试和自动化测试等）和测试策略。
5. 测试文档：编写测试计划、测试用例、测试报告等测试文档。
三、测试计划的编写流程1. 确定测试任务；2. 回顾相关规格、需求、设计等文档；3. 辨认测试对象的特征和属性；4. 制定测试计划；5. 审核和确认测试计划；6. 启动测试活动。
四、测试计划的质量保障为了确保测试计划的质量，需要做以下工作：1. 遵循并符合测试质量标准；2. 审核和确认测试计划；3. 审核和确认测试文档；4. 充分测试；5. 整理测试记录和测试报告。
以上就是测试计划模板的基本结构和要点。
当然，具体编写测试计划时还需要根据实际情况加以改进。
下面我们来介绍一些测试计划编写的技巧，以帮助测试人员更好地开展测试工作。
第二篇：测试计划模板编写的技巧一、测试计划编写前的准备工作在编写测试计划前，需要做好以下准备工作：1. 熟悉产品需求、设计；2. 熟悉测试策略、测试方法和测试道具；3. 确定测试任务；4. 确定测试范围和测试项；5. 制定测试计划；6. 选择测试人员和建立测试团队。
二、测试计划编写时需要注意的问题1. 测试计划应根据测试目标、测试方法和测试策略编写；2. 测试计划应包含详细的测试用例、测试结果和测试报告；3. 测试计划要具有可验证性；4. 测试计划应符合公司或行业标准；5. 测试计划应采用易于理解的格式和文档结构；6. 测试计划制定时，要充分考虑测试时间和资源的限制，确保测试计划能够实施。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
七、测试计划
1．引言 (1)
1.1编写目的 (1)
1.2项目背景 (2)
1.3定义 (2)
1.4参考资料 (2)
2．任务概述 (2)
2.1目标 (2)
2.2运行环境 (2)
2.3需求概述 (3)
2.4条件与限制 (3)
3．计划 (3)
3.1测试方案 (3)
3.2测试项目 (3)
3.3测试准备 (4)
3.4测试机构及人员 (4)
4．测试项目说明 (4)
4.1测试项目名称及测试内容 (4)
4.2测试用例 (5)
4.3进度 (7)
4.4条件 (7)
4.5测试资料 (7)
5．评价 (7)
5.1范围 (7)
5.2准则 (7)
1．引言
1.1编写目的
【阐明编写测试计划的目的，指明读者对象。
】
为保证《教师网络测评系统》的测试工作有序进行，保证《教师网络测评系统》正确实现需求规格说明书中的功能定义，特制定本计划供软件测试相关人员执行。
1.2项目背景
【说明项目的来源、委托单位及主管部门。
】
a.项目的委托单位、开发单位和主管部门
本项目由东港学院教务处委托东港学院计算机系进行开发。
b.该软件系统与其他系统的关系
本系统使用《高校教务管理系统》中的基础数据，包括班级、学生、教师、职工、课程任课教师信息。
c.本系统使用了Mysql数据库系统，WEB脚本使用的是PHP。
1.3定义
【列出测试计划中所用到的专门术语的定义和缩写词的原意。
】
1.4参考资料
a.《教师测评网络系统》计划任务书
b.《教师测评网络系统》项目开发计划；
c.《教师测评网络系统》需求规格说明书；
d.《教师测评网络系统》概要设计说明书；
e.《教师测评网络系统》详细设计说明书；
f.《教师测评网络系统》用户操作手册；
2．任务概述
2.1目标
在功能测试的基础上，对照系统需求说明，对系统做确认测试，包括数据采集、数据统计、数据查询。
在真实应用环境下（标准配置的计算机，300台计算机的局域网，100M网络，系统要求的服务器配置）进行测试。
总测试时间约二小时。
测试报告在一天内提交。
测试对象为本系统的0.9测试版本。
2.2运行环境
LINUX7.0，Apache+PHP+Mysql服务器，100M局域网。
2.3需求概述
1、用户验证
让参于测评的用户选择自己的标识进入测评系统，以便测评系统记录该用户是否行使了自己的测评权，对系统内的每种测评类型一个用户只有一次测评的机会。
用户验证还能够使得学生只能对自己的当前学期的任课教师进行测评。
2、评价
对学生评教的测评类型，系统根据学生的学号、班级编号将列出该生的当前学期的任课教师的姓名、所任课程，并列出当前测评类型中的所有测评项目，以及每个子项目的可选分值或比例，学生可通过单击相应的分值或比例为每个子项目打分。
对教师同行评价及督导组、教务处对教师教学及科研的评价类型，系统应列出所有教师做为被评测对象。
3、评价结果存储
用户完成所列被测对象的各项测评子项后，点击”提交”按钮，系统将其提交的被测对象编号、测评类型编号、测评子项名称、子项测评分值存储到后台数据库中。
4、结果统计
系统管理员可随时统计指定的测评类型的测评结果数据。
通常这项工作应在该类测评结束后，将该测评类型取消其可测评状态后再进行，以统计出最终测评结果。
5、结果查询
系统管理员可查询所有测评类型、所有被评测人员的统计数据。
可查询的数据包括按测评类型分类的被评人员总分。
并以测评类型为单位按总分对参评人员进行排序。
2.4条件与限制
1台服务器：PIII1.2G双CPU，SCSI双硬盘镜像，512M内存。
100-200台客户机：PII1.2G，128M内存，windows98操作系统。
上述所有计算机组成局域网。
3．计划
3.1测试方案
【说明确定测试方法和选取测试用例的原则。
】
采用黑盒测试方法。
3.2测试项目
【列出组装测试和确认测试中每一项测试的内容、名称、目的和进度。
】
需要测试的功能包括：
用户使用所有测评类型对自己的评价对象进行评价，同种测评类型用户应能够提交且仅能提交一次评价数据。
评价数据的正确提交。
评价结果的正确存储。
管理员用户应能统计出所有测评类型、所有被测对象的评价结果。
管理员用户应能查询到所有被测对象的所有测评类型的分数结果。
评价结果在被测者所在部门范围内、全校范围内应正确依降序排序。
3.3测试准备
测试前清空所有应该由用户提交的数据及系统统计功能所产生的数据。
3.4测试机构及人员
【测试机构名称、负责人和职责。
】
测试人员分两类，一类共3名专业测试人员做功能确认测试，第二类为5个班级共200名学生，做性能确认测试。
4．测试项目说明
【按顺序逐个对测试项目做出说明：】
4.1测试项目名称及测试内容
一、数据采集测试
1、测评对象的测评数据采集结果正确性。
2、同一测评人员同一测评类型不可重复进行。
3、被评测对象同一测评类型的测评子项必须全部输入数据。
二、单一测评类型的统计结果测试
1、一个测评者对三个被评测对象打分，统计结果中被评测对象得分应与该测评者所打的分数相同，查询结果中排序结果应正确。
2、同一个班级的三个测评者对同一个被评测对象的同一测评类型分别打分，统计结果中被评测者的得分应为三位测评者的算术平均分。
3、不同班级的四个测评者（三个为同一班级，一个为其它班级）对同一个被评测对象的同一测评类型分别打分，统计结果中被评测者的得分应为四位测评者的算术平均分。
三、测评结果统计测试
四、多种测评类型统计结果的综合查询测试
1、同一个班级的三个测评者对同一个被评测对象的所有测评类型分别打分，统计结果中被评测者各项测评类型的得分应为三位测评者的算术平均分。
综合得分应为所有测评类型按设定比例加权后的和。
2、对上例通过不同班级的四个测评者作相同步骤，其中三个为同一班级，一个为其它班级。
4.2测试用例
一、教师评价及数据存储两个单元的集成测试：
被测对象：数据采集表单、数据存储页面
被测范围与目的：验证测评数据的采集与存储
测试环境与辅助测试工具：实际应用环境，人工进行测试
测试驱动程序描述：数据提交的目标页面将所接收到的所有评价对象名称、项目名称及得分按行显示。
二、测评数据存储模块单元测试：
4.3进度
单元测试4个小时。
确认测试4个小时。
4.4条件
【给出测试对资源的特殊要求，如设备、软件、人员等。
】
1台服务器：PIII1.2G双CPU，SCSI双硬盘镜像，512M内存。
LINUX7.0，Apache+PHP+Mysql服务器
100-200台客户机：PII1.2G，128M内存，windows98操作系统。
上述所有计算机组成局域网。
专业测试员3名。
三个班级的学生约120名。
4.5测试资料
【说明测试所需的资料。
】
《教师教学网络测评》需求规格说明书
5．评价
5.1范围
【说明所完成的各项测试说明问题的范围及其局限性。
】
本计划只验证数据的逻辑处理流程的正确性，未列出对界面输出格式的详细要求。
5.2准则
【说明评价测试结果的准则。
】
数据采集页面应用户检查出被测人员的所有子项是否有输入的分值，任何一个子项都不可以使用默认的分值。
该页面应能够提交所有用户输入的有效数据。
数据存储页面应准确无误地存储用户提交的有效数据。
统计页面应完全依照教务部门规定的统计方法对采集到的数据进行统计。
查询页面应列出所有需求规格说明书中规定的数据项。