软件测试报告总结(通用5篇)

软件（中国大陆及香港用语，台湾称作软体，英文：software）是一系列按照特定顺序组织的计算机数据和指令的集合。一般来讲软件被划分为系统软件、应用软件和介于这两者之间的中间件。软件并不只是包括可以在计算机（这里的计算机是指广义的计算机）上运， 以下是为大家整理的关于软件测试报告总结5篇 , 供大家参考选择。

软件测试报告总结5篇

【篇1】软件测试报告总结

淮海工学院

实训报告书

实训名称：软件测试实训

题目：超市管理系统

系（院）：计算机工程学院

学期： 1

专业班级：

姓名：**

学号：

目录

1.测试计划 3

1.1软件简介 3

1.2测试项目 3

1.3测试目的 3

1.4.1测试目标 3

1.4.2测试用例描述 3

1.5测试任务 3

1.6人员安排表 4

1.7测试进度表 4

2. 设计测试用例 5

2.1测试用例设计基本原则 5

2.2 测试用例 5

2.2.1发布免费信息测试用例 5

2.2.2登陆测试用例设计 7

2.2.3注册页面测试用例设计 7

2.2.4首页测试用例设计 9

3. 缺陷报告 12

3.1缺陷概述 12

3.2BUG统计 12

4. 总结 13

1.测试计划1.1软件简介

本测试软件是一个失物招领系统，开发背景是在当今社会许多社区或者校园里，常常有人遗失物品或捡到物品，他们没有一个良好的消息交流平台，使得失主未能及时甚至找不到失物，给生活带来极大的不便。本失物招领就是为失主和捡到物品的人搭建一个信息交流平台。主要包含登陆、注册、发布免费信息、寻物启事、招领启事、寻人启事、招领窗口、新闻资讯等功能。

1.2测试项目

失物招领系统

1.3测试目的

熟悉使用失物招领系统软件，进行基于Java的系统功能测试。

1.4测试方法

1.4.1测试目标

主要是功能测试(包含登陆、注册、发布免费信息、寻物启事、招领启事、寻人启事、招领窗口、新闻资讯等功能)。

1.4.2测试用例描述

测试用例主要采用手工测试的方式进行。

1.5测试任务

本测试的任务主要是对软件进行静态分析，黑盒测试，界面测试，对本系统的功能、界面等进行全面的测试。对系统的可靠性和安全性等进行测试评估，也就是发现bug的过程。

1.6人员安排表

1-人员安排表

1.7测试进度表

2-测试进度表

2.设计测试用例2.1测试用例设计基本原则

(1)测试用例的正确性

(2)测试用例的代表性

(3)测试结果的可判定性：即测试执行结果的正确性是可判定的，每一个测试用例都应有相应的期望结果。

(4)测试结果的可再现性：即对同样的测试用例，系统的执行结果应当是相同的。

2.2 测试用例

2.2.1发布免费信息测试用例

3-信息测试表

2.2.2登陆测试用例设计

5-测试用例设计

2.2.3注册页面测试用例设计

6-页面测试用例设计

2.2.4首页测试用例设计

7-首页测试用例设计

2.2.5寻物启事用例设计

8-寻物启事用例设计

2.2.6招领启事用例设计

9-招领启事用例设计

2.2.7管理员个人中心用例设计

10-管理员个人中心用例设计

2.2.8普通用户个人中心用例设计

11-普通用户个人中心用例设计

3.缺陷报告3.1缺陷概述

软件缺陷简单的来说就是存在于软件之中的那些不希望，或不可接受的偏差，而导致软件产生质量问题。本失物招领系统主要是拾物者和失主之间的一种交互，建立的一个平台，软件的缺陷主要包含首页的部分超级链接无效等。

3.2BUG统计

12-Bug统计

4.总结

经过一周的软件测试课程设计，让我们把课本上学习的知识实践到了项目中，使我们真正了解到了软件的测试工作。在这期间，我们的收获是丰硕的，最起码从意识上，我们发现了自己的不足，并寻找到了合适的解决途径。

在这期间让我们认识到了，要想成为好的测试人员，首先得了解自己要测试的软件的相关知识，要了解软件产品的架构是什么样的，要了解软件的市场需求，在接触软件之初要可以多看看用户的反馈信息，这些才是用户最关心的，也是在测试中需要注意的问题，满足客户是最大的需要。但是了解软件需求之后要学会要多读些软件系统的技术文档，软件设计文档，这些文档可以帮助了解产品如何工作。最后也要发现这个软件的bug所在，提高软件的质量。

总之，通过这次软件测试课程设计，让我们成长了不少，在这期间也遇到了不少的困难，看到了自己身上的不足之处。在测试时要想使自己的测试更加全面周全，总会遇到这样那样的问题，那就需要我们刻苦学习，不断地开阔视野，增强自身实践操作的技能，为以后能做好测试打下基础。

【篇2】软件测试报告总结

技 术 文 件

技术文件名称：XX软件集成测试报告

技术文件编号：

版 本：

共 页

(包括封面)

拟 制

审 核

会 签

标准化

批 准

特灵达新时技术有限公司

目 录

1 编写目的 2

2 术语、定义和缩略语 2

2.1 术语、定义 2

2.2 缩略语 2

3 测试任务描述 2

4 测试环境 2

4.1 测试环境描述 2

【篇3】软件测试报告总结

教务管理系统

测试报告

二〇一七年一月八日

第1章 引言

1.1?编写目的

本测试报告为大学生教务管理项目的测试报告，目的在于总结测试阶段的测试以及分析测试结果，描述系统是否符合需求（或达到教务管理管理功能目标）。预期参考人员包 括 用 户、测 试人员、开发人员、项 目 管 理 者、其 他 质 量 管 理人员 和需要阅读本报告的高层经理。

1.2?项目背景

为了提高管理学生工作的老师的工作效率，开发了大学教务管理系统。

这个系统能满足用户管理员账户与普通账户Login/Lougout。管理员账户具有添加、修改、删除功能，普通账户只能查看。

主要功能：能完成大学新生的添加、修改、删除，能按学生成绩求和、排名，列出不及格学生的名单等。操作简单、界面友好；确保信息的准确性，动态性，安全性。大学学籍管理系统是基于JavaEE的技术，采用B/S结构，适于分布式多客户作业，客户端的要求也很低。

第2章 测试概要

测试阶段包括集成测试，系统测试，性能测试，压力测试，容量测试，负载测试并且对测试过程进行评估。本计划所提到的测试类型是需求阶段的测试，即对大学学籍管理系统进行功能验证的测试过程。?

测试范围：新建学生模块，学生信息管理模块，学生信息查询模块?测试目的：发现大学生学籍管理中目前存在的问题，并且对影响系统正常运行的BUG进行修复，以对完善系统。?

测试过程执行：整体测试过程结束，功能模块测试测试最为顺利，其它模块因技术，条件等原因或多或少存在一些问题。

2.1?测试用例设计

本测试用例主要采用黑盒测试方法，功能测试部分采用了边界值，等价类等用例设计方法，其它部分测试如性能测试，兼容性测试，压力测试等涉及到各自不同的测试方式和测试工具。

2.2?测试环境与配置

下表列出了测试的系统环境

软件环境（相关软件、操作系统等）

操作系统：Windows?XP以上版本；

应用服务器和Web服务器：Tomcat?5以上

数据库系统：MySQL

客户端软件：MS?Internet?Explorer或Firefox等浏览器和office软件。

硬件环境（网络、设备等）；

对兼做应用服务器、Web服务器和数据库服务器的机器配置要求较高：256M以上内存，PIII500MHz以上CPU，10G以上可用硬盘空间；

客户机只要能使用浏览器和Office软件即可。

网络条件和设备：网路连接卡或调制解调器。

测试使用的工具

用途

工具

生产厂商/自产

版本

压力测试工具

JMeter?

开源组织

功能测试工具

Selinum

开源组织

1.0?

BUG管理工具

JIRA?

第3章?测试内容和执行情况

3.1?项目测试概况表?

对教务管理系统的功能、性能、负载，安全性等方面进行了全面的测试。

项目版本

开始时间

结束时间

用例数

用例通过数

问题数

用例通过率

个

个

个

%

第一轮测试

2017.1.3

2017.1.5

项目测试概况表

3.2功能

3.2.1 新建学生

功能

基本要求

测试情况

测试通过

是 否

必填项为空

学号，姓名，籍贯为必须输入项，未输入则需弹出警告，并拒绝新建

有警告弹出，未新建

学号内容输入

学号输入应符合一定规范，不能有空格，汉字，中英文字符等

对于空格，汉字，字符，字母等均可创建成功

姓名内容输入

姓名输入应符合一定规范，不支持@，#，￥，*?等字符输入

对于字符输入无限制

身份证号输入

身份证号应支持尾号为X的输入

支持

电话输入

电话输入应不包含，字母和汉字

会弹出警告框，并拒绝录入

3.2.2?学生信息管理

功能

基本要求

测试情况

测试通过

是 否

删除”按钮功能测试?

点击可以对已选中的学生信息进行删除

正常

“修改”按钮功能测试

一次只能对一个学生信息进行修改

正常修改

“保存”按钮功能测试

点击可以对修改后的学生信息进行提交和保存

能够保存

3.2.3?学生信息查询

功能

基本要求

测试情况

测试通过

是 否

“学号”查询

输入完整学号后，可以显示对应学号学生的基本信息?

能够正常查询出结果

“姓名”查询

输入姓名后，可以列出对应姓名的学生的基本信息

能够正常查询出结果

“籍贯”查询

输入籍贯后，可以列出对应籍贯的学生的基本信息

能够正常查询出结果

“身份证号”查询

输入身份证号后，可以列出对应身份证号的学生的基本信息

抛出异常

3.2.4?表单测试

功能

基本要求

测试情况

测试通过

是 否

新建学生提交

表单-新建学生信息并提交后，数据能正确保存到后台数据库中

能够正确保存

修改学生信息提交

表单-修改学生信息并提交后，数据能正确保存到后台数据库中

能够正确保存

学生信息管理多选删除

表单-测试学生信息管理可以使用多选删除功能

可以多选删除

浏览器功能测试

表单-浏览器的前进、后退、刷新按钮，能够正常使用

功能都可以正常使用

3.2.5?链接测试

功能

基本要求

测试情况

测试通过

是 否

导航栏新建学生测试

在新建学生页面点击导航栏中链接都可以正常跳转

能够正确创建

学生信息管理测试

在学生信息管理页面点击导航栏中链接都可以正常跳转?

能够正确跳转

学生信息查询测试

在学生信息查询页面点击导航栏中链接都可以正常跳转

可以跳转

新建学生返回按钮测试

在新建学生页面点击返回，页面可以正常跳转到上一页

页面可以正常跳转到上一页

3.2.6?cookies测试

功能

基本要求

测试情况

测试通过

是 否

Cookies是否起作用

登录后所有功能，都能以已登录用户身份访问

符合要求

页面无操作5分钟测试

页面无操作5分钟，cookies信息不会被注销?

5分钟无操作，系统功能可以以登录身份正常访问

页面刷新测试

页面刷新后，cookies信息不会丢失，用户身份不会注销

刷新以后，可以以已登录身份正常访问?

3.3?性能测试

性能测试情况概要

项目版本

开始时间

结束时间

用例数

(个)

用例通过数(个)

问题数(个)

用例通过率(%)

1.0

24

6

25%

测试用例是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。?

这里测试学籍系统在预定环境和负载下的响应速度。

序号

用例名称

基本要求

测试情况

测试通过

是

否

1

响应时间-打开WEB?

1个用户打开WEB

响应时间达到预期要求

2

10，50，95个用户同时打开WEB

响应时间达到预期要求

3

响应时间-登录系统?

1个用户登录系统

响应时间达到预期要求

4

10，50，95个用户同时登录系统

响应时间达到预期要求

5

响应时间-信息注册

1个用户注册信息

响应时间达到预期要求?

6

10，50，95个用户同时注册信息

响应时间达到预期要求?

7

CPU占用率-打开WEB

1个用户打开WEB

响应时间达到预期要求

8

10，50，95个用户同时打开WEB

响应时间达到预期要求

9

CPU占用率-登录系统

1个用户登录系统

响应时间达到预期要求

10

10，50，95个用户同时登录系统

响应时间达到预期要求

11

CPU占用率-信息注册

1个用户注册信息

响应时间达到预期要求

12

10，50，95个用户同时注册信息

响应时间达到预期要求

3.4?压力测试

压力测试情况概要

项目版本

开始时间

结束时间

用例数(个)

用力通过数(个)

问题数(个)

用例通过率

1.0

12

3

25%

3.4.1?测试用例

测试用例是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。?

这里测试学籍系统在不同压力下的运行情况，是否可以正常运行10min。

序号

用例名称

基本要求

测试情况

测试通过

是

否

13

运行情况-登录WEB?

测试1人打开WEB时，系统的运行情况?

响应时间达到预期要求

14

测试10，50，100人打开WEB时，系统的运行情况

响应时间达到预期要求

15

运行情况-登录系统?

测试1人登录系统时，系统的运行情况

响应时间达到预期要求

16

测试10，50，100人登录系统时，系统的运行情况?

响应时间达到预期要求

17

运行情况-信息注册

测试1人注册信息时，系统的运行情况

响应时间达到预期要求?

18

测试10，50，100人同时注册信息时，系统的运行情况WEB

响应时间达到预期要求

3.5?容量测试

容量测试情况概要

项目版本

开始时间

结束时间

用例数(个)

用例通过数(个）

问题数（个）

用例通过率 %

1.0

15

3

20%

3.5.1?测试用例

测试用例是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。?

这里测试学籍系统在可正常运行10min时所能负载的最大用户数。

序号

用例名称

基本要求

测试情况

测试通过

是

否

19

运行情况-登录WEB?

测试1人打开WEB时，系统的运行情况?

响应时间达到预期要求

20

测试10，50，100人打开WEB时，系统的运行情况

响应时间达到预期要求

21

运行情况-登录系统?

测试1人登录系统时，系统的运行情况

响应时间达到预期要求

22

测试10，50，100人登录系统时，系统的运行情况?

响应时间达到预期要求

23

运行情况-信息注册

测试1人注册信息时，系统的运行情况

响应时间达到预期要求?

24

CPU占用率-打开WEB

测试10，50，100人同时注册信息时，系统的运行情况WEB

响应时间达到预期要求

3.6?安全性测试

测试内容

基本要求

测试情况

测试通过

是

否

用户权限

所有授权用户是否能在所授权限下进行工作，不容许超权限。

实现要求。

安全登陆

所授权用户是否能安全登录。

实现要求。

超时限制

登录系统长时间不操作，系统是否需要重新登录。

实现要求。

验证码

登录系统时，输入验证码是否能正常登录。

没有实现要求。

URL跳转

在浏览器中输入网址，网页是否正常跳转。

实现要求。

漏洞扫描

使用nmap工具进行漏洞扫描。

实现要求。

模拟攻击

使用模拟工具，模拟攻击。?

没有实现要求。

第4章 测试结论与建议

4.1测试结论

“大学生学籍管理系统”在用户现场环境进行功能、可靠性、安全性、可使用性、兼容性、安装和手册功能七个方面进行了全面、严格、规范的测试。测试结果表明：“大学生学籍管理系统”完全达到业务需求文档中的要求，并具有以下特点：?

1.?系统架构先进、简单。该系统采用先进的B/S架构，后台支持各种大小数据库，系统结构清晰明确，可满足学校网络软件应用的要求。?2.?功能全面。该软件由桌面系统、应用服务器等模块组成，包括了新建学

生信息、学生基本信息管理、学生基本信息查询等功能。方便查看学生基本信息、修改学生信息、维护学生成绩。?

3.?系统安全性较好。系统具有严格的权限设置功能，权限设置可细化到字

段级，不同权限的人员只能看到自己有权限访问的字段内容，有效地保证了数据的安全性。?

4.?系统设置灵活。该软件完全基于工作流程进行设计，系统业务功能操作

简单，可轻松查看学生学籍信息。?

5.?系统可靠性高。对客户机掉电或强行关机后重启机器、网络异常中断。

有完善的数据校验机制，对用户输入不符合要求的数据，给出了简洁、准确的提示信息，必要时给出了帮助。?

6.?系统兼容性好。系统设计灵活，能满足用户在各种操作系统，各种web

应用服务器及各种主流数据库支撑软件下的使用。?

7.?系统预测统计模型通过严格测试，以大量学生信息数据进行预测，使预

测模型求出的预测数据更接近真实数据。?

8.?测试结论：通过。

4.2 建议

1.系统整体bug集中在功能性方面，尤其是对于录入数据的约束上，需要从细节和现实使用的角度出发，进行重点关注和修复。?

2.系统的兼容性较差，对于多种浏览器都存在界面显示异常的问题。?3.缺少必要的帮助选项。?

4.缺少很多的警告性信息，包括用户误操作，或数据未保存退出提醒。

【篇4】软件测试报告总结

软件测试报告

项目名称：基于ASP.net+SQL server 2008网上书城

一、测试概述
1.1测试任务描述
对店铺管理产品项目中所有的软件测试活动中，包括测试进度、资源、问题、风险以及测试组和其他组间的协调等进行评估，总结测试活动的成功经验与不足，以便今后更好的开展测试工作。

1.2测试范围

依据用户需求说明书和软件需求规格说明书以及相应的设计文档进行系统测试，包括功能测试、性能测试、用户访问与安全控制测试、用户界面测试和单元测试。主要功能包括：

用户功能

注册新用户、登录系统、浏览公告、发表留言、添加修改和删除购物车的信息、提交订单
浏览者功能

查看网站主页、商品信息查询、浏览公告信息

购物系统管理后台

管理员注册系统、管理员登录系统 、用户管理系统、订单管理系统、商品管理系统、公告管理系统
1.3测试环境描述

测试PC机（2台）

配置：Web服务器及数据库服务器均采用AMD Atholon (1GHZ)PC工作站。内存1024M、硬盘120G

数据库管理系统：数据库MySQL:MySQL Server 5.0

应用软件：Tomcat5.5、eclipse

客户端前端显示：IE9.0

1.4测试模型

图1.4.1 软件测试V模型

1.5参考资料

资料名称

版本

作者

是否通过评审

备注

店铺管理产品开发任务书.doc

2.0

已评审

店铺管理产品系统测试方案.doc

1.0

已评审

网上购物测试计划.doc

1.0

已评审

网上购物测试进度表.doc

1.0

已评审

二、测试描述

2.1测试版本比较

版本

1.0

2.0

功能

基本功能实现

增加了搜索功能

性能

性能良好

优化了数据库

2.2测试方法

黑盒测试、WEB测试通用方法、手工测试

2.3测试描述

测试类型

测试内容

测试目的

所用的测试工具和方法

功能测试

用户功能

注册新用户、登录系统、浏览公告、发表留言、添加修改和删除购物车的信息、提交订单
浏览者功能

查看网站主页、商品信息查询、浏览公告信息

购物系统管理后台

管理员注册系统、管理员登录系统 、用户管理系统、订单管理系统、商品管理系统、公告管理系统

核实所有功能均已正常实现

1.流程检验：各个业务流程符合常规逻辑，用户使用时不会产生疑问。

2.数据精确：各数据类型的输入输出时统计精确。

采用黑盒测试，使用边界值测试、等价类划分、数据驱动等测试方法，进行手工测试

性能测试

最大并发数；

查询商品信息、公告时，注册新用户时、以及登录时系统的响应时间。

WEB测试通用方法、手工测试

确认性测试

验证被测软件是否满足需求规格说明书列出的需求。任务是验证软件的功能和性能及其他特性是否与用户的要求一致。

向未来的用户表明系统能够像预定要求那样工作

黑盒测试、手工测试

三、遗留问题描述

测试执行时间相对较少，测试通过标准要求较低；开发人员相关培训未做到位，编码风格各异，细节性错误较多，返工现象存在较多；测试执行人员对管理平台不够熟悉，使用时效率偏低；测试执行人员对系统了解不透彻，测试执行时存在理解偏差，导致提交无效缺陷。

四、测试总结

4.1测试用例执行结果

测试用例标志号

测试用例名称

用例状态

测试结果

备注

用户部分

A01

用户注册

已执行

测试通过

A02

注册用户登录

已执行

测试通过

A03

发表留言

已执行

测试通过

A04

添加修改删除购物车的信息

已执行

测试通过

A05

提交订单

已执行

测试通过

A06

浏览公告

已执行

测试通过

浏览者部分

B01

查看网站主页内容

已执行

测试通过

B02

浏览公告信息

已执行

测试通过

B03

查询商品信息

已执行

测试通过

B04

已执行

测试通过

后台管理部分

C01

管理员注册

已执行

测试通过

C02

管理员登录

已执行

测试通过

C03

用户管理系统

已执行

测试通过

C04

公告管理系统

已执行

测试通过

C05

订单管理系统

已执行

测试通过

C06

商品管理系统

已执行

测试通过

用户界面分析

A01

界面测试

已执行

测试通过

4.2测试问题解决

测试用例标识号

错误或问题描述

错误或问题状态

A01

注册用户完成时，提示信息有误

已解决

A02

时间显示错误

已解决

A03

注册用户时，单击提交后未跳转到其他页面

已解决

A04

用户登录后，无法显示商家新发布的商品

已解决

A05

添加商品到购物车，价格不能更新

已解决

A06

商品信息查询不出结果

已解决

A07

用户无法修改个人信息

已解决

A08

商家无法购买商品

未解决

4.3测试结果分析

4.3.1覆盖分析

测试覆盖分析

测试覆盖率＝21/30×100％=71.0%

需求/功能

用例个数

27

执行总数

27

未执行

0

未/漏测分析和原因

产生失败数为9，最后均以合理的处理方式解决

系统功能

系统安全分析

1

1

0

系统性能

0

0

0

用户界面

2

2

0

运行环境

0

0

0

需求覆盖分析

对应约定的测试文档（《店铺管理产品测试计划》），本次测试对系统需求的覆盖情况为：

需求覆盖率＝Y（P）项/需求项总数×100％＝86.66％

需求项

测试类型

是否通过[Y][P][N][N/A]

备注

系统功能

系统测试

[Y]

系统安全分析

系统测试

[P]

系统性能

系统测试

[P]

用户界面

系统测试

[N/A]

运行环境

系统测试

[P]

注：P表示部分通过，N/A表示不可测试或者用例不适用。

4.3.2缺陷分析
本次测试中发现Bug共17个
按缺陷在各功能点的分布情况分：

严重级别

需求

A-严重影响系统运行的错误

B-功能缺陷，影响系统运行

C-不影响运行但必须修改

D-合理化建议

共计

用户注册

1

2

2

5

登录系统

1

1

修改商品信息

2

2

删除商品信息

1

1

2

商家登录

1

1

浏览商品信息

1

1

发表留言

1

1

预定商品

2

1

1

4

共计

5

4

4

4

17

由统计来看，缺陷大部分集中在注册新用户以及登录，管理员后台系统部分，其余分布较为分散。
五、综合评价
5.1 软件能力
经过项目组开发人员、测试组人员以及相关人员的协力合作，网上购物系统项目如期完成并达到交付标准。该系统能够实现网上购物系统在用户需求说明书中所约定的功能，即能够基本满足用户在前台进行用户个人注册，登录，购买商品，发表留言以及搜索和浏览其它的商品信息，需求方可在网上购物系统后台可根据用户的信息审核注册用户，管理订单和用户的模板以及发布公告等功能。
5.2 缺陷和限制
该系统除基本满足功能需求外，在性能方面还存在不足，有系统继续优化的空间。另外，部分功能在设计上仍存在不足之处。
5.3 建议
需求提出方可以在使用该系统的基础上，继续搜集用户的使用需求反馈，并结合市场同类产品的优势，在今后的版本中不断补充并完善功能。
建议当项目组成员确定后，在项目组内部对一些事项进行约定。如开发/测试的通用规范等，将会在一定程度上提高开发和测试的效率。

【篇5】软件测试报告总结

1.简介
1.1.软件模块简介
FPGA软件一共有基本功能模块包括：计数模块。
计数模块：对2路速度信号进行计数，把计数值存储在数据寄存器。
1.2.目的
依据测试规范，在了解模块内部函数输入/输出条件和逻辑结构的前提下，进行模块接口测试、局部数据结构测试、路径测试、错误处理测试和边界测试，达到以下三个目的：
1.验证代码是否符合编码规范的要求；2.验证测试是否通过；
3.通过单元测试准确定位错误点，以便代码的修改和复核。
1.3.术语和缩写词
CTCS—
FPGA——Field－ProgrammableGateArray现场可编程门阵列



2.参考文档




3.测试环境与测试工具
3.1.软件项
操作系统：WindowsXPProfessional编译工具：测试工具：ModelSim
3.2.硬件项
机器类型：台式机品牌：型号：CPU：