大家好，我是讯享网，很高兴认识大家。



软件测试实验报告例（精选8篇）

篇1：软件测试实验报告例

软件质量保证与测试

2016 ~ 2017学年

第二学期

学

院 计算机科学技术

专

业 软件工程 学

号

姓

名 蒲凤 指导教师王鹏

目录

一、单元测试.......................................................1 1.1实验目的......................................................1 1.2实验环境......................................................1 1.3实验原理......................................................1 1.4实验内容......................................................1 1.4.1 C#单元测试................................................1 1.4.2 测试用例..................................................4 1.5实验结果......................................................5 1.6实验总结......................................................6 1.6.1插件安装...................................................6 1.6.2心得体会...................................................6 1.6.3单元测试意义...............................................6

二、LOADRUNNER性能测试.............................................7 2.1实验目的......................................................7 2.2实验环境......................................................7 2.3实验原理......................................................7 2.4实验内容......................................................7 2.4.1 HP LoadRunner录制脚本.....................................7 2.4.2 HP LoadRunner脚本测试场景设计及分析......................17 2.5实验结果.....................................................33 2.6实验分析.....................................................34 2.7实验总结.....................................................34

三、反编译........................................................36 3.1实验目的.....................................................36 3.2实验环境.....................................................36 3.3实验原理.....................................................36 3.4实验内容.....................................................36 3.4.1 Net Refelector反编译.....................................36 3.5实验结果.....................................................40 3.6实验总结.....................................................41 3.6.1心得体会..................................................41

I 3.6.2 对软件安全性的看法.......................................41

四、SQL注入.......................................................42 4.1实验目的.....................................................42 4.2实验环境.....................................................42 4.2实验原理.....................................................42 4.3实验内容.....................................................42 4.3.1 sql注入..................................................42 4.4实验结果.....................................................52 4.5实验总结.....................................................54 4.5.1心得体会..................................................54 4.5.2 SQL注入危害..............................................54

五、禅道项目管理的BUG管理模块使用................................55 5.1实验目的.....................................................55 5.2实验环境.....................................................55 5.3实验原理.....................................................55 5.4实验内容.....................................................55 5.4.1禅道项目管理的bug管理模块使用............................55 5.5实验结果.....................................................67 5.6实验总结.....................................................68

II

一、单元测试

1.1实验目的

1.能够使用编程工具进行单元测试。

2.检查代码实现是否符合设计，尽早发现设计和需求中存在的错误。3.发现在编码过程中引入的错误，跟踪需求和设计的实现是否一致。

1.2实验环境

环境：vs2013

1.3实验原理

主要采用白盒技术，检查模块控制结构的某些特殊路径，期望覆盖尽可能多的出错点。

1.4实验内容

1.4.1 C#单元测试

1.新建一个类库项目，并为其中的类为BinaryTree.构建二叉树并添加前序遍历方法。如图1-1所示。

图1-1 2.创建单元测试。在方法名上右击，然后单击“Generate Unit Test”选项，打开对话框。如图1-2所示。

图1-2 3.选择方法，为新建项目命名。如图1-3所示。

图1-3 4.然后在解决方案管理中就多了相应的BinaryTree Tests解决方案。如图1-4所示。

图1-4 打开测试菜单->窗口->测试资源管理器，如图1-5所示。

图1-5 5.在测试试图，右键运行要测试的方法，在测试结果窗口中查看测试结果，运行测试之前。如图1-6所示。

图1-6 1.4.2测试用例

1.设置测试参数。如图1-7，1-8所示。

图1-7

图1-8 2.运行之后。如图1-9所示。

图1-9 1.5实验结果

经过测试，ResultEqualTest1，ResultEqualTest2均未通过测试，调整参数，重新测试,测试结果如下，如图1-10所示。：

图1-10 1.6实验总结

1.6.1插件安装

在vs2013进行单元测试之前，需要按照手动添加插件。选择工具-扩展和更新，搜索并安装Unit Test Generator。1.6.2心得体会

本次测试设计涉及预期测试需求，实验结果符合预期。单元测试帮助开发人员编写代码，提升质量，减少bug；提升反馈速度，减少重复工作，提高开发效率；保证最后的代码不会破坏之前的代码功能，同时让代码维护更容易，有助于改进代码质量和设计。1.6.3单元测试意义

单元测试集中注意力与程序的基本组成部分，首先保证每个单元测试通过，才能使下一步把单元组成部分组装成部件并测试其正确性具有基础。单元是整个软件的构成基础，只有保证零部件一样，这个设备的质量才有基础，单元的质量也是整个软件质量的基础。因此，单元测试的效果会直接影响到软件的后期测试，最终在很大程度上影响到产品的质量。同时，单元规模较小，复杂性较低，因而发现错误后容易隔离和定位，有利于调试工作。

二、LoadRunner性能测试

2.1实验目的

1.掌握LoadRunner的使用方法。2.能够使用LoadRunner进行负载测试

3.学会用LoadRunner设计场景并尝试，并分析测试结果。

2.2实验环境

环境：HP LoadRunnner

2.3实验原理

LoadRunner进行负载测试通常有五个阶段组成：

计划、脚本创建、场景定义、场景执行和结果分析。

(1)计划负载测试：定义性能测试要求，例如并发用户的数量、典型业务流程和所需相应时间。

(2)创建Vuser脚本：将最终用户活动捕获到自动脚本中。(3)定义场景:使用LoadRunnerControlller设置负载测试环境。(4)运行场景：通过LoadRunnerControlller驱动、管理和监控负载测试。(5)分析结果：使用LoadRunnerAnalysis创建图和报告并评估性能。

2.4实验内容

2.4.1HP LoadRunner录制脚本

1.启动服务。如图2-1所示。

图2-1 2.登录自带网站WebTours，并注册。如图2-2所示。

图2-2 填写注册信息，如图2-3，2-4所示。

图2-3

图2-4 注册成功，如图2-5所示。

图2-5

3.打开Loadrunner，点击新建脚本打开VuGen。如图2-6所示。

图2-6 新建脚本，如图2-7所示。

图2-7

4.新建脚本，选择协议。如图2-8所示。

图2-8 5.选择浏览器，设置所测web的地址。如图2-9所示。

图2-9 6.点击左下角Options按钮，进入录制环境设置界面。如图2-10，2-11所示。

图2-10

图2-11

7、模拟用户操作开始录制脚本。如图2-12所示。

图2-12 用户操作如下，模拟用户订票。如图2-13所示。

图2-13 8.结束录制，生成脚本。如图2-14所示。

图2-14 9.回放脚本，验证脚本是否正确。如图2-15所示。

图2-15 回放结果，如图2-16所示。

图2-16 10.增加事务，并命名。如图2-17所示。

图2-17 给事务命名，如图2-18所示。

图2-18 查看事务，如图2-19所示。

图2-19 11.参数化。在脚本中找到需要参数化的值，例如登录名和登录密码。如图2-20所示。

图2-20 2.4.2HP LoadRunner脚本测试场景设计及分析

1.导入脚本，打开controller。如图2-21所示。

图2-21 2.选择文件路径。如图2-22所示。

图2-22 3.进入初始界面。如图2-23所示。

图2-23 4.为了设置集合点，取消默认勾选框，添加脚本。如图2-24所示。

图2-24 5.确定，进入场景设置界面。如图2-25所示。

图2-25 6.设置场景，选择初始化。如图2-26所示。

图2-26 7.打开运行时设置，设置迭代次数。如图2-27所示。

图2-27 8.设置迭代参数为2。如图2-28所示。

图2-28 9.点开Miscellaneous,设置Continueon error，使错误发生时可继续执行。如图2-29所示。

图2-29 10.设计集合点。如图2-30所示。

图2-30 设置当所有虚拟用户都到达集合点才释放，模拟多用户同时进行某一操作的情况。选中policy。如图2-31所示。

图2-31 11.设置policy。如图2-32所示。

图2-32 12.点击运行，进入运行时监控界面。如图2-33所示。

图2-33 13.点击运行场景。如图2-34所示。

图2-34 14.观察运行结果。如图2-35，2-36，2-37，2-38，2-39所示。

图2-35

图2-36

图2-37

图2-38

图2-39 15.设置场景运行时Windows资源监控图。如图2-40所示。

图2-40 点击添加。如图2-41，2-42所示。

图2-41

图2-42 运行时Windows资源监控图截图如下。如图2-43所示。

图2-43 16.打开分析器，形成分析结果。如图2-44，2-45所示。

图2-44

图2-45 17.分析器自动形成分析结果。如图2-46，2-47，2-48，2-49，2-50所示。

图2-46

图2-47 18.点开监控的图表，根据需要合并图表以便更好地分析。

图2-48

图2-49

图2-50 19．添加Windows资源监控图表。如图2-51，2-52所示。

图2-51

图2-52 20.添加页面分析结果图表。如图2-53所示。

图2-53 21.生成测试报告。如图2-54所示。

图2-54 生成测试报告中。如图2-55所示。

图2-55 生成测试报告，如图2-56所示。

图2-56 2.5实验结果

回放验证。如图2-57所示。

图2-57

生成测试报告，点击内容，如图2-58所示。

图2-58 2.6实验分析

通过测试报告可以看出，最多能够创建10个vuser，平均吞吐量是14320字节每分，平均每秒点击数量约为10次。同时可以通过以下方式使被测系统所受压力减轻,从如下方面进行综合调解:将测试脚本中think time值加大并在控制台中按比例实现,此处think time指在transaction外部的时间；Controller中Run-Time Setting的Pacing设置值加大；虚拟用户登录时使用递增策略，间隔稍长。

2.7实验总结

LoadRunner，是一种预测系统行为和性能的负载测试工具。通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题，LoadRunner能够对整个企业架构进行测试。企业使用LoadRunner能最大限度地缩短测试时间，优化性能和加速应用系统的发布周期。LoadRunner可适用于各种体系架构的自动负载测试，能预测系统行为并评估系统性能。学会了使用LoadRunner录制脚本。基本的流程是启动服务器、注册、录制脚本及进行参数化设置。设计涉及场景的搭建和测试，通过Lordrunner进行脚本测试，同时能够生成相应的图表，直观的反应了测试结果。Lordrunner作为专业的性能测试工具,通过模拟成千上万的用户对被测应用进行操作和请求,在实验室环境中精确重现生产环境中任意可能出现的业务压力,然后通过在测试过程中获取的信息和数据来确认和查找软件的性能问题,分析性能瓶颈。

三、反编译

3.1实验目的

1.学会如何使用反编译工具对程序进行反编译。2.能够使用.NetRefelector进行反编译。

3.2实验环境

环境：.Net Refelector,VS2008 3.3实验原理

反编译的主要思想：将特定的机器代码，即我们的“源程序”，先翻译为低级的中间代码，然后再根据特定的高级语言将中间代码翻译为高级程序。反编译器也有前端和后端。前端是一个机器依赖的模块，句法分析二进制程序、分析其指令的语义、并且生成该程序的低级中间表示法和每一子程序的控制流向图。通用的反编译机器是一个与语言和机器无关的模块，分析低级中间代码，将它转换成对任何高级语言都可接受的高级表示法，并且分析控制流向图的结构、把它们转换成用高级控制结构表现的图。最后，后端是一个目标语言依赖的模块，生成目标语言代码。反编译的过程中要使用一些工具：把二进制程序装入内存，对这一程序做句法分析或反汇编，以及反编译或者分析该程序来生成高级语言程序。这个过程借助编译器和库的签名来识别特定的编译器和库子程序。只要在二进制程序中识别出编译器签名，就不去反编译这些编译器启动代码(start-up)和库子程序：对于前者，从最后的目标程序去掉启动代码的那些例程，反编译器从主(main)程序入口点开始分析；对于后者，那些子程序用其库函数名代替。

3.4实验内容

3.4.1Net Refelector反编译

1.启动.NETRefelector(在所有程序中找到RedGate文件夹)找到安装文件，点击运行。如图3-1所示。

图3-1 2.选择文件，打开可执行文件。如图3-2所示。

图3-2 选择文件路径。如图3-3所示。

图3-3

3.导入工程截图如下。如图3-4所示。

图3-4 4.相关函数和类，如图3-5所示。

图3-5 5.选中工程，导出源码。如图3-6所示。

图3-6 6.选择导出文件路径。如图3-7所示。

图3-7 7.选中反编译程序，点击运行。如图3-8所示。

图3-8 3.5实验结果

反编译成功，如图3-9所示。

图3-9

3.6实验总结

3.6.1心得体会

本次实验通过反编译工具进行了反编译，完成了从可执行文件到源码的转换，学会了如何使用.NET Refelector反编译工具。3.6.2 对软件安全性的看法

软件安全（Software Security）就是使软件在收到恶意攻击的情形下依然能够继续正确运行及确保软件被在授权范围内合法使用的思想。软件安全性分析任务包含于软件生存周期的若干活动中，是针对软件的安全性质量，作为这些活动的补充。软件安全性分析作为开发中软件的质量的重要保证，关系到软件的获取、供应、开发、运行和维护，已得到专业人士的高度重视。并且现在，软件安全性分析任务的各项细节执行都写入了国军标，被安全相关软件的需方、供方、开发者、维护者以及独立的评价者使用。规范化将推进软件安全性分析的进程，使更多的开发和评测单位遵循标准化文件，督促开发团队采取相应的技术手段，以软件测试作为辅助。同样，软件安全性分析标准也会在推进的过程中，得到不断地发展。

四、SQL注入

4.1实验目的

1.明白SQL注入原理。2.能够进行简单的SQL注入。

4.2实验环境

环境：VS2013，SQL Server Management Studio 4.2实验原理

SQL注入即是指web应用程序对用户输入数据的合法性没有判断，攻击者可以在web应用程序中事先定义好的查询语句的结尾上添加额外的SQL语句，以此来实现欺骗数据库服务器执行非授权的任意查询，从而进一步得到相应的数据信息。

4.3实验内容

4.3.1 sql注入

1.点击SQL SERVERR２。如图4-1所示。

图4-1 登陆数据库，如图4-2所示。

图4-2 ２.创建数据库SQLTEST。如图4-3，4-4所示。

图4-3

图4-4 ３.创建表UserLogin。如图4-5所示。

图4-5 设置主键如下，如图4-6所示。

图4-6 设置成功，截图如下。如图4-7所示。

图4-7 输入表名。如图4-8所示。

图4-8 4.选中表，编辑前200行。如图4-9所示。

图4-9 5.编辑测试数据，如图4-10所示。

图4-10 6.打开VS2013，新建项目。如图4-11所示。

图4-11 选中Asp.net Web应用程序。如图4-12所示。

篇2：软件测试实验报告例

实验名称：《使用LoadRunner 进行性能测试》

实验目标：

1、掌握LR的测试过程；

2、掌握LR中 Visual User Generator（以下简称VuGen）、Controller和Analysis三个组件的具体使用。

实验要求：

采用LR 自带的HP WEBTours应用程序，进行性能测试。

实验过程：

1、录制LR 自带的HP WEBTours应用程序脚本，录制内容包括自动进入到WEB TOURS 网站，进行登录（已经注册成功），登录成功后，再定一张票，定票后，输入信用卡信息，然后退出登录，完成后，点击停止录制；（具体过程自己描述）

2、生成脚本；

（具体过程自己描述）

3、回放脚本；

（具体过程自己描述）

4、插入事件，分别在登录前和登录成功后、订票前和订票成功后四个位置插入一个事件；

（具体过程自己描述）

5、启动Controller，配置场景，选择场景类型为Goal—Oriented java语言基础 实验报告 Scenario；（具体过程自己描述）

6、生成分析报告。

（具体过程自己描述）

参照《LoadRunner结果分析说明》文档进行分析，了解系统瓶颈在什么地方，需要改进，实验完成。

实验心得：

篇3：软件测试实验报告例

1 观察对象与方法

1.1 观察对象

选取2008年1月-12月我院ICU及神经内科住院的首次发病的ACI患者116例,其中男性71例,女性45例;年龄42～81岁,平均(63.1±7.2)岁。符合脑血管疾病诊断标准[2];并经头颅CT和(或)MRI检查确诊,除外心肌梗死、糖尿病、周围血管栓塞疾病、肾功能不全,肝、胆、胰腺及血液系统疾病、肿瘤患者。参照脑卒中患者临床神经功能缺损程度评分标准[3],按发病第3天评分高低,分为3组,轻型组(0～15分)50例;中型组(16～30分)36例;重型组(31～45分)30例,设为ACT组;选择同期年龄及性别大致匹配的正常体检者69例,设为正常对照组,其中男38例,女31例,年龄41～78岁,平均(61.8±6.7)岁,既往无高血压、糖尿病、高脂血症病史,并排除心脑血管病。

1.2 观察方法

1.2.1 血清CRP测定:

(1)抽取ACI组患者发病第3天及正常对照组清晨空腹肘静脉血3ml;(2)按上法抽取正在住院的重型或大梗死灶ACI患者共30例的发病第28天肘静脉血3ml;(3)随访并抽取轻型ACI或腔隙性脑梗死(腔梗)患者30例的发病第28天肘静脉血3ml。应用日本日立7080全自动生化分析仪,采用上海科华试剂,用免疫散射比浊法按组别和病程测定CRP浓度。

1.2.2 统计学方法:

应用SPSS 11.0版本软件进行统计学处理。计量数据以均数±标准差 $(\bar{x}\pm s)$ 表示,均数组间两两比较采用t检验,P<0.05为差异有显著性。

2 结果

2.1 ACI组与对照组血清CRP浓度比较

ACI组于发病第3天CRP浓度升高最显著,为(18.73±3.78)mg/L,明显高于对照组(P<0.05);发病第28天降至接近正常水平,但仍高于对照组(P<0.05),见表1。

注:与对照组比较,※P<0.01;▲P<0.05。

2.2 ACI组轻、重型患者血清CRP浓度比较,并与对照组比较

观察到ACI发病第3天,重型ACI患者比轻型患者血清CRP浓度升高明显(P<0.05),较对照组升高更明显(P<0.01);发病第28天,轻中型患者已降至正常或基本正常水平,重型ACI患者浓度仍高于对照组(P<0.05)及轻型组(P<0.05),见表2。

注:※与对照组比较P<0.01;与轻型组比较P<0.05;▲与对照组比较P<0.05;与轻型组比较P<0.05;#与对照组比较P<0.05。

2.3 ACI大梗死灶组与腔梗组患者血清CRP浓度比较,并与对照组比较

观察到ACI发病第3天,大梗死灶组较腔梗组及对照组CRP浓度明显升高,分别为P<0.05及P<0.01;第28天,ACI的两个组均降至基本正常和正常水平,但大梗死灶组仍高于腔梗组及对照组(P值均<0.05),见表3。

注:※与腔梗组比较P<0.05;与对照组比较P<0.01;#与对照组比较P<0.05;▲与腔梗组及对照组比较P值均<0.05。

3 讨论

CRP于1930年由Tillett和Fancis等首先发现,并于1941年由Abemehy等正式命名。它是机体在感染、炎症和组织损伤后由细胞因子介导肝脏产生的急性时相蛋白,在上述情况下,CRP会迅速升高,一旦情况改善又会很快下降。研究发现[4],CRP可能与动脉粥样斑块的不稳性有关,从而增加脑梗死风险。CRP含量>10mg/L者比<10mg/L者发生心脑血管疾病的危险大得多[5]。Bartosik-Psujek等[6]研究表明,ACI时,CRP明显升高,并在病后第3天最高。本文观察结果,无论是重型、轻型或大梗死灶型、腔梗型均在发病第3天升至最高值,其后至第28天下降明显,这证实了上述结论。熊勇等[7]认为脑梗死患者血清CRP动态变化在发病的不同时期呈现不同变化,并随脑梗死病情轻重、梗死范围不同而变化。本文分析了ACI发病第3天与第28天CRP水平的变化及其与ACI病情轻重及梗死范围的关系符合上述研究结果。不过,有研究[8]认为,动脉粥样硬化的形成和发展以及粥样斑块的分解破裂是一低级水平的慢性炎症过程。对这一低水平的炎症过程,CRP检测显得敏感不够,一般认为,<10mg/L浓度属正常参考范围,免疫散射比法的敏感度为3～5mg/L[8]。近来迅速开展的高敏CRP(hs-CRP)检测,敏感、精确、可重复性好,通常可检测到<0.2mg/L水平,从而为这一慢性炎症提供了更加敏感可靠的检测手段[9]。Burke等[10]研究认为,hs-CRP水平的升高,其发生ACI的几率是正常者的2倍。Montaner等[11]指出,脑梗死患者hs-CRP含量可反映病情轻重,是一项反映心脑血管疾病发生危险性的独立预测指标。近期研究[12]表明,在组织损伤和局部缺血时,血清中CRP含量明显增高,证实CRP水平与脑卒中的病情和预后密切相关,是一个有价值的生物学标记物。

篇4：软件测试实验报告例

关键词：多媒体听觉训练 听障儿童 听觉能力

中图分类号：G420 文献标识码：A 文章编号：1673-9795（2012）11（c）-0127-01

根据孙丽萍等老师关于《多媒体听觉学习系统教学与传统听觉训练之比较》及芦雅洁等老师《电化教学与聋儿语训》等文，我们了解到多媒体技术融文本、图形、图像、声音、动画和视频等为有机的整体，其呈现的信息凸显形象生动、灵活多样、交互实时等特点。多媒体以其广泛卓著的功能、及时丰富的内容、互动交流的手段赢得了听障儿童康复教育工作者和听障儿童的青睐，在康复听障教学方面显示出良好效果。

多媒体听觉训练系统教学软件是借鉴于传统听力教学的优势，结合多媒体现代技术进行改革创新，发挥多媒体独有的优势和魅力，通过拟人化情感化的声音，生动逼真的动画、视频，刺激、调动听障儿童的好奇心和兴趣，使听障儿童深化对动画物体发出的声音的印象，从而刺激听力器官的发展。传统听觉训练显得简单、枯燥，静止的画面、单调的录音、教师模仿的声音无法最大限度调动听障儿童的认知兴趣和积极性，儿童只是被动的教学对象，不能成为主动的学习主体。相比之下，多媒体听觉学习系统就体现以听障儿童为主，在学习中儿童是主体，在多媒体学习软件的引导下主动学习、自觉学习。本实验的目的是为了验证多媒体教学在听障儿童康复工作中所具有的独特的优越性，为其在听障儿童康复界的广泛运用提供科学的依据。

1　资料与方法

（1）研究选取了中心语训部20名年龄在4～6岁，听力损失无显著差异且配戴助听器的智力正常的听障儿童，平均听力损失在95分贝，听力补偿在适合范围。将所选被试随机分成两组，每组10人。

（2）训练方法对照组在教学中使用传统的教学方法，如用图片、录音，老师反反复复模仿发音等方法来训练听障儿童的听觉能力。实验组在教学中采用多媒体，如利用启音博士、启聪博士、电脑及电视等多媒体手段，来辅助听障儿童进行听觉能力的训练。

2　结果与分析

用SPSS16.0统计软件对数据进行处理，用t检验对资料进行分析。

两组学生在两种教学法中听觉能力评估均数的差异性检验。

经T　检验t=-2.538，p　=0.032，p　<0.05，提示实验组与对照组测试结果存在显著性差异。

3　讨论

3.1　多媒体听觉学习系统表现丰富、互动性强，有着传统听觉训练不可比拟的优势和特点

（1）多媒体听觉学习系统的动画、游戏，具有儿童性、互动性和趣味性。听障儿童在观看动画、玩游戏中能激发学习的好奇心和兴趣，产生探究学习的动力，提高学习的积极性和主动性，继而开发智力。

（2）多媒体听觉学习系统能优化课堂教学结构，构建多元的教学模式，以灵活多样的教学方式吸引听障儿童全身心投入到学习中，最大限度地提高教学效果。

（3）多媒体听觉训练系统容量大交互强，拓宽听障儿童的学习视野、提高其思维能力。多媒体听觉训练系统充分发挥容量大、交互性强的特征，科学地展现儿童眼中的世界，借助于直观的画面、形象的动画、生动的声音实现教学活动形声化，教学过程互动化，表现方式多样化，教学形式新颖化等特点，符合幼儿身心特点，从而达到事半功倍的效果。并能有效地调动听障儿童的多种感官，促进思维，唤起审美的愉悦。

3.2　传统听觉训练与多媒体软件相比，呈现明显的劣势

（1）传统听觉训练仅凭静止的图片、简单的录音或模仿的声音，简单单调缺乏趣味，不能激发听障儿童的兴趣。

（2）传统听觉训练教学模式单一，无法激发听障儿童学习积极性和主动性，教学效率不佳。

（3）传统听觉训练容量小，创意不足，难以诠释抽象事物，导致听障儿童学习困难，积极性受影响，教学效果事倍功半。

3.3　要科学合理地使用多媒体技术进行教学

虽然在教学中运用多媒体进行教学方便高效，但若过多地强调和依赖，就会在教学中“抛弃”传统听力教学原本的优势，在本质上改变多媒体“辅助”的教学功能，给未来的教育发展埋下隐患。在大量事实证明，计算机技术的高度发展给现代社会带来的利益的同时也产生让人不可忽视的、应引起普遍关注负面效应。所以对听障儿童进行多媒体听力教学中要对其负面影响有预见性和解决性。运用多媒体进行听力教学，目前可发现的局限性主要有如下几方面。

（1）听障儿童普遍好动，耐性差，参与力弱，注意力易分散。多媒体教学软件固然多样交互，但受程序限制，学习内容固定呆板，不富于随人、环境的变换，具有模式化、类型化的特點。在教学中凸显可反复学习的便利，又暴露多重复少变化的不足，会使儿童的学习热情因反复训练而降温；同时，学习中儿童只面对机器，不能直接参与到集体活动当中，缺乏师生、同学间的直面交流，协作精神、沟通表达能力和适应能力的培养难以实现。

（2）实际应用性和针对性不强。学习软件的制作设计动力源于市场需求，体现程式化、大众化。没有充分考虑到听障儿童的个体差异，达不到因材施教的目的。

（3）听障儿童自控力弱，需要监督。教学软件多以动画图像引导学习，结合听障儿童多动善玩的性格，教师在学习、训练中必须进行及时有效的监督和指导。

4　结论

将传统听力训练与现代多媒体技术有机结合才是理想的教育方式，才能最大限度地发挥各自优势。应该怎样有机结合，怎样才能发挥现代多媒体训练的优势，有待我们进一步探讨。此次实验样本量偏小，实验的结果有待于同行们在今后的实验中做进一步的分析与探讨。

参考文献

[1]孙丽萍，丛慧，阴凌.多媒体听觉学习系统教学与传统听觉训练之比较[J].中国听力语言康复科学杂志，2004，1：38-39.

[2]芦雅洁，陈滨，连银龙.电化教学与聋儿语训[J].中国听力语言康复科学杂志，2004，1：42-43.

篇5：金蝶软件实验报告

实验内容：

1.系统初始化：在这个实验中首先我们进行了金蝶系统帐套的建立，创建了公司名称、成立时间等基本信息，以及对公司会计架构的设定。其次添加公司会计系统的操作人员，并赋予其相应的职责权限，以便后期进行账务的处理。接下来是最重要的系统初始化程序，对财务系统帐套的设定，并录入所需要的初期数据资料，包括职员、部门、期初余额等。同时还学习了如何进行帐套的恢复与备份。

2.账务处理：实验二中我们主要是进行凭证的编制和审核，同时还学习了如何查询总账和明细账。

3.出纳管理：这次实验我们学习了与出纳相关的各类现金和银行存款业务以及支票的处理。现金模块主要有以下功能点：现金日记账、现金盘点单、现金对账和现金日报，我们主要学习了前三个内容。银行存款的学习集中在银行日记账的编制和银行对账单的填写与审核。最后学习了支票业务的相应知识。

4.固定资产：固定资产是公司非常重要的实物资产，所以固定资产的管理也是我们金蝶软件实习中非常重要的一个模块。我们学习了固定资产的新增和减少处理，以及计提折旧和查看固定资产相关明细账的方法。

5.工资核算：这个模块中我们首先进行了工资项目的新增，然后对需要计算的工资项目进行公式的设定，并在老师的要求下理解并记忆了比较重要的几个工资项目核算的公式。接下来就是录入员工的工资数据，并分配员工本月的工资生成本月工资表。

6.往来管理：在现实中公司会与其他公司有各种各样复杂的往来业务，所以在金蝶软件中往来业务的管理也是一个重要的模块。这个模块中我们学习了往来业务的确认与核销，以及往来对账单的查询与输出。

7.报表处理：最后的实验阶段就是进行公司这个月报表的输出。我们先是学习了自定义报表的编制和输出，然后用系统中自带的模板进行了资产负债表、利润表和现金流量表的编制以及输出。

遇到困难以及解决办法：

1.第一节课进行系统的初始化并没有遇到太大困难，直到进行到固定资产业务的处理时，结转相应的损益账户，许多同学都发现数目不对以及不能计提折旧。原因就在于先前初始化时固定资产的初期数据录入错误，并且初期数据录入完毕便不可更改了。针对这一困难，我们只能选择重新录入期初数据，然后开启帐套进行再一次的业务处理。

2.在进行账务处理时，总是会发生各种因为马虎造成的错误。比如编制凭证时对记账凭证“收付转”性质的选择，会计科目的选定以及相应数据的计算。对于这个困难的解决方法，一方面提高了编制记账凭证的仔细程度，另一方面在审核时让同桌同学处理，进行第二次的检查。若进行账务处理之后的项目时仍发现错误，可以进行反过账对错误的凭证进行修改。

3.在进行报表管理时，发现输出后仍有些项目与其他同学不尽相同，查明原因发现是在编制记账凭证时，没有将相应的支出记录到正确的费用类账户里。同时现金流量表的编制相对其他两个报表来说是相对复杂的，所以在听从老师的建议后，自己单独进行了第二次的报表编制，以加深记忆。

总结：

1.新建立账套的时候，就要在账套的属性里把会计期间的时间设置好。否则账套启用后，账套的启用时间将无法再修改

2.做好数据备份。每做完一次实验都要进行完全备份，并注明相关信息。这可以使你在后面的实验出现问题后得到最好的补救——把数据恢复到最近的一次正确的状态。

3.加强理论学习，打好基础知识。如果基础只是不过关，则直接关系到金蝶的操作，所以在这个过程中，课后的学习至关重要。

4.经验交流，相互帮助成长。通过这次实验，是我真正体会到了同学之间互相帮助的重要性。当你卡在一个问题上动不了的时候，这时候同学的一个提点或知道是很有用的。

5.遇到难题要及时解决。在实验操作中遇到的哪怕一个最小的问题都要及时的解决，否则可能它会直接影响到你后面的操作，以至于你停滞不前。

6.。全方位地了解了企业会计的工作程序及会计体系将过去所学习的理论知识和社会实践进行了有机地结合对我们所学的课本知识有了更深的理解。把会计的理论知识与实操联系到了一起也体会到了会计电脑化给我们带来的许多便利。

实验结果（见表）对会计软件应用的评价：

优点：

1.金蝶软件功能基本齐全，除一些公司特殊需求外能满足公司大部分业务，性能稳定。安装实施、维护方便；对公司业务处理的分类明确且简洁，让人一目了然。

2.在基本功能上包括：组织结构、人员信息、薪酬、培训、考勤、绩效、招聘、福利、制度文档管理等； 在系统功能上包括：用户登录、语种选择、功能和权限设置、流程制订等。

3.操作相对简单。对于系统操作人员容易上手，账务处理流程安排得当。

缺点：

1.在相应功能上的设置并不完善，比如：外币方面，每种外币只能设置一个汇率还不能按月、按日设置汇率、新增凭证与修改凭证分开在两个模块中，不太方便等等。

2.所有模块集成与各功能模块独立选配最大

篇6：软件工程实验报告

实验名称：教务管理系统之子系统——学院课程安排

姓名：

院（系）：软 件 学 院

专业班级：

学号：

指导教师：

地点：

成绩：

时间：2012 年 10月 日 至 2012 年 11月 8 日

1.实验目的确定项目的可实施性，获取项目的需求，并在此基础上完成系统的逻辑功能模型的建立，了解软件工程中需求分析阶段的主要活动和需求分析文档描述的主要内容，掌握利用数据流图描述系统功能需求的方法，正确应用数据字典。增进对软件工程的理解，学会系统的分析软件的构成，掌握并理解软件从确立到测试等一系列过程。

2.实验内容

1.系统简介

每个学期的期中，学校教务处向各个学院发出下各学期的教学计划，包括课程名称、课程代码、课时、班级类别（本科、专科、成人教育、研究生）、班号等；学院教学主管人员根据教学任务和要求给出各个课程的相关限制（如：任课教师的职称、上课的班数、最高和最低周学时数等）；任课教师自报本人授课计划，经所在教研室协调任可，将教学计划上交学院主管教学计划的人员，批准后上报学校教务处，最终由教务处给出下个学期全学院教师的教学任务书。

假设上述排课过程全部由人工操作，现要求为上述过程实现计算机自动处理过程。

2.限定条件

a)每位教师的主讲课程门数不超过2门/学期：讲师以下职称的教师不能承担学院定主课的主讲任务。

b)学院中层干部的主讲课时不能超过4学时/周。

c)本学期出现严重教学事故的教师不能承担下各学期的主讲任务。

d)本系统的输入项至少包括：教务处布置的教学计划，学院教师自报的授课计划和学院定的有关授课限制条件。

e)本系统的输出项至少包括：教务处最终下达全院教师的教学任务书和学院各个班级下各学期的课程表（可以不含上课地点）。

项目数据流图

系统的分析“教务管理系统之子系统——学院课程安排”的组成、结构和实现步骤，明白项目的业务流程图，绘制数据流图（DFD），数据模型（ER），编写数据字典（DD），数据加工处理的描述，撰写需求规格说明书

3.实验步骤

1.2.3.4.5.对图书管理系统进行分析，整合用户权限和操作 根据用户操作流程画出系统流程图 对系统做出概要分析，拟定开发流程 绘制出甘特图 绘制线性时间图

4总结与回顾

通过这次实验，我学到了很多东西，教务管理系统是学校的管理核心，管理应涉及到学校的专业设置、学藉管理、成绩管理、网上注册、开课管理、选课管理、师资管理等，在数据库一级建立强有力的安全系统，管理人员可以在互联网的任何地方办工，真正实现学校网上管理。

学校中的教务管理是一项很重要的工作，包括学生管理，教师管理和课程管理等。开发“教务信息处理系统”的目的就是利用计算机的查询和运算功能，代替手工处理，提高工作效力和质量，所以该系统是必要而且能够实现的。

此次开发的软件是教务管理系统的一个子系统，即学院课程安排。通过此次课程设计，我们更加了解了软件的原理，软件的开发方法和步骤，如绘制数据流图和数据字典的编写。进一步掌握了有关数据库设计的知识和JAVA程序设计，了解了有关网络的相关知识，对软件开发平台有了一定了解。我增长了不少软件工程与编程，数据库的知识。在作设计的过程中，软件是不断变化的，开始构造的是一方面，实际制作时又是另外一方面，所以得不断变化。软件必须有效的支持他的用户，我们做的软件是学生选课系统，所以我们需要从学生和老师，管理员的实际情况出发，制定他们操作方便的系统，是软件对用户友好。

在写数据字典之前，我对数据字典的理解有一些偏差，通过这次作实验，我知道了数据字典就是对数据流，数据流分量，数据存储，处理的定义集合。我们做这种比较小的软件时，数据字典还比较好维护，哪里出了问题，可以很快的找到，然后改正。如果做比较大的软件时，数据字典就不好维护了。开发大的软件系统时，数据字典的规模和复杂程度迅速增加，貌似人工维护就不太可能了。

篇7：用户软件分组实验报告

用户软件分组实验报告

组 员 姓 名：郑鑫冯聿姝梁静黎祎萌苗小茜李云岫 班级：10会计二班

2012

年12月14日

分工情况：郑鑫——会计主管冯聿姝——薪资管理

梁静——固定资产黎祎萌——期末结转

苗小茜——出纳李云岫——报表、审核

实验目的：在了解用友总体架构的基础上，系统学习财务管理软件的基本工作原理和会计核算与管理的全部工作过程，掌握总账管理薪资管理固定资产管理和报表系统的工作原理和过程，并从管理和监督的角度了解企业会计业务数据处理的流程，掌握利用财务管理软件查找财务和报账资料的方法。

实验内容：

1.了解系统和基础资料录入：首先老师介绍了用友软件的功能和处理账务、报表的主要流程。系统学习了系统管理的工作原理和应用方法，具体包括系统管理中的用户和角色管理、账套管理和权限管理。然后学习了帐套的建立、引入和备份，并进行了初始化设置。初始化设置主要包括设置系统参数、设置会计科目体系、录入期初余额、设置凭证类别、设置结算方式等。同时我们按照各自分工进行了公司资料的录入，包括部门档案、客户档案、供应商档案、人员档案、固定资产等等。

2.账务处理：接下来的大部分时间我们都在根据各自分工进行凭证的录入、审核、签字和过账。

3.工资管理：以职工个人的薪资原始数据为基础，计算应发工资、扣款小计和实发工资等，编制工资结算单；按部门和人员类别进行汇总，进行个人所得税计算；提供多种方式的查询、打印薪资发放表、各种汇总表及个人工资条；进行工资费用分配与计提，并实现自动转账处理。

4.固定资产管理：主要进行了资产管理和折旧计算。

5.报表管理:用友UFO报表系统是报表处理的工具，利用UFO报表系统既可以编制对外报表，又可以编制各种内部报表。我们主要编制了资产负债表、利润表和货币资金表。

遇到困难以及解决办法：

1.帐套的引入：与金蝶简单的恢复帐套不同，用友的引入需要进行服务器配置以及系统管理的注册，尤其要注意的是组员要以自己的用户名登录组长的机器，统一在一个帐套里进行账务处理。

2.系统初始化：由于系统初始化与模块初始化的某些参数设置不合理，有可能会导致整个系统以后无法继续使用下去，或重新返工。所以处理的基本原则是：严格按资料上的要求进行设置，填制资料时一定要仔细，不清楚的地方问老师。

3.薪资管理：这一部分由管理工资的同学负责，要输入较多的数据，处理起来比较繁琐。但又由于薪资管理是每个单位财会部门最基本的工作之一，不仅关系到每个职工的切身利益，也是直接影响成本核算的重要因素。所以我们组负责此项的同学认真记录老师所教的步骤，然后仔细的录入每一项资料，保证工资分配的正确。

4.固定资产管理：在进行这一模块时，系统自动计提固定资产的折旧计算了好几次才正确，这就要求在输入固定资产的各项基本数据是要准确，并选择好折旧的计提方法。

5.凭证审核、过账与删除：我们组在已经过账三笔凭证后发现，有一笔已过帐凭证重复记账。针对这一问题首先进行了反过账，取消签字与审核，并且作废这张凭证。需要注意的是用友的反过账与金蝶的不同，而且再作废凭证后还需要在管理凭证中将其删除。

6.模块互斥：签字、审核、过账、反过账之间互斥，我们在实验过程中经常会遇到帐套主管要进行过账时，系统会提示其他成员在审核或在使用某个模块。这是只能让其他成员退出模块，等待主管过账后继续处理。

7.授予权限：在刚开始进行初始化设置时就已经授予过不同成员以不同的权限，但是在实验进行过程中依旧还会出现有些成员没有权限。这是组长要及时更新权限的设定，最好在初始化设置时正确并全面的进行好权限的授予，以提高账务处理的效率和效果。

收获与体会：

我们了解和掌握了用友ERP-U8软件中的系统管理、总账管理、UFO报表管理、工资管理以及固定资产管理等方面的应用，掌握了企业财务业务处理流程，财务软件的主要功能及其使用方法，同时能过运用财务软件对企业的业务进行会计处理。其次，通过上机操作，将平时所学的理论知识与实际操作相结合，进一步巩固了已学的理论知识并加以综合提高，提供了分析和解决问题的能力。

同时也有了一些自己的一些看法：

在上机操作过程中，首先，要明确实验目的。只有明确了实验目的，我们才能明确整个实验的方向。然后对于实验指导书中给出的实验原理，我们要认真思考，我们要做到尽量真正地理解，并能自己将它们形象地想象出来实际工作中是什么情形，而不应不加思索地实验指导书中的步骤做出来。

在上机中要对不懂的地方积极相互请教，应仔细听取其他同学的看法以及老师的讲解以加深对实验的理解。在上机操作过程中，要集中精力，正确地操作。对于实验过程中出现的问题，不懂的地方，一定要自己认真思索或请教老师，以便搞懂整个实验过程。

用友ERP财务管理系统是时代发展的产物。在未来的社会，交易分工越来越细，经济的发展不会停滞不前，ERP财务管理系统软件也将是飞速发展。现在的用友ERP也在U8的基础上推出了一款全新用友U9。这些都要求我们要与时俱进，不断提高专业知识和素质，适应高速发展的经济形势和适合企业现代管理的要求，成为社会上真正有用的人才。

对用友软件的评价：

1.从客户实际需求出发，面向成长型企业开发设计，提高管理水平、优化运营流程，实现全面、精细化财务管理与业务控制的一体化管控信息平台，帮助企业快速、准确应对市场变化，支持稳定、安全、成熟的长期可持续性发展；同时满足企业决策者和管理者随时对内部信息的需求，提供方便快捷、高效率的实时动态信息交互，实现实时企业随时管理。

2.总账系统：总账系统将财务核算和信息技术相融合，实现企业财务核算的自动化。体现在灵活的凭证录入、查询、审核、过账及汇总；多种账务处理、查询、输出；期末汇总、自动结转损益、转账及结账；完全支持成长型企业会计制度，系统预制成长型企业会计科目、财务报表；部门、人员、项目、客户、供应商全面管理。

3.往来管理：客户和供应商是企业价值链上的两个重要环节。加强对单位往来的管理，不仅有利于加强对于往来款项的管理，减少坏账损失，加速资金周转，提高企业经济效益，而且有利于营造一个高增值的价值链，为企业的长期、快速发展提供良好的经营环境。实现多条件组合的往来款总账、明细账查询，及时掌握最新情况；提供往来账龄分析，往来账清理等往来账管理工作，加速流动资金的周转。

4.工资管理：工资核算是企业会计核算中基本的业务之一，工资费用是成本管理的重要组成部分。工资管理包括工资录入、工资计算、所得税计提、银行代发、工资分摊等处理，由系统自动完成相关繁多的核算工作。用友软件可以自动完成计算、汇总生成各种工资报表，支持主要银行代发工资要求；自动完成个人所得税，出具个人所得税扣缴申报表；自动完成工资计提、分配，形成转账会计凭证进入总账管理系统。

5.固定资产：完成固定资产管理卡片，按月提供增加、减少、原值变化及其他变化，按月自动计算计提折旧，生成折旧分配凭证，相关统计分析报表、账簿等。用友做到了资产新购、毁损、出售、盘亏等情况的全面卡片式管理；资产原值、累计折旧、净值、使用年限、工作总量、净残值率的评估作业；资产增、减、折旧分配等批量制单，自动结转总账。

篇8：软件测试实验报告例

(1)界面要求。摩擦磨损实验软件测试系统是专为学生实验开发的,除界面要求精美外,各种功能的实现方法尽量直观。

(2)功能要求。可以通过界面输入实验所需信息和参数;自动采集、处理、保存实验数据,自动生成实验报告;采集摩擦力过程中能实时显示摩擦系数曲线;能放大摩擦系数曲线;具有查看、打印摩擦系数数据和曲线等功能;能通过软件系统分析采集的摩擦系数数据。

(3)运行稳定。为保证软件系统的正常运行,必须在软件的编程中采取措施解决发生的问题。

(4)开放式的框架结构。要求模块清晰,层次结构分明,并且每个模块又具有相对的独立性。

(5)数据的离线处理。数据保存的格式应能用开发的软件系统对数据进行离线分析处理。

(6)自动处理误差。通过分析误差产生的具体原因,提出误差的算法,然后用软件编程的方法在分析、处理数据的过程中进行校正。

(7)计算机硬件要求。计算机的主频至少1.1GHz。内存至少64Mb,硬盘至少10G。

2 软件系统具备功能

(1)实验参数的输入和判断。在计算机测试实验的过程中一般情况下要求人机对话,有输入和输出。软件测试系统在采集数据之前应输入实验参数。如图1所示是输入实验参数界面,在界面上分别输入:载荷、转速、半径、温度、学号、时间范围、摩擦性质、摩擦副。为了保证软件的正常运行,在软件编程中对输入的参数必须加以判断,首先判断输入的数据类型是否是数字型数据,如不是数字型数据,系统会提示重新输入;如果输入的是数字型数据,再判断输入数据的范围是否符合实验的要求。因为在软件中,输入的载荷、转速、半径、温度、学号、时间范围等数据,必须先赋给数字型变量,然后在软件运行过程中还要进行运算,如果输入的非数字性数据赋给了数字型变量,在测试中将会造成软件系统的崩溃。

(2)摩擦力的实时采集和摩擦系数曲线图的实时显示。在摩擦磨损实验测试过程中,如果能够实时观察到摩擦力采集情况,对于了解系统的工作状态,以及采取相应的动作,将是非常有实际意义的,这就需要软件测试系统把采集与显示同步进行。摩擦力的实时采集和摩擦系数曲线图的实时显示是本软件测试系统的核心部分。如图2所示是摩擦系数曲线实时显示界面。软件系统每秒钟采集摩擦力信号100次,同时计算出摩擦系数的大小,并实时显示摩擦系数的曲线图。显示的摩擦系数曲线是每0.09秒内连续采集9个摩擦力计算出的平均摩擦系数画一个点的曲线。

(3)摩擦系数数据保存。采集数据结束后应保存数据,保存的摩擦系数数据分为两部分:一部分是采集的摩擦系数数据,保存的摩擦系数数据的大小范围是>=0;另一部分是摩擦系数的数据分析,包括每4秒的平均值、最大值、最小值、均方差。数据保存为觹觹.xls格式的Excel文件。

(4)摩擦曲线保存。摩擦曲线保存的曲线是觹觹.bmp格式的图像文件,该格式的特点是像素多、清晰。

(5)实验报告的打印。采集数据结束后,可以打印摩擦系数每4秒的平均值和总平均值;可以打印摩擦系数曲线图;还可以打印摩擦系数的每4秒的最大值和总最大值、最小值和总最小值、均方差和总均方差。

(6)摩擦系数数据和曲线的查看。数据保存为觹觹.xls格式的Excel文件,软件通过调用Excel来查看保存的文件;保存的曲线是觹觹.bmp格式的图像文件,软件通过调用Windows的画图板来查看摩擦系数曲线。

(7)摩擦系数的数据分析。数据分析有两项主要功能:显示每4秒的摩擦系数平均值、最大值、最小值、均方差,以对实验过程中采集的数据作一个初步的分析,如图3所示。每4秒的摩擦系数曲线图,放大75倍,以便更清楚的研究摩擦系数的变化规律,如图4所示。

(8)摩擦系数数据的离线处理。在实验结束后,如果想对保存的数据进一步分析,就需要用本软件系统将保存过的数据读入内存中,数据的分析同上。

3 软件测试系统用途及应用范围

摩擦磨损实验测试软件系统具有综合性、创新性和实用性。因此其开放性好,用途广泛。其用途如下:

(1)利用该软件测试系统和与其配套的实验机,可进行不同材料、不同速度、不同载荷、不同硬度、不同表面质量、不同润滑条件下摩擦学的实验教学。

(2)为机械类本科生、研究生的毕业设计提供实验条件。

(3)为教师和相关科技人员从事摩擦学研究提供实验平台。

4 结束语

利用采集的数据可以手工绘制摩擦系数曲线,培养学生分析问题、解决问题的能力。利用软件测试系统开设的《摩擦副的摩擦学性能测试与分析实验》紧密结合课程教学内容,又充分考虑课程体系改革和发展的需要,将综合性、研究性的摩擦、磨损及润滑实验引入到本科生的实验教学中。在实验教学改革的思路上具有很强的创新性,对机械设计课程实验教学具有方向性指导作用,研究成果达到了国内机械设计实验教学的领先水平,具有很好的推广价值。

摘要：采用Visual Basic开发了摩擦磨损实验软件测试系统。介绍系统程序设计思想和具备功能,包括窗体界面、实验数据的实时采集、实时显示、分析处理、保存查看、打印输出和离线处理等功能。

关键词：摩擦靡损实验,软件测试系统,实时采集

参考文献

[1]韦源,于平.Visual Basic程序设计基础.北京:清华大学出版社,2001:2-3.

[2]林永,张乐强.Visual Basic 6.0用户编程手册(第二版).北京:人民邮电出版社,2002:126-127.

[3]朱宏辉,佟力.用VB实现数据采集与分析的程序设计方法.上海:微型电脑应用,2000,16(3):39-42.