XX系统功能测试计划
(CMMI文件)XX银行XX平台系统开发测试计划
编码：中国XX银行业务资料管理系统测试计划更改控制页目录1测试目的 (1)2测试范围 (1)3测试总体进度 (1)4单元测试 (2)4.1人力资源 (2)4.2测试环境 (2)4.3测试策略 (3)4.4单元测试停止标准 (3)4.5可交付件 (4)5系统测试 (4)5.1人力资源 (4)5.2测试环境 (4)5.3测试策略 (4)5.3.1接口与路径测试 (4)5.3.2其他策略 (5)5.4系统测试停止标准 (5)5.5可交付件 (5)6验收测试 (5)6.1人力资源 (5)6.2测试环境 (6)6.3测试策略 (6)6.4验收测试停止标准 (6)6.5可交付件 (6)7评审意见 (7)1测试目的测试的对象为xxxx银行业务资料管理系统，测试主要目的是根据系统开发各阶段的需求规格说明、概要设计、详细设计而设计一批测试用例（即输入数据及其预期的输出结果），并利用这些测试用例去运行程序，以验证系统是否满足需求和设计要求。
2测试范围本测试计划是针对<<xxxx银行业务资料管理系统>>中规定内容的测试包括主要的10个模块的测试,本测试计划是项目计划的一部分,受限于开发人员提交测试的内容和时间的约束。
根据开发人员提交模块的实际情况，本计划会做出相应修改。
3测试总体进度4单元测试4.1人力资源4.2测试环境✧硬件环境：PC或者笔记本，pc server(数据库服务器)；✧软件环境：RedHat linux操作系统、oracle 10g数据库。
1.符合软件运行的最低要求，首先要保证能支撑软件正常运行；2.选用比较普及的操作系统和软件平台；3.营造相对简单、独立的测试环境；4.无毒的环境。
利用有效的正版杀毒软件检测测试环境以确保其没有病毒。
4.3测试策略确保类实例满足类的设计描述先测试没有交互的类，然后逐步组合测试类的实例方法没有和任何类交互的确保覆盖100％类测试用例确定方法之一：根据前置和后置状态确定测试用例（前置条件中可指定输入值，包括常见值和边界值，来增加测试用例的测试覆盖率），根据前置和后置条件的不同组合方式产生不同的测试用例具体测试方法体；类测试用例确定方法之二：根据代码确定测试用例。
测试的工作计划PPT
缺陷管理工具
选用合适的缺陷管理工具 ，如JIRA、Bugzilla等， 以便跟踪和管理测试过程 中的问题。
测试人员配置
测试经理
01
负责测试计划的制定、测试进度的跟踪以及测试团队的管理。
测试工程师
02
根据项目需求，配置具备相应技能的测试工程师，如自动化测
评估用户体验
从用户角度出发，对系统的易用性、 交互性等方面进行评估，提出改进意 见。
测试范围
01
02
03
04
功能测试
覆盖系统所有功能模块，包括 登录、注册、首页展示、搜索
、购物车、订单管理等。
性能测试
针对系统关键业务场景，如高 并发、大数据量等，进行性能
测试。
兼容性测试
检测系统在不同浏览器、操作 系统、设备上的兼容性表现。
合理安排测试时间和资源，进行针对性测试，及时跟进问题修复情 况。
低风险应对策略
在测试过程中进行关注，适当时候进行处理，可考虑接受并记录风险 。
CHAPTER 06
数据收集、监控与报告机制
数据收集方法
自动化测试工具
利用自动化测试工具收集测试过程中的数据，包括测试用例执行 结果、缺陷信息等。
手动测试记录
分享方式
将测试报告通过邮件、 即时通讯工具或项目管 理平台等途径分享给相 关人员，确保信息及时 传递和沟通。
CHAPTER 07
总结与展望
项目成果回顾
测试目标完成情况
成功验证了软件系统的各项功能，确保其符合需求规格说 明。
缺陷发现与修复
在项目过程中，发现并修复了大量缺陷，提高了软件系统 的稳定性和可靠性。
XX系统项目测试计划模板
XX系统项⽬测试计划模板密级：XX公司YY系统项⽬测试计划书XX公司软件⼯程有限责任公司⼆О⼀О年九⽉⼗七⽇⽬录1.概述 (3)1.1.编写⽬的 (3)1.2.项⽬背景 (3)1.3.定义 (3)1.4.参考资料 (3)2.测试规划 (3)2.1.主要测试内容及预期提交测试时间 (3)2.2.可复⽤的测试⽤例 (4)2.3.测试估算（⽅法⼀） (4)2.4.测试估算（⽅法⼆） (7)2.5.测试进度安排及⼈⼒资源要求 (7)2.6.测试⼯具应⽤计划 (8)3.测试策略及⽅案 (9)3.1.架构测试 (9)3.2.业务功能测试 (9)4.测试环境 (10)4.1.系统架构 (10)4.2.测试环境要求 (11)4.3.测试选⽤环境： (11)1.概述1.1.编写⽬的编写该测试计划的⽬的在于指导整个测试组顺利完成任务书的⽬标，为XX公司领导和其他部门监督该项⽬的实施提供依据对于化解风险、加强管理有着重要的意义。
预期的读者有项⽬经理、技术经理、质量保证⼈员（QA）、配置管理员、其他项⽬组成员、XX公司领导、XX公司其他⼈员、企管部⼈员等。
1.2.项⽬背景a.软件名称：YY系统项⽬b.测试类别：□集成测试□系统测试■集成测试+系统测试□其他c.承担测试任务的单位或部门：XX公司测试部d.⼈员●项⽬经理：项⽬经理●测试负责⼈：测试⼈员1.3.定义CVIC SE: 中创软件⼯程有限责任公司。
1.4.参考资料a.《CDMS_UC_1-1 ⽤户登录.doc》《CDMS_UC_1-2 更新部门资产清单.doc》《CDMS_UC_1-3 权限管理.doc》《CDMS_UC_1-5 更新公司资产清单.doc》b.《CDMS项⽬进度计划.mpp》《CDMS剪裁申请表.xls》DMS项⽬计划.doc》《CDMSFFP估算⽂件.xls》c.《软件测试程序.pdf》《缺陷分析指南.pdf》《缺陷分类及级别定义.pdf》2.测试规划2.1.主要测试内容及预期提交测试时间2.2.可复⽤的测试⽤例⽆2.3.测试估算（⽅法⼀）测试⼯作量及测试⼈⼒投⼊估算提供⼆种⽅法，使⽤测量⼯作量的⽅法的。
项目(产品)系统测试计划
文档号：密级：内部版本号：2.0××××××系统系统测试计划撰写：审核：××××××测试中心日期：××××年8月变更记录注：变更分三种：A——增加，M——修改，D——删除目录1 前言 (4)1.1 目的 (4)1.2 术语定义 (4)1.3 测试参考文档 (5)1.4 测试提交文档 (5)2 测试进度与工作量 (6)3 测试启停标准 (7)4 测试资源 (8)4.1 人力资源 (8)4.2 测试环境 (8)4.3 测试工具 (9)5 测试策略 (9)5.1 功能测试 (10)5.2 数据和数据库完整性测试 (10)5.3 用户界面测试 (11)5.4 安全性和访问控制测试 (12)5.5 性能测试 (13)5.6 故障转移和恢复测试 (13)5.7 回归测试 (15)5.8 安装测试 (16)6 测试风险分析及优先级 (17)6.1 测试风险 (17)6.2 功能模块测试优先级 (18)1前言项目名称：××××系统V2.0，以下简称××××系统××××系统 V2.0主要包括××××系统服务器、××××系统 Web服务器，是一种无客户端的纯Web模式交流平台，适合广域网上提供客户服务和咨询服务办公模式。
××××系统是为了支持M2M网站系统的在线客服功能，实现M2M网站访客与网站管理员进行在线交流。
同时××××系统也是网上交互平台，实现即时交流、咨询和服务等。
实现了网上即时客服功能，实现了企业产品的售前、售后服务功能，由原来xx咨询服务转为网上在线咨询和服务模式，为企业节省了服务费用，同时也为用户咨询和服务带来方便。
软件测试方案模板
软件测试方案模板测试方案方案名称：XXX系统测试方案生产单位：开发XX系统的公司执行单位：执行测试方案的公司报告日期：版本修订记录：版本标识：1.0注释：初始版本作者：XXX日期：XXX文档使用对象：姓名：XXX职务：XXXXX 审批人员：姓名职务日期目录1.文档标识2.概要2.1文档用途本文档旨在介绍XXX系统的测试方案，以确保系统的质量和稳定性。
2.2测试目的本次测试的目的是验证XXX系统的各项功能是否符合需求，并发现和修复潜在的缺陷。
2.3测试范围本次测试的范围包括系统的所有主要功能和模块。
2.4测试环境描述测试环境包括硬件设备和软件环境。
硬件设备包括XXX，XXX，XXX等。
软件环境包括XXX操作系统，XXX数据库，XXX浏览器等。
2.5参考资料参考资料包括XXX需求文档，XXX设计文档，XXX用户手册等。
2.5.1 缩写在本文中，将使用以下缩写：QA：质量保证QC：质量控制UAT：用户验收测试SIT：系统集成测试API：应用程序接口2.5.2 定义在本文中，以下术语的定义如下：测试：一种用于评估软件质量的过程，旨在发现缺陷并提供反馈以改进软件产品。
缺陷：软件中的错误或问题，可能导致软件无法正确执行其预期的功能。
测试用例：一组输入，执行条件和预期输出，用于测试特定软件功能的有效性和正确性。
测试计划：测试活动的整体计划，包括测试目标，测试策略，测试资源和时间表。
测试报告：测试活动的结果总结和评估，包括测试结果，缺陷报告和测试建议。
2.5.3 文档测试文档是测试过程中必不可少的一部分，它们记录了测试活动的各个方面，包括测试计划，测试用例，测试报告和缺陷报告。
这些文档可以帮助测试人员跟踪测试进度，评估测试结果并提供反馈以改进软件产品。
3.组织机构3.1 角色与职责测试团队通常由以下角色组成：测试经理：负责测试计划和测试资源的管理，监督测试活动的整体进度和质量。
测试工程师：负责编写测试用例，执行测试，记录测试结果和缺陷报告。
XX系统测试用例模板
功能点
功能点描述
通过（Y/N）
测试人
1.
2.
3.
4.
5.
6.
7.
8.
9.
1.4
知识条目的维护与审计是知识管理流程的日常规范操作。该步骤是定期发起对陈旧知识条目的维护和合规性审核。合规性审核的审核内容包括知识条目内容的有效性和是否存在安全违规的现象。
1.
E-Care登录名
用户全名
密码（可为空）
部门名称
3.知识提交人通过点击【XX框】选择知识条目的分类和属性；
4.知识提交人通过点击【XX框】填写要提交的知识条目内容，点击【XX按钮】提交知识条目到知识审核员进行知识审核；知识管理系统自动根据填写的正文内容判断当前提交的知识条目是否在系统中已经有类似的知识条目；
5.以知识审核员身份登入E-Care系统登陆链接，输入帐号和密码登陆E-Care系统；通过身份验证后，顺利登陆系统；
XXXX有限公司
测试用例模板(2014年)
文档名称
测试用例模板
版本
0.1
制作部门
XXXX公司XX部门
文档编写日期
2014-03-17
XXXXXX系统UAT测试用例
XX
1.1
概述此次测试的目的，例如，此场景测试用例的撰写目的是用于知识管理系统功能和非功能的测试。功能测试主要查看E-Care的知识管理模块在知识管理的整个生命周期的应用情况，其中包括知识条目的创建与审核、发布与传递、维护与审计等。非功能测试更多的是考察知识管理模块在使用过程中的易用性、可用性、性能和安全性是否符合产品交付的要求。
7.如果知识条目通过审核，知识审核员按【XX按钮】，系统将通过审核的知识条目提请给知识管理员进行发布操作；
系统测试报告(详细模板)
xxxxxxxxxxxxxxx 系统测试报告xxxxxxxxxxx公司20xx年xx月版本修订记录目录1引言 (1)1.1编写目的 (1)1.2项目背景 (1)1.3术语解释 (1)1.4参考资料 (1)2测试概要 (3)2.1系统简介 (3)2.2测试计划描述 (3)2.3测试环境 (3)3测试结果及分析 (5)3.1测试执行情况 (5)3.2功能测试报告 (5)3.2.1系统管理模块测试报告单 (5)3.2.2功能插件模块测试报告单 (6)3.2.3网站管理模块测试报告单 (6)3.2.4内容管理模块测试报告单 (6)3.2.5辅助工具模块测试报告单 (6)3.3系统性能测试报告 (7)3.4不间断运行测试报告 (7)3.5易用性测试报告 (8)3.6安全性测试报告 (9)3.7可靠性测试报告 (9)3.8可维护性测试报告 (10)4测试结论与建议 (12)4.1测试人员对需求的理解 (12)4.2测试准备和测试执行过程 (12)4.3测试结果分析 (12)4.4建议 (12)1引言1.1 编写目的本测试报告为xxxxxx软件项目的系统测试报告, 目的在于对系统开发和实施后的的结果进行测试以及测试结果分析, 发现系统中存在的问题, 描述系统是否符合项目需求说明书中规定的功能和性能要求。
预期参考人员包括用户、测试人员、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层领导。
1.2 项目背景➢项目名称: xxxxxxx系统1.3 开发方: xxxxxxxxxx公司1.4 术语解释系统测试: 按照需求规格说明对系统整体功能进行的测试。
1.5 功能测试：测试软件各个功能模块是否正确, 逻辑是否正确。
1.6 系统测试分析：对测试的结果进行分析, 形成报告, 便于交流和保存。
1.7 参考资料1)GB/T 8566—2001 《信息技术软件生存期过程》(原计算机软件开发规范)2)GB/T 8567—1988 《计算机软件产品开发文件编制指南》3)GB/T 11457—1995 《软件工程术语》4)GB/T 12504—1990 《计算机软件质量保证计划规范》5)GB/T 12505—1990 《计算机软件配置管理计划规范》2测试概要2.1 系统简介xxxxxxxxxxxxxxxxxxxx2.2 测试计划描述本测试报告按照xxxxx系统使用手册介绍系统的功能, 测试系统的能力是否满足《xxxx 项目需求规格说明书》的功能和性能需求。
软件开发系统测试方案模板
软件开发系统测试方案模板1 概述1.1 编写目的[说明编写本测试方案的目的是为软件开发项目管理者、软件工程师、系统维护工程师、测试工程师提供关于**系统整体系统功能和性能的测试指导。
]1.2 读者对象[本测试方案可能的合法读者对象为软件开发项目管理者、软件工程师、测试组、系统维护工程师]1.3 项目背景[可以如下那样简单说明，根据项目的具体情况，方案编写者也可以进行详细说明项目名称：***简称：***项目代号：***委托单位：***开发单位：***主管部分：***]1.4 测试目标[说明进行项目测试的目标或所要达到的目的]1.5 参考资料[列出编写本测试方案时参考的资料和文献]2 测试配置要求2.1 网络环境[在此说明应用系统的网络环境，如果应用系统是网络版的，必须具有本节内容。
]2.1.1 网络硬件[此处给出网络硬件的拓扑图、名称、规格、数量、配置等信息。
]2.1.2 网络软件[此处给出网络软件的名称、协议、通讯和连接方式等信息。
]2.2 服务器环境2.2.1 服务器硬件[此处给出服务器硬件的名称、规格、数量、配置等信息。
]2.2.2 服务器软件[此处给出服务器软件名称、协议和版本等信息。
]2.3 工作站环境2.3.1 工作站硬件[此处给出工作站硬件的拓扑图、名称、规格、数量、配置等信息。
]2.3.2 工作站软件[此处给出工作站软件的名称、协议和版本等信息。
]2.4 测试手段[在此参照《测试计划》说明测试方法和工具，注明执行测试时，必须同时填写《测试记录表》]2.5 测试数据[在此简要说明测试数据的形成，如以客户单位具体的业务规则和《***系统需求分析说明书》，参考《***系统概要设计说明书》、《***系统详细设计说明书》和《数据规格说明书》中规定的运行限制，设计测试用例，作为整个**系统的测试数据。
]2.6 测试策略[在此说明测试策略，可以如下这样说明：测试过程按三个步骤进行，即单元测试、组装、系统测试，根据不同阶段测试的侧重点不同，分别介绍测试策略：A）单元测试首先按照系统、子系统和模块进行划分，但最终的单元必须是功能模块，或面向对象过程中的若干个类。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
密级：秘密XX系统功能测试计划xx有限公司（可不写）公司地址：邮编:电话：版本记录文档信息修订历史记录目录1引言 (4)编写目的 (4)术语解释 (4)参考资料 (5)测试摘要 (5)重点事项 (5)测试风险评估 (6)时间进度 (6)测试目标 (6)解释权限 (7)2项目背景 (7)项目背景 (7)测试范围 (7)系统目标 (8)系统风险及约束 (8)测试文档 (9)测试参考文档 (9)测试提交文档 (9)3质量目标 (9)产品质量目标 (10)测试质量目标 (10)4资源需求 (10)测试人员 (10)测试环境 (11)硬件测试环境 (11)软件测试环境 (12)测试工具 (12)5 测试策略 (12)整体测试策略 (12)开始/中断/完成标准 (13)测试类型 (13)流程测试 (13)数据库测试 (13)功能点测试 (14)值域测试 (14)启动停止测试 (15)异常测试 (15)安装测试 (15)界面易用性测试 (16)容错性测试 (16)安全性和访问控制测试 (16)兼容性测试 (17)版本验证测试 (18)加密测试 (18)文档测试 (18)回归测试 (18)测试技术 (19)6 测试计划 (19)具体测试内容 (19)进度计划 (23)测试时间进度 (23)测试里程碑 (23)测试准备 (24)测试环境准备 (24)测试人员培训 (24)安装与反安装测试 (24)烟雾测试 (24)具体测试实施任务和时间人员安排 (24)7 附录ⅠBUG分级表 (25)1引言编写目的本测试计划的编写旨在说明对XX系统进行测试时各个测试阶段的任务、人员分配、时间安排以及人员的工作范围等。
本测试计划的合法读者群包括：开发项目管理者、软件工程师、测试工程师、高级测试主管。
术语解释参考资料《AAA业务需求说明书》《AAA系统需求说明书》《AAA系统操作说明书》《AAA概要设计说明书》测试摘要1.4.1重点事项下面列表中列出系统中需要重点测试的功能模块。
列表所包括的内容解释为：编号——表示模块的唯一标识。
模块——系统中需要重点测试的模块描述。
重要性——各个重点模块的重要程度（重要程度值从1（低）～3（高））。
及时性——各个重点模块测试的及时性（及时性值从1（低）～3（高））。
测试风险评估下面列表中给出的是本系统测试时的风险分析表，列表所包括的内容解释为：编号——表示风险时间的唯一标识。
风险名称——问题发生现象的主要描述。
可能性——问题发生的可能性（可能性值从1（低）～5（高））。
严重性——问题发生所产生影响的严重性（严重性值从1（低）～5（高））。
预测值——发生可能性和影响严重的乘积。
优先级——风险预测值从高到低的排序。
1.4.3时间进度1.4.4测试目标最终版本的测试目标：测试计划中所有方法已经执行并通过。
测试方案中所有测试手段都已经执行并通过。
测试用例中所有用例已经执行过。
所有重要等级为2级以上的BUG都被解决并通过回归测试。
近期内没有发现等级为3级以上的BUG。
使被测系统满足功能性、易用性、兼容性、可测量性、可维护性、可扩展性、可靠性、性能以及容量等方面的需求。
解释权限本文档由XX有限公司编写，由XX解释。
2项目背景项目背景项目名称：XXX简称：AAA项目代号：无开发单位：XX有限公司主管部门：测试范围测试的各个阶段如下：测试设计：根据需求规格说明书和最终系统设计，制定测试计划、测试方案，包括收集测试方法、测试用例以及可能用到的测试工具等。
集成测试：前期主要针对单个的功能模块及简单的功能组合，后期主要针对基本的流程，同时对新加入的测试人员进行培训。
系统测试：前期根据需求规格说明书进行功能测试，中期针对重点模块的性能测试，后期是模拟用户的业务测试，并结合可能的用户测试。
验收测试：根据用户手册对功能进行检查，复查报告库中的所有BUG，对Release 版本进行安装测试等。
系统目标该章节主要阐述了XX系统最终所要实现的目标：合法性：遵照国家颁布的最新的档案条例。
专业性：满足档案行业“收集”、“管理”、“利用”的三大环节。
功能性：达到设计规范，并满足用户需求的程度。
易用性：安装方便、界面友好、容易使用，能够满足不同类型用户的需求。
可靠性：在规定的条件下软件能够维持正常的功能操作和性能水平。
性能：在指定条件下，软件实现某种功能所需要的计算机资源能够满足一定的有效程度。
容量：针对某种功能时软件所能容纳的最大限度的容量要满足用户需求。
可维护性：当软件发生错误时能够进行相应的修改。
可扩展性：当增加新的功能时系统的扩展能力要满足要求。
系统风险及约束以下内容是测试过程中可能存在的一些风险以及制约因素，并给出相应的解决办法：由于测试模式不是现场测试，测试环境和现场环境有一定差距，使得测试的结果不完全准确。
针对这种情况在搭建测试环境时应该尽量和现场环境相同，确保测试结果最大限度地接近现场。
项目的研发模式为现场定制，上线压力过大，可能导致测试不够充分。
针对这种情况我们在制定测试计划时要突出重点，测试时做到详略得当。
测试资源的及时到位。
测试环境搭建完毕以后可能要根据现场的情况有改动，软硬件资源方面的及时更新得不到保障。
测试人员的培训。
测试人员对档案业务的熟悉程度需要培训，对系统本身的使用也需要培训，培训是否充分是测试过程中隐含的风险。
开发进度的变化，需求或设计的变更。
开发过程中由于需求设计或人员的变更而影响开发进度发生变化。
开发组的版本控制。
开发组的开发版本控制是否严格正确是一个潜在问题，而开发组和测试组之间由于版本控制人员在做协调，很容易发生版本错误而测试组不能及时得到通知的情况。
测试文档阐述测试时的各种文档，包括测试参考文档和测试所要提供的文档：2.5.1测试参考文档文档说明作者文档位置（SVN）《业务需求说明书》SVN1《系统需求说明书》SVN1《概要设计说明书》SVN1《详细设计说明书》SVN1《技术白皮书》SVN1《技术桔皮书》SVN1《操作说明书》SVN12.5.2测试提交文档文档说明作者文档位置（SVN）《功能测试计划》SVN1《性能测试计划》SVN1《功能测试方案》SVN1《性能测试方案》SVN1《系统测试用例》SVN1《性能测试用例》SVN1《系统测试报告》SVN13质量目标描述本系统质量目标和要求。
质量目标包括产品的质量目标和测试小组的质量目标：产品质量目标测试质量目标4资源需求测试人员提供技术指导获取适当的资源设计测试计划、测试方案管理测试数据收集测试用例参与测试负责执行测试，职责如下：执行测试记录结果从错误中恢复（返测试报告）收集测试用例确保测试环境和资产得到管理和维护，职责如下：管理测试系统授予和管理角色对测试系统的访问权进行测试版本的控制，职责如下：从开发组接收最新版本的程序提供给测试组最新版本的程序管理Release版本，以便于测试组验收测试测试环境4.2.1硬件测试环境4.2.2软件测试环境测试工具5 测试策略本节的目的是说明计划中使用的基本的测试过程，并阐述了每个测试过程中所采用的测试技术。
整体测试策略使用里程碑技术在测试过程中验证每个模块，测试人员在需求阶段参与测试工作，进行需求review、设计review、测试计划设计、测试方案和测试用例的设计，在系统开发完成之后，正式执行测试。
产品达到软件产品质量要求和测试要求后发布，同时由测试人员提交相关测试文档。
开始/中断/完成标准测试类型5.3.1 流程测试按操作流程进行的测试，主要有业务流程、数据流程、逻辑流程、正反流程，检查软件在按流程操作时是否能够正确处理。
流程测试主要是在系统集成阶段进行。
5.3.2 数据库测试数据库作为系统中一个重要的组成部分在本次系统测试中是一个重要的组成部分，要经过严格的测试。
5.3.3功能点测试根据系统需求文档和设计文档对系统进行功能测试。
功能测试阶段在系统集成测试阶段之后进行，主要是验证产品是否正确实现了需求设计文档中的功能。
功能测试主要侧重与功能的实现和功能业务与现实规范的符合。
5.3.4 值域测试选择边界数据进行测试，确保系统功能正常，程序无异常。
边界值测试主要应用与系统集成和数据输入时。
5.3.5 启动停止测试检查每个模块能否正常启动停止、异常停止后能否正常启动。
5.3.6 异常测试检查系统能否处理异常，如网络连接失败等情况。
异常测试主要在系统使用过程中进行。
5.3.7 安装测试检查系统能否正确安装、配置。
安装测试主要在测试环境全部搭建完毕后进行。
5.3.8 界面易用性测试检查系统是否易用友好。
5.3.9 容错性测试检查系统的容错能力，错误的数据输入不会对功能和系统产生非正常的影响，且程序对错误的输入有正确的提示信息。
5.3.10 安全性和访问控制测试安全性和访问控制是本系统测试的一个重点。
5.3.11 兼容性测试系统的兼容性测试是指：对于 C/S 架构的系统来说，需要考虑客户端支持的系统平台。
对于 B/S 架构的系统来说需要考虑用户端浏览器的版本。
5.3.12 版本验证测试测试组对SVN Builder提供的版本也要进行测试。
5.3.13 加密测试对系统的加密性进行测试。
5.3.14 文档测试检查文档是否足够、描述是否合理5.3.15 回归测试检查程序修改后有没有引起新的错误、是否能够正常工作以及能否满足系统的需求测试技术说明测试过程中所采用的测试技术：6 测试计划具体测试内容下面列表中给出的是系统中所有需要进行测试的模块，其中重点模块需要进行重点测试。
进度计划在此章节，对各阶段的测试给出里程碑计划，包括阶段、里程碑、资源等。
6.2.1测试时间进度6.2.2测试里程碑测试准备6.3.1 测试环境准备6.3.2 测试人员培训6.3.3 安装与反安装测试6.3.4 烟雾测试具体测试实施任务和时间人员安排7 附录ⅠBUG分级表。