系统开发的最后阶段就是系统编码，这个阶段就是根据系统需求的文档来进行相应的系统开发。我们在下文对测试过程和运行结果进行介绍。

　本系统开发测试过程

　　系统开发首先需要对单元模块进行开发，在归总的开发过程，测试与开发同步，采用分总的测试流程。测试方法采用先黑盒再白盒。经过这些过程之后，对于系统出现的错误可以及时的发现并进行纠正，使错误不能积攒，提高了开发速度。

　　首先需要准备开发所需要的工具，对运行环境进行搭载，根据系统所需来设计数据库。接着编写数据库接口模块，编写完成后，对该模块进行测试，测试主要有以下几点：(1)数据的读取，删除，修改;(2)数据格式的验证;(3)sql注入过滤是否有效;(4)并发数据查询效率(5)数据同步性能等等。

　　在测试完数据库接口以后，即开始模块化的代码编写。写完一个模块马上进行测试，所有模块测试完以后，把系统整合一下，并进行整体测试。

　　整体测试主要测试系统效率，并发执行效率，系统压力测试，瓶颈测试，安全性测试等。整体测试完毕即系统开发完成。

　　(1)测试负载

　　这是一个对系统在多个不相同负载阶段上测验的全过程。负载主要是通过对考察系统的两个指标来进行测评的，之一是系统性的储存量，其二就是系统的耐久性。前者把大数据量或是数据加入到系统当中，让系统来整理并且随时对系统的情况表现进行勘察。它的主要目的就是找到能添加负载量比较大的系统。但是后者主要是侧重于分配出数量比较大的工作，使系统长期处在高负荷量的运动当中，同时对系统所表现出来的情况进行勘察，同时做好笔记。这种做法的主要目的是寻求系统上的疲劳度。这样一来，就能够测验出系统处于不同阶段负载下的工作状况，来保障系统在不同需求范围之下的正常工作。

　　(2)测验网络的连接性

　　该系统实现的唯一方法就是使用端运用web和服务器相连接。这个过程一定是要涉及到web的连接速度的。要是连接的响应速度不是很快，很有可能会给用户带来烦感，对系统的功能毫无把握。网络的连接速度也是我们这一次所需要关注的，测验主要是从网络的硬件条件出发，对web的连接速度进行勘察，要是硬件环境完全可以达到规定的要求，就可以通过多次测验，获得连接速度的均衡值。

　　在设计这个系统当中，为了有效防止用户上传大量附件，尤其是把附件的容量的上限设置在9M左右。在相同情况之下，还对上传的文件类型有了局限性，通过这个来防止恶意程序的倾入。在测验负载的过程中，想到使用者数量不多，在上传文件的时候，能够观察到的并发数也就只是在300个用户左右，这300个用户可以一并对数据库进行该问，并进行操作，但是数据库能够很容易地处理这些，web的服务器也能够对查询以及显示的解析提供有力的支撑。在这点上面能够用来表明这个系统能够达到设计的需求。

　　(3)压力测试

　　主要包含了大量孤立的数据测验以及自动化生成的测验数字。它的目的就是要凭借着好像毁坏的手法，但是总的来说，压力测试主要目的就是尽一切可能给系统增加压力，以使系统出现故障，然后对系统在出现故障时的反应以及恢复能力进行观察。

　　在对压力测试进行勘测的过程当中，同时，我们在服务器端上打开6个不相同的运用程序。在这当中有3个是图像处理程序，有1个是FTP程序，有30多个账号能够用来上传以及对数据进行下载，开动仿真程序以及20个IE浏览。在此情形中，CPU会有80%被占用。对300多个使用者的回访情况，这个系统可以运行正常，用户端显示以及没有压力测验条件比较，基本上没有什么明显的区别。依据我们的解释，造成这一情况的原因，就在于该系统处于局域网内，网络传输相对速度较快，延时往往没有计算在内。而服务器在CPU占有80%的情况之下，web的程序进程仍旧可以对300多个使用者的超文本商议采取正常的回应，这就表示系统能够满足需要。

　　本系统要求能够连续工作时间不小于24小时×30天。对于系统的可靠性测试主要采用，压力测试的方式来进行。测试过程中使用，逐步加压模式：每隔每30秒启动10个并发用户，并发用户总量为200个，不间断地进行用户登录和注销操作。