软件系统运行测试总结报告

软件系统运行测试总结报告（精选8篇）

篇1：软件系统运行测试总结报告

系统运行总结报告

我矿安全生产监控系统（KJ83N）于2007年11月2日完成安装调试，开始投入运行。该系统系统各项技术指标符合《煤矿安全监控系统通用技术要求》（AQ6201-2006），技术先进、功能齐全、操作简便，系统运行稳定，各类监测监控设备工作正常，各项数据指标无误，较好地保障了矿井安全生产。现将有关情况总结如下：

一、系统实施整体情况

系统的实施和安装符合《煤矿安全规程》和《煤矿安全监控系统及检测仪器使用管理规范》等相关要求，覆盖采区所有的采、掘、开拓工作面，各主要的生产工业环节，各相关的生产配套设备，包括扇风机房、地面变电所、地面洗煤厂、副井绞车房、主井皮带机、中央变电所、绞车硐室、各采、掘、开拓工作面、各主要回风巷等，按标准化要求设置瓦斯、一氧化碳、温度、风速、压力、开停等各种类型的传感器，并根据矿井的基建进展不断的增设新的分站和传感器。截至目前，共布设了超过18千米的通讯线路，17台大小分站，20台甲烷传感器，4台一氧化碳传感器，34台开停传感器等。

系统采用主备双机全天候不间断运行，实现对所有掘进头、工作面的瓦斯自动实时监测及其超限断电控制，实现井下重要地点的风速、风向、温度、风门、风机等安全环境参数的自动实时监测，实现生产方面各类重要设备运行状况的自动实时监测，形成了全矿安全生产全方位、24小时实时动态的监测监控体系。

系统以计算机网络为基础，采用开放、标准的技术将各传感器的监测信息进行整合，通过服务器进行数据处理及存储，可靠性高，实现了收集、处理、存储、查询、统计、分析等功能，及时、可靠地发布安全生产信息。在调度中心就可以便捷的查询各种形象、直观、具体的动态图形以及统计报表，系统融入了十多项国内先进技术，在煤炭安全生产监测监控领域达到了国内领先水平。

二、系统的日常工作管理

安全管理是煤矿实现安全生产的头等大事，我矿以神华集团公司“两个安全理念”为指导，紧密结合神新公司制定的“一通三防”安全管理制度，明确各级领导、各职能部门的安全生产职责，强化安全生产监控系统的日常管理工作。

1、高度重视，明确责任。

通过建设健全各项安全生产管理制度，以安全生产监控系统为基础，以“一通三防”为工作核心，建立安全生产应急指挥体系，出台《安全生产管理系统管理员工作职责》、《安全生产管理系统瓦斯超限报警和超限断电应急措施》、《气体超限治理技术方案》、《瓦检员巡检管理制度》等多套管理制度和措施，明确工作机构，细化实施步骤、完成时限及每个环节的工作重点，责任落实到人，安全工作层层把关，做到居安思危，“安全第一，预防为主”。

2、强化管理，密切配合。

由矿调度室组织，认真做好系统日常运行管理工作，一方面实时关注系统的运行状况，做好相关运行参数的统计记录；一方面严格 执行瓦斯巡检制度，根据系统设备巡检标准，加强系统仪器、仪表的维修、保养、校验工作，确保仪器仪表正常使用，所检测各项技术参数准确。

要求各相关部门切实采取措施强化部门配合，形成一个由矿调度室牵头，多部门配合，有效互动的安全生产监督、管理、考核的良好机制。系统管理员充分发挥工作中的作用，积极主动发现问题，搜集监测监控各项数据信息，探究发生问题的原因及解决途径，生产过程中出现异常情况时，应及时派员处理，相关部门人员配合到位，按应急相关预案，及时采取各项措施，排除故障，消除隐患，保障生产系统安全稳定运行，并建立长效机制，防止同类错误再次发生。

三、存在问题

系统运行的总体良好，仪器仪表的配置和监测监控的各项指标基本符合方案设计要求，但从近一年的使用情况看，也暴露出了一些问题，有待改进。

1、图像界面不够美观、显示内容不够丰富。

2、历史数据查询慢。当采用密集数据查询月份的实时历史数据时，数据库读取速度偏慢。

3、组态图绘制复杂。需要在系统图上添加新的设备动态图时，系统设置不够人性化，操作繁琐。

4、系统设计有高可靠性的保护电路和程序纠错功能，采用总分站式传输，井下监控分站在分站出现故障时，会影响其它分站正常工作，该分站故障排除后，数据传输才能正常。

四、下一步工作重点

为确保安全生产监控系统稳定运行，进一步促进安全生产管理工作，调度室在认真总结经验的基础上，继续做好以下几方面的工作：

1、切实加强系统运行管理。系统管理员和技术员加强对系统运行中出现的异常情况的跟踪和分析处理，在排查问题，解决异常情况后，及时向各有关部门进行详细汇报，尤其对瓦斯闭锁事故组织进一步的分析，深入调查事故发生的原因，制定并落实相应的反事故措施，防患于未然。

2、开展技术培训和交流。开展多种形式的技术培训，拓展专业知识，提高技术能力，打造过硬的专业队伍。同时，不定期地组织与其他兄弟矿井系统管理员的技术交流活动，交换经验，取长补短，提高系统管理水平。

3、加强备品备件的管理，进一步核查系统的备品备件和易损件的库存情况，做到有备无患。

新疆神华天电矿业有限公司

二○○八年十月二十二日

篇2：软件系统运行测试总结报告

1.1 编写目的

编写该测试总结报告主要有以下几个目的 1．通过对测试结果的分析，得到对软件质量的评价

2．分析测试的过程，产品，资源，信息，为以后制定测试计划提供参考 3．评估测试测试执行和测试计划是否符合

4.分析系统存在的缺陷，为修复和预防 bug 提供建议

1.2 背景

1.3 用户群

主要读者：***项目管理人员 其他读者：*** 项目相关人员。

1.4 定义

基本功能点测试：等价类划分法、边界值法、错误推测法、场景法

业务流程测试：根据业务逻辑，构建测试数据，执行业务流程，查看执行结果与预期是否一致 界面易用性测试：根据界面测试规范及日常使用习惯，提出软件的非功能实现问题

回归测试：对已修复的问题，根据测试出该错误的用例，重新执行该用例，验证问题是否真正被修复，以及是否又引起了其它错误

1.5 测试对象

对综合管理系统进行全新测试，主要进行功能测试、系统测试

1.6 测试阶段

第一阶段：对主业务逻辑及功能进行测试 第二阶段：对所有业务逻辑及功能进行深入测试 第三阶段：回归测试

1.7 测试工具

BugFree缺陷管理工具

1.8 参考资料

《***功能描述》 《***数据字典》 《***测试计划》 《***测试用例》 《***项目计划》 测试概要

***系统测试从 2012年7月25日到2012年10月12日基本结束，历时近70个工作日。后续还有一些扫尾的工作，又增加一些工作时日。是一项花费大量人力物力的项目。

***通过BugFree缺陷管理工具进行缺陷跟踪管理，在bugfree中有详细的测试用例以及用例执行情况记录

2.1 进度回顾

2.2 测试执行

此次测试严格按照项目计划和测试计划执行，按时完成了测试计划规定的测试对象的测试。针对测试计划规定的测试策略，在测试执行中都有体现，在测试执行过程中，依据测试计划和测试用例，对系统进行了完整的测试、2.3 测试用例

测试环境与方法

3.1 软硬件环境

3.2 测试方法和工具 测试结果

4.1 Bug 引入阶段

4.2 Bug 引入原因 测试覆盖分析

1.此次测试的重点在在于对功能的测试，特别是V2.0新增功能的测试； 2.***完成在常见的操作环境下的测试，因此具有良好的兼容性。

3.本次此时的目的除了基本的功能测试外，重点突出对系统易用性的测试，力图使系统更加的人性化，操作更加简单，易懂。测试结果和建议

6.1 测试结论

1.***的测试工作已基本结束，功能测试目标也已完成，剩下部分报表的设计需要继续完善。

2.本次测试从功能性，易用性，兼容性等多个方面进行测试，力图在满足客户需求的基础上操作更加简捷，人性化。6.2 改进建议

1.测试过程中遇到的最大问题是需求的不确定性和需求的变更。前期由于开发人员和测试人员对一些需求的理解不一致，或是在需求文档中需求的定义不明确，大家根据自己的理解开展工作，继而在后期工作中产生一些不必要的bug;除此之外，由于在前期，没有对客户的需求进行较为准确的界定，在开发过程中，客户提出一些新的要求，而这些要求和其他功能具有关联性，需求做改动，开发和测试也进行改动，比较显著地例子是在开发中后期要求在一个关联性强的表中增加一个字段，从而引起一系列重复的测试。因此我认为在开发前期要反复确定需求，并制定需求变更标准，避免在开发过程中出现重复，返工的现象。

2.本次测试由于主要是手工测试，因此未能实现对一些功能的进行大量数据操作的测试

篇3：软件系统运行测试总结报告

(1) AFC系统既是地铁自动售票窗口的简称, 其所使用的运行方式是全封闭式的, 收费模式则是以计时、记程为主。主要是由车站设备级、中心系统级以及车站系统级等三部分构成。

(2) 临界值测试、系统交易数据准确性的测试、系统联调测试、终端设备以及压低测试等组成了了运行前的AFC系统的测试工作。其中, 半自动售票机、自动售票机、自动验票机以及闸机, 如图1所示。等都包括在终端设备中。

(3) 从建设工程的进度上面来看, 车站设备级是最早完成的一项安装调试工作, 随后是车站系统级的调试安装, 中心系统级是最后完成的。

(4) 在地铁的进出站实施乘客刷卡制度, 在对乘客的起点和终点掌握的同时, 还能够对客流的空间分布规律以及时间有所明确。作为地铁运行的管理部门在对运行设备调整时需要收集有关客流情况的基础信息, 这就要求必须统计所有的车站和线路的客流量, 以便能够在上下班高峰时段及时缓解拥挤的程度。

(5) 为了使实施的政府监管和地铁票价等工作达到满足合理性的要求, 需要在不同线路间采取票务区分的措施。同时, 为了响应新世纪绿色环保的号召, 需要淘汰掉纸质车票, 通常使用的替换物是一卡通或单程票, 便于循环利用不浪费。

2 关于运行维护的方式分析

(1) 机电维修的方式。维修部门制定出合理的维修计划, 并定期进行维修操作, 避免地铁系统的正常运行受到机电设备或停机时间的影响。当有问题在机电设备中出现时, 应当立即组织专人对故障区域进行维护修理, 尽可能的缩短修复故障时间以及故障维修响应的时间, 以便设备能够在最短的时间内恢复运营秩序, 如图2所示。

1.顶板显示器2.筹码单程发售模块3.乘客显示屏4.工控机5.维修终端6.备用找零钱箱7.纸币接收器8.硬币处理系统9.电源模块10.不间断电源UPS

对维修中心和技术管理部门的例会, 对上一周的设备故障情况做出总结, 通过对趋势和故障的详细分析尽可能的将潜藏的安全隐患或故障找出来, 并进一步的将检修维护的方法和管理制度完善, 确保设备能够长时间的顺利运行。将设备备件的消耗数量、周转统计等工作做好, 确保能够及时的补充备件, 保证能够在短时间内恢复设备的运行。通过统计易损部件, 分析常见设备故障等工作, 尽可能的改造设备, 以便将设备的故障发生概率降低。

(2) 在定期维修计划制定以前需要认真的分析设备运行的实际情况和设备在供应商手中的维修修程等, 以便各种技术的指标都能够适应于地铁系统的正常运行。在正常设备的运行下应当定期对其进行计划检修, 修程的划分是根据各个部件寿命以及系统运作的状态进行的, 因而在修理维护工作进行时必须严格的参照计划标准。

修程通常能够被分为五个部分, 包括了年检、半年检、季检、月检和日常维护。设备系统的全面维护修理、局部维护修理以及部件模块替换和修理等都需要根据修程的不同而进行不同操作。总的来说, 计划维修的方式能够有效的将设备停机的时间缩短, 尽可能的降低设备运行被影响的程度;避免同类型问题或故障的二次发生, 保证运行设备的可靠性和稳定性。

(3) 故障维修。当设备运行过程中有故障发生时, 维修人员娴熟的技术和准确的判断能够确保停机时间有效缩短。为了达到这样的目标, 首先需要做的是安全隐患的清除工作, 在工区车站以内维修管理员每天都需要做好站内的巡检工作, 进行排除故障的操作, 可能存在故障的地方需要做预告警的操作, 以便减少出现设备故障的次数。当设备故障维修难度较大, 维修工不能够及时解决时, 就需要将此情况向本工区的技术管理部门汇报, 最后由他们派出专人到现场对设备进行维修。若遇见工区技术管理部门也无法修复的问题, 就需要层层上报, 最终由维修中心的技术管理部门的工作人员来现场检查并维修。工区技术的管理员应当及时对发生故障在修复运行后时时检查, 确保设备的运行质量能够得到保证, 不会影响到整个系统的正常工作。

(4) 故障问题发生的趋势分析活动应当每月进行一次, 加强对故障形成因素的重视, 对于异常故障需要着重分析, 尽可能的采取合理有效的改进或预防的措施, 严谨的将故障解决好。设备的维修操作需要以故障分析的趋势图为依据, 定期认真的进行排除故障的操作, 有利于保证设备的正常使用以及运行系统寿命的延长。无论故障是大还是小, 都需要做好相关的维修记录, 将专门的维修档案在信息库中建立起来, 便于日后的查找工作方便快捷。

3 结束语

篇4：丙烯制冷系统运行总结

1、丙烯制冷单元工艺流程

来自低温甲醇洗单元的气体丙烯(-40℃，0.04MPa(G))经压缩机入口分离器(142V101)分离夹带的液体丙烯后，进入压缩机一段入口。压缩后(90℃，1.6MPa(G))的丙烯气经丙烯冷凝器(142E101)被循环水冷凝成液体丙烯，减压至0.51MPa(G)进入丙烯闪蒸槽(142V103)，闪蒸出的丙烯气在三段入口分离器(142V105)中分离夹带的丙烯液后，进入压缩机三段入口。从丙烯闪蒸槽(142V103)底部出来的液体丙烯(1.2℃，0.651MPa(G))分成两股，一股直接进入丙烯过冷器(142E102)的管程，被另一股减压至0.15MPa(G)进入丙烯过冷器(142E102)壳程的丙烯冷却至-20℃后，送至低温甲醇洗单元使用。从丙烯过冷器(142E102)壳程去分离夹带的液体丙烯后，进入压缩机二段入口。两系列制冷装置共用一个丙烯贮槽(142V102)，收集本单元和低温甲醇洗单元排出的液体丙烯，同时两个制冷系列共同使用一个煮油器(142V106)，用来去除系统中的杂质。

2、出现的问题

2.1142V101压缩机入口分离器的主要作用：一是将来自低甲的丙烯气液分离；二是将来自压缩机出口通过一段防喘振阀返回压缩机入口的90℃，1.6MPa(G))丙烯气体降温到-36℃，并将142V101液体丙烯蒸发，防止压缩机喘振。但实际运行的过程中当液位控制超过10%时(设计值为30%-60%)会出现一段入口流量计读数为零，一、二、三段防喘振阀全开，后发现流量计引压管能排出液体丙烯，由于气相带微量液体使得流量计为零，压缩机不能正常工作。

2.2压缩机干气密封气泄漏气压力在全厂开车的过程中高达250kpa(设计值达到195kpa时压缩机会联锁跳车)。原因是在全厂开车的过程中火炬管网的压力高，并非压缩机干气密封系统故障。

2.3在压缩机试车时，压缩机出口压力达到1.79Mpa，(压缩机出口最高设计压力为1.73Mpa，当压力超过1.73Mpa时，压力控制放空阀142PV104会自动打开)，但142PV104全开，压力依然高于设计最高值1.73Mpa，后发现142E101冷凝器积液包丙烯液温度测点温度高达60℃，打开142E101循环水回水导淋阀发现水中夹带丙烯。Ⅱ系列出现同样的问题。

2.4试车时期压缩机开车时，二、三段进口需要开喷淋丙烯降温，有时即使开度不大，也会造成二、三段入口分离器液位达到联锁值而跳车，从而给开车造成很大的操作困难。

3、改造方案及应对措施

3.1针对142V101液位控制过高，一段入口流量计失真的问题。处理措施：将142V101液位控制在10%以下，不以液位计读数为准，而是通过监控一段入口压力和温度来调整阀门的开度，使进口的温度略高于进口饱和压力所对应的温度，取得良好效果，没有再出现上述问题。

3.2由于火炬管网的压力高而导致压缩机干气密封气泄漏气压力过高的问题。火炬管网压力高主要是火炬管网积液包中液体未及时排空所致，我们采取的措施是将火炬管网积液包中液体及时排空。由于泄漏气流量很小，大约 5m3/h，为防止机组因外管网压力高跳车，在大修时，将泄漏气另配1寸管道引至户外高点放空，起到双重保险的作用。

3.3丙烯压缩机出口压力超过设定值1.73Mpa，是由于142E101/142E201丙烯冷凝器泄漏，换热效果差，丙烯气不能冷凝所致。我公司142E101/142E201为列管式换热器，我们采取的措施是停车高压清洗冷凝器列管，查漏并堵死已漏列管。采取上述措施后，丙烯制冷单元基本能正常运行，但是在炎热的七八月份的白天，由于冷凝器换热效果下降，压缩机出口压力仍然略高于1.73Mpa(压缩机出口最高设计压力为1.73Mpa，当压力超过1.73Mpa时，压力控制放空阀142PV104会自动打开)，压力调节阀142PV104有一定的开度，大约5-10%，有大量丙烯浪费，在2011年8月大修时，更换新的142E101/142E201，问题得以解决。

3.4随经验的丰富，改变开车方法，原来是当汽轮机暖机结束，可以用调速器调整时，收二三段的防喘振阀，后改为汽轮机在3900rpm暖机时，只要二三段有裕度便慢慢收二三段的防喘振阀，这样既避免开喷淋丙烯，又使出口压力不高于1.73Mpa，避免二、三段进口气相丙烯带液，避免机组液击，改进后不但操作方便而且还可以减少对机组危害。

4、改造效果

篇5：实习报告总结(软件测试)

通过实习提高自己的对社会的认知能力，同时理论联系实际，让自己迅速适应社会，跟上IT前进的快速步伐。通过理论与实际的结合、学校与社会的沟通，进一步提高学生的思想觉悟、业务水平，尤其是观察、分析和解决问题的实际工作能力，以便培养自己成为能够主动适应社会主义现代化建设需要的高素质的复合型人才。

二、实习时间：

2011年11月21日-2012年11月20日

三、实习地点：

中城泰信（北京）信息技术有限公司

四、实习单位简介：

中城泰信成立于2007年9月，前身是北京中煤地技术装备公司3S信息事业部，是一家专注于卫星遥感应用、空间信息技术、环境信息技术和市政管理信息化的高新技术企业。公司现有员工106人，办公面积近800平方米，下设苏州子公司。公司拥有一支有丰富业务经验的教授、研究员、博士、硕士和工程师组成的项目队伍，技术人员大多数毕业于地理信息系统、市政工程或计算机专业，具有良好的知识背景。

公司以环境遥感产品为核心，搭建国际化的遥感数据应用产业平台，在面向专业部门提供全面的空间数据集成、加工、应用等解决方案同时，还向社会公众发布民用数据。公司以遥感数据产品研发、应

用与服务为一体，注重沟通协调，在资源整合方面卓有成效。公司始终把改善生态环境为使命，用科技引领未来，倡导绿色革命，立志于用3S科技手段构建和谐、美丽地球村。另外公司在市政给排水行业有着成熟的系列产品，研发的系统运行稳定,简化了操作流程,强化了监管力度，最大程度上减少了企业不必要的损耗和损失。其中有些产品在国内是首创,并且有机地衔接历史遗留系统,兼顾给排水企业的效率和效益，深得客户的一致好评。

公司注重电子政务发展动态，结合企业固有优势,引入地理信息系统和空间遥感等高科技手段挖掘潜在信息,填补了不能连续、动态、全面及时获悉重要数据的空白。办公自动化存在异构环境、各子系统协调性差的现象,公司通过融合和重构平台，达到无缝连接、网络化、高效运作的目标。

五、实习内容：

1、编写测试用例；

2、分析软件需求以及人工模式下的工作流程；

3、编写需求规格说明书与用户使用说明书。

六、实习经过和体会收获：

本着对IT业的憧憬，走进了中城泰信（北京）信息技术有限公司，我在公司所从事的工作是软件测试，在真正投入到工作之前，我在网上查询了许多测试员的相关要求，了解了作为一个测试人员必须耐心，细心和平和的心态，他的目标是尽可能早一些找出软件缺陷，提高产品的质量，降低维护的成本，尽可能的达到客户的需求。软件

测试员的一个基本素质是：打破沙锅问到底。另外还必须具备探索精神，有创造性，追求完美，判断准确，老练稳重，强的说服力以及受过编程方面的教育等素质，同时也还必须是个故障排除能手，等等。还没看完就发现自己离这些要求真的好远，更进一步认识到自己必须要全心全意投入工作，虚心请教，一切都得从头开始。另外，测试并不是单纯意思上的机械的“测试”，它首先要求对产品非常熟悉，不管是从功能上还是操作上。更为重要的还有就是我们要了解客户的需求，根据客户的要求来测试，看看产品是否能达到他们的要求。而从这些方面考虑则要求我们必须比任何人都要熟悉产品的一切。公司的主要产品是电脑还原软硬件和电脑锁等一些电脑安全周边的产品，在真正的投入到测试这个工作之前，我们首先该做的就是熟悉产品，而最最直接的途径便是查看说明书，刚开始每天都是打开电脑，看产品说明书，重复的看，本以为看几遍就都记住，但是到公司进行考核的时候，才发现原来自己真的什么都没有掌握，第一次考核不及格，虽然具体的分数没有看到，但是那份心情，却使自己始终无法忘怀，也更让自己认识到要虚心的，按部就班的好好熟悉产品，要做到对产品耳熟能详。在我实习期间公司给北京市自来水集团负责查表税费稽查等系统，它主要应用是水费的业务管理。对于我们来说，它是一个全然陌生的产品，老总要求我和跟我一起实习的同事三天之内迅速熟悉产品的各种功能及完成测试。当时听了吓一跳，一个对于我们来说全新的产品，一天就要全部掌握而且要测试出它尚存在的问题，这似乎很不可能，而且也有点不相信自己有这样的能力。但是一天下来，我

们竟然可以从什么都不懂，到熟练的掌握。并且也完成了一些简单的测试，发现了一些界面错误。但是对它的具体性能和功能的测试还没有完成，不过老板并没有责怪我们，只是让我们明天接着做，听了心里有些安慰。因为本以为他会大发雷霆呢。那一天对于我来说最大的收获便是，要相信自己，不要被没有去真正实践的事情而吓倒，其实如果你真的去尝试，你会发现一切都没有你想象的那么难，只要你努力，没有什么不可以。最后在我们的努力下，共用了不到三天的时间，熟练的掌握了的白板的操作，对它的界面、功能、性能等做完了全面的测试，及时做了总结，反馈给北京的公司，让他们对存在的错误做了修改，而且我们还协助老总教会了销售人员，以便他们能够在11月29日 的会议上能够熟练的操作，把产品展现给自来水集团的工作人员。后来听说得到了很大的反响，公司同事听了都非常的高兴，想想那两天的班算是没有白加。

三、实习结果几个月的实习下来，让自己走进了一个全新的领域，开始了自己真正的工作生涯。实习无所谓结果而言，更确切的说，它是一个开端，一个让自己学会成长的地方，当然也确实让自己长大了许多。不管是从工作技能上还是从为人处事上，我都感觉到了有很大的提高。首先，在工作技能上，因为从事的是测试工作，对于自己来说是一个全新的概念，一切都是从头开始的，而更需要自己的努力、耐心和细心。这些都是自己欠缺的，但是在工作了这几个月后，真的发现自己有了很大的改善。虽然离真正的软件测试人员的要求还有很大的距离，但是自己一定会努力，向着自己的目标前进。其次，在为人处事方面，也让自己成熟了许多。虽然不能

用语言来描述，但是确实可以从生活中的点点滴滴感觉得到。经历使人成长，只有真正的经历过，才可以让自己真的成熟起来，要想真的出人头地，好的为人是前提。

篇6：软件系统运行测试总结报告

一、ERP生产管理系统总体目标实现：

ERP管理系统的实施，涉及生产、管理上所有的相关部门，范围广、人员多，不是短期内就可以突击见效的，是一个长期逐步的过程，需要公司不断的强化与推广，员工不断的提高自身的业务水平和认识水平，所以实施目标不能一撮而就，需要分期分阶段进行。

1．ERP生产管理系统分三期分步实施：

一期：实施模块包括主生产计划、物料需求计划、生产任务管理。实现企业95%以上产品MRP零件计划的准确下达与生产入库，各部门严格按照系统计划下达的任务作业操作，消除装配线上的缺件问题。

二期：实施模块包括车间作业管理、委外加工管理、成本管理。实现车间的工艺工序管理，将各工艺统计、工时计算归结到零件、产品，系统能提供准确的产品成本信息，并提供各机床产品的成本报告。

三期：消除无用数据，提高数据的准确性、有效性，进一步加强系统的实用与分析功能。

目前必须要快速实现一期的预定目标，目标就是首先上线运行，指导生产加工，各部门对ERP有了一定的了解，再逐步扩大使用的范围与广度，覆盖到公司的大部门产品，使得ERP生产管理系统成为各部门加工生产的依据，能为公司决策提供相关的生产数据信息。

2．预计一期实施目标情况：

ERP的实施过程，是一个逐步调整数据修正数据，提高数据准确性的过程，也是各个相关部门逐步熟悉系统与改变看法的过程。就实施一期而言，是ERP成功与否的关键所在。如果各部门员工能深刻体会到ERP的作用与效果，使其深入人心，那么ERP的实施后期推动工作将会变得很顺畅。所以必须很严谨务实的一步步实施ERP，将ERP的工作做到每一个员工的工作岗位上做到每一个员工的心里。

在一期分以下阶段实现：

阶段一：工艺分解。工艺部门接到生产任务第一时间在ERP上进行快速分解，制定好相关工艺文件（作业指导书、检查指导书、对刀表），迅速提交到生产部门。

阶段二：生产制造。

各加工车间根据任务单进行领料，再根据工艺部提交的相关文件，按照其规范进行生产，实现零件加工的可跟踪。规范库房操作，严格按照生产任务单进行出入库。

阶段三：范围提高。

在部分产品在ERP运行正常之后，各部门对ERP生产管理系统有了一定的认识，各操作人员能规范操作的前提下，进一步扩大系列产品范围，提高ERP生产管理系统的实用效率，覆盖公司95%以上的产品，确立ERP生产管理系统在公司实际生产中的指导地位。

阶段四：价值提升。

提高物料、BOM设置的准确性与及时性。根据系统下达的生产任务单完全实现加工路线单的自动打印。各部门严格根据系统下达的生产任务进行加工、出入库，实现生产加工的可跟踪。为生产计划、生产决策、财务分析及重大决策提供准确的可参考数据信息。3．预计各部门实现情况：

（1）生产计划：

生产计划可根据设置好的BOM将产品计划录入系统运算，ERP所有部门都能调阅查看，根据生产需求日期，系统可实现自动汇总。在BOM数据准确的前期下，提供的零件加工数量是精确无误的可作为生产加工的依据。

（2）材料仓库：

只要材料、规格参数相关备料信息设置准确，材料即可根据计划部门下达的生产任务单进行自主备料。原先需要查询工艺料卡、手工抄单，效率很低，现在只要产能允许，投料计划随时可以进行，大大提高了效率。而且各车间只能根据任务单就行领料，没有任务单无法领料，从源头上杜绝了随意领料的情况发生。

（3）各加工车间： 各车间严格按照加工路线单领料加工，根据提供的入库截止日期进行车间加工排产。根据生产任务单的状态，可查询是否领料、加工情况、入库数量、完成与否。根据生产任务进行作废汇报，实时跟踪生产加工情况。大大减少了各加工车间计划的工作量，各部门计划员只需根据生产实际情况，监督跟踪生产进度，进行生产汇报。计划的高度集中统一，生产任务的分步分时下达，将公司原先独立为营的生产部门变为了统一协调的生产整体，大大加强了各车间的生产进度与节奏的控制。

（4）质检部门：

质检部在ERP中根据现场操作工提交的加工工序进行逐一检验。首先工人进行自检，提交给班组长检验，再提交给检验员检验，以达到三检的目的。最后产品生产结束提交给检验员进行终检。ERP根据产品的检验数据进行自动计算汇总，生成每月的产品质量动态图，计算出每月产品的合格率和不合格率。

二、ERP在实施过程中必须注意的

ERP生产管理系统必须明确公开项目组成员及其权责范围，制定项目进度与实现目标，并确定相关人员监督项目进度。定期开展项目汇报会议与总结会议，及时修正实施过程中的问题。如果项目进度无法顺利完成要分析原因，经过确认可以对项目进度作适度调整。

如果没有规范科学的项目管理制度作支撑，项目实施如同一盘散沙，各自为阵，独立运行，结果只能是离预期的目标越来越远。这是下一期研发平台项目上线成功与否的关键所在。

培训不是一个单向的培训员向各操作员灌输的过程，而是一个双向交流过程，操作员接受相关的培训，自己要对培训的内容消化与认识，自己不断的熟悉操作，提出实际操作中遇到的问题，反馈到培训会，不断的提高自身的业务水平。是一个培训到认识体会再培训再巩固提高的循环反复的过程。

篇7：软件系统运行测试总结报告

信息工程学院 通信工程 20124410 唐曼玲 新区图书馆

2015.1.5--1.16

一、实训目的：

1.了解软件测试概念，软件测试主要内容，手动测试自动测试，初步掌握软件测试并且能够进行简单运用。

2.了解软件测试在当前计算机行业的地位和前景。3.了解为了成为软件测试工程师所需要掌握的技能。

二、实训内容：

1.移动警务通项目环境搭建 2.软件测试的基本概念

3.软件研发流程及系统测试过程 4.需求评审流程和评审要点 5.测试计划和方案写作要点 6.测试用例写作要点和设计方法 7.软件缺陷的概念和找软件缺陷 8.TDD测试和开发设计文档 9.温度转换器测试及开发设计 10.项目实战总结

三、实训总结(不低于2500字)

这次大三寒假实训的主题是“软件测试”，和同学们在图书馆机房一起学习。在软件开放越来激烈的当今，追求软件质量也是一个重要内容。软件测试，即在软件设计完成后要经过严密的测试，以发现软件在整个设计过程中存在的问题并加以纠正。整个测试过程分单元测试、组装测试以以及系统测试三个阶段进行。测试的方法主要有白盒测试和黑盒测试两种。在测试过程中需要建立详细的测试计划并严格按照测试计划进行测试，以减少测试的随意性。这次的实训大致分为两个阶段。第一阶段主要是文字处理工夫多一点，考验了我们对找病句修改病句的能力；第二阶段主要涉及了利用JAVA来编辑测试代码，主要考察了我们细心程度，还有巩固了我们编程能力。

第一阶段我们主要学习了移动警务通项目环境搭建，软件测试的基本概念，软件研发流程及系统测试过程，需求评审流程和评审要点这四大点。具体细节包括了：需求评审、软件测试方法与工具、用例设计、用例设计评审、测试评估报告、缺陷报告记录、缺陷管理与统计以及测试评估报告。在学习氛围浓重的机房内，我们认真看着大幕上的课件和老师演示的内容，并且都用手机或者笔记本记下了重要内容和步骤，当修改测试用例遇到不懂的问题时，我们组的队员都会及时询问老师寻求解答，保证我们小组学习的质量和速度。

在移动警务通项目中，老师要求我们修改需求报告，填写需求评审。移动警务通客户端设备，它包括了信息收集，信息查询查询，定位等功能，我在小组主要负责的是信息查询这个工作。信息查询需求报告的修改涉及到很多内容：需求填写不完整，有歧义，用例填写错误等。需求语句中有“或”，“和”字眼出现的句子我们都格外小心，因为这是病句可能出现的信号。我和小组成员们认真听取了卿老师的课堂讲解，并且认真记录课堂笔记。我们还学会了利用虚拟手机平台，模拟安卓手机，在手机上面进行测试和使用，这个让我大开眼界。在老师讲完之后我们小组立马投入到需求评审等练习，组长给我们每个人都合理分配了适宜的任务，每个人都认真工作着，通过借鉴和及时询问其他小组同学和老师，我们小组每次都很快地很好地完成了课堂练习任务。移动警务通这个项目让我学到了看任何东西都要认真细心，特别是找病句的过程中是收货很多的。

这一阶段主要涉及了“需求分析”。通过老师的讲解，我了解到，在确定软件开发可行的情况下，对软件需要实现的各个功能进行详细分析。需求分析阶段是一个很重要的阶段，这一阶段做得好，将为整个软件开发项目的成功打下良好的基础。“唯一不变的是变化本身”，同样需求也是在整个软件开发过程中不断变化和深入的，因此我们必须制定需求变更计划来应付这种变化，以保护整个项目的顺利进行。

第一阶段中老师教我们使用了JUnit。它是一个开源的java测试框架，它是Xuint测试体系架构的一种实现。在JUnit单元测试框架的设计时，设定了三个总体目标，第一个是简化测试的编写，这种简化包括测试框架的学习和实际测试单元的编写；第二个是使测试单元保持持久性；第三个则是可以利用既有的测试来编写相关的测试。JUnit可以把测试组织成测试系列；这个测试系列可以包含其它的测试或测试系列。JUnit测试的合成行为允许你组合多个测试并自动的回归从头到尾测试整个测试系列。你也可以执行测试系列层级架构中任何一层的测试。使用Junit测试框架，你可以很便宜的撰写测试并享受由测试框架所提供的信心。撰写一个测试就像写一个方法一样简单；测试是检验要测试的程序代码并定义期望的结果。这个测试框架提供自动执行测试的背景；这个背景并成为其它测试集合的一部份。

利用这个，我们就可以在电脑上实现安卓手机的模拟，在电脑上面就可以对安卓手机上的应用进行测试和使用。我们就是用这个实现了移动警务通的的第二阶段任务测试代码的编写和测试的。

在实训的第二周，第二阶段主要是温度转换器测试代码的编写和学习，在安卓手机模拟平台下训练了我们JAVA编程能力。通过在Eclipse上编写JAVA语言用于移动警务通的Android平台，我第一次体会到了编写安卓应用的乐趣。老师首先给我们普及了一下JAVA语言的一般用法和注意事项，然后开始编写温度转换应用程序。在老师的耐心讲解下，我们开始自己操作。可能刚开始有点不适应不习惯，但是到了后来，就慢慢熟练起来。中途遇到问题及时向老师提问，老师亲自过来帮我检查错误并且教我改正错误，这其中的方法和体会我觉得是很宝贵的经验财富。由于老师讲的内容我们都不是很熟悉，为了能够更好地跟上上课节奏，我们就拿出手机，拍下老师每一次的内容，在老师讲完过后就看照片复习和操作，这样的效果很好。

这次需求评审中最大的感悟就是要学好语文，尤其是查找病句的能力。因为需求里面可能有很多的病句，这些病句有二义性或者错误，我们就应该立马找出来及时修正，并且写上批注，写得很详细很具体。最初找病句的时候由于没有经验，找的地方都不是很正确而且修改也没修改好。接着听了老师对每一个例子的详细讲解和经验总结，我们小组成员都找到了修改的方法和途径，大大增加了需求评审的效率。后来找老师来帮我们看看这些批注，老师都说我们写的具体，写地很好，这让我们大受鼓舞。

本次实训另一个体会就是对软件测试这个工作很感兴趣。因为考虑到自己作为一个女生对开发应用程序编写不是很在行，如果能有基础的情况下从事软件测试这份工作想必是很好的。我从网上了解了一下软件测试的行业现状，如今软件开发过程中出现错误或者缺陷的几率越来越来多，市场对软件的质量越来越重视，所以软件测试在软件项目中显得尤为重要。专业优势就业竞争小，人才供不应求让软件测试人员的就业竞争压力明显小于同类其它职业，有利于从业者的身心健康。另外，由于软件测试在我国起步较晚，独立设置测试部门、对测试人员有强烈需求的多为独具慧眼的大中型IT企业。软件测试人才不需要在小企业积累经验就能获得知名企业的入门通行证，工作起点高于同类其它职业。高薪，刚入行的软件测试人员，起步的月薪就在3000-5000元左右，远高于同龄人2000元的薪资水平，随着工作经验的丰富以及能力的提升，这份薪水将一路看涨。就业质量高，与其他IT职位相比，软件测试人员最大的优势就是发展方向太多了。由于工作的特殊性，测试人员不但需要对软件的质量进行检测，而且对于软件项目的立项、管理、售前、售后等领域都要涉及。在此过程中，测试人员不仅提升了专业的软件测试技能，还能接触到各行各业，从而为自己的多元化发展奠定了基础。而且从专业性质分析，软件测试人员更要具有认真、耐心、细致、敏感等个性元素，我觉得而这在一定程度上与女性的个性气质相吻合。所以我觉得我对软件测试这种工作很感兴趣。

通过老师的讲解和课后询问，我知道了如果要想成为好的测试人员，首先得了解自己要测试的软件的相关知识。要了解软件产品的架构是什么样的。要了解软件的市场需求，在接触软件之初要可以多看看用户的反馈信息，这些才是用户最关心的，也是在测试中需要注意的问题，满足客户是最大的需要。我们更应该学习的是，了解软件需求之后要学会要多读些软件系统的技术文档，软件设计文档，这些文档可以帮助了解产品如何工作。还有多看看公司 Bug 库中的问题，这些存在的问题可以帮助自己了解软件产品哪些地方存在缺陷，软件系统哪些地方会出现错误。软件是运行在一个大环境中，如果对系统不熟悉，那么有些问题你不能从一个更广阔的层面考虑，学习操作系统的知识，有助于你发现缺陷，定位问题更加准确。比如软件运行在 Windows 或者 Linux，如果不懂操作系统，你就无法建立测试环境，有些时候时候软件的组件发生问题，就是自己系统配置造成的，对系统不熟悉，会把外在原因归结为软件本身。所以要学习关于和软件系统相关的知识，比如编程，网络，数据库等。

其实，我觉得不一定要学习到多好的程度，只是通过这些扩展的知识面，可以在发现问题，解决问题上不会局限在狭小的圈子里。并且，和一切相关的人员交流，不同的交流渠道，获取消息是不同的，角度也不同。和客户交流，会在测试中从客户的角度发现问题；和开发人员交流，会了解开发人员怎么实现软件功能的；和项目管理人员交流，会知道开发进度以及遇到的困难。这些是从这次实训中获得的宝贵收获。

在培训的最后老师给我们讲了计算机行业的就业工种和对应的薪水情况、软件测试行业分布、任职要求、必备技能、面试常用问题等。我受到的触动很大，我们现在学到的东西远远没有达到就业的水平和能力，每天就学习书本上的知识和实验室的项目，感觉自己的能力远远不行，感觉很大的压力。

篇8：嵌入式软件运行内存余量测试方法

目前, 高实时性的可靠嵌入式操作系统广泛应用于各类装备中。由于系统内核小、系统资源相对有限为保证系统的时效性和可靠性, 设计系统运行内存留有一定余量是很有必要的[1]。

余量测试是对软件是否达到需求规格说明中要求的余量的测试, 若无明确要求, 一般至少留有20%的余量。

由于嵌入式系统为非桌面系统, 不容易观察其内存占用情况, 因此测量运行内存余量缺乏精确手段结合有/无操作系统支持的嵌入式软件特点, 介绍静态分析计算法、动态运行监测法与逆向证明法3种嵌入式软件运行内存余量测试方法, 并分析各种测试方法的优缺点及适用场合。

1 静态分析计算法

对于DSP类无操作系统和IDE不支持内存监控的嵌入式软件, 由于无法监测软件动态运行内存使用情况, 可采用静态分析计算内存使用情况。静态分析法根据软件开发平台不同可分为代码分析计算法和map文件分析计算法。

1.1 方法1:代码分析计算法

代码分析计算法的原理是通过对软件源代码中的变量声明、内存申请和软件部署占用空间进行统计, 分析计算出软件运行内存占用余量, 具体步骤:

(1) 分析统计代码中所有变量的声明占用的空间。

(2) 分析统计代码中所有内存申请操作申请的空间。

(3) 分析软件部署设置的内存分配空间。

(4) 计算内存余量= (可用内存总量-上述所有内存占用的总和) /可用内存总量。

1.2 方法2:map文件分析计算法

map文件是CCS软件编译后产生的有关DSP用到所有程序、数据及IO空间的一种映射文件。通过分析软件源代码编译后生成的map文件[2], 可统计计算软件运行时的内存占用余量, 具体步骤:

(1) 查看文件中.bss (全局变量和局部变量) 、.eb ss1/.ebss2 (使用大寄存器模式的全局变量和静态变量) 、.stack (堆栈) 、.sysmem (为动态存储分配保留的空间) 字段实际分配大小。

(2) 计算内存余量= (可用内存总量-上述所有内存占用的总和) /可用内存总量。

1.3 优缺点

静态分析计算法的优点:环境依赖性弱, 不需要专门的环境支持。

缺点:

(1) 置信度较低, 因为没有实际运行软件, 不能确认实际的内存占用, 不能发现内存泄露的问题。实际测试时可借助Klocwork、RTInsight Pro等静态/动态分析工具进一步分析, 消除内存泄露问题。

(2) 方法1工作量大。软件规模如果比较大时, 计算所有的变量是一个大工程。

1.4 适用场合

(1) 方法1适合完全采用静态内存分配申请操作、结构简单、规模不大的软件 (≤10000Loc) 。

(2) 无法提供其他环境支持。

(3) 可用内存总量远大于初步分析的软件内存占用量。

(4) 余量测试精度要求不高的情况。

2 动态运行监测法

对于运行在Vx Works平台的嵌入式软件, 可采用动态运行监测法查看其内存使用情况。其原理是通过Vx Works提供的API, 在被测软件运行时监控Vx Works提供的系统内存占用情况, 并输出到显示界面[3], 从而计算内存余量。动态运行监测法根据对内存占用量的取样次数可分为memshow指令监控法和代码嵌入memshow指令法。

2.1 方法1:memshow指令监控法

memshow指令监控法只是获取系统当前某一时刻的内存占用结果, 具体步骤:

(1) 在Vx Works提供的shell指令界面中使用memshow命令, 返回结果如下:

(2) 在shell指令界面查看当前系统空闲内存大小和已分配占用的内存大小。

(3) 计算当前内存余量= (当前系统空闲内存大小) / (当前系统空闲内存大小+已分配占用的内存大小) = (2909436) / (2909436+969060) =0.75。

2.2 方法2:代码嵌入memshow指令法

代码嵌入memshow指令法通过在源代码中插桩调用memshow指令, 实现对内存占用量的多次采样, 具体步骤:

(1) 在Tornado开发编译环境中, 修改被测软件, 增加memshow () 的调用。可以在被测软件本身的周期任务中或专门增加一个低优先级的任务调用。

(2) 重新编译运行被测软件。

(3) 将被测软件运行于最大内存负荷的场景中, 采集和记录运行过程的内存占用情况。

(4) 分析Vx Works的输出信息, 找到被测软件运行过程的最大内存占用量, 并计算内存占用余量。

使用该方法时应注意:若在原有周期任务中增加memshow () 调用, 则应事先确认不会影响到软件的实时性;若采用新增任务调度的方式, 为保证实时性, 应将新增任务的优先级设为最低, 但任务优先级过低可能会导致无法被调度, 可将其优先级设置为与原有任务中最低优先级任务相同;采集记录时必须将被测软件运行在最大内存负荷的场景, 否则影响置信度。

代码嵌入memshow指令法插桩的示例代码如下:

2.3 优缺点

动态运行监测法的优点:

(1) 置信度高, 因为是对实际运行的被测软件进行测试。

(2) 结果精确。

缺点:

(1) 方法1的shell界面下调用memshow不能保证是在软件内存负荷最大时监控的, 可能影响置信度。

(2) 方法2需要修改被测软件, 可能影响被测软件的时序而引入问题。

(3) 分析计算工作有难度, 因为需要确定被测软件的标准输出是否可记录, 是否需要重定向输出, 还需要从一段时间的大量实时监控数据记录中找出最大的内存占用量。为减轻查找最大内存占用量的工作量, 可以使用shell脚本多次采样, 然后记录每次的结果, 比较选取最大的占用量作为测试结果。

2.4 适用场合

(1) 动态内存分配申请操作的软件。

(2) 软件运行时内存占用变化较小的, 且提供了shell界面的软件, 可用方法1。

(3) 软件实时性要求不是特别高, 增加代码不会影响到实时性的, 可用方法2。

(4) 软件的标准输出可以记录。

(5) 余量测试精度要求高。

3 逆向证明法

逆向证明法是间接测试软件运行内存余量是否不小于某设定值。其原理是额外占用一定内存后测试被测软件是否仍能正常运行, 特别是最大内存负荷的场景下如果仍能保持功能、性能, 则证明被测软件不会用到这部分内存, 说明内存余量不小于这个值。具体步骤:

(1) 根据内存余量要求和可用内存总量, 计算要求的内存余量的具体大小 (KB或MB) 。

(2) 在开发编译环境中, 修改被测软件, 增加一个任务。此任务通过静态内存申请语句calloc () 申请步骤 (1) 中计算得到的空间大小, 保持能被调度, 重新编译运行被测软件。

(3) 将被测软件运行于最大内存负荷的场景中, 并检查相关功能性能是否不受影响。

使用该方法时应注意:为保证实时性, 应将新增任务的优先级设为最低, 但任务优先级过低可能会导致无法被调度;可将其优先级设置为与原有任务中最低优先级任务相同;必须使用静态分配内存的内存申请语句, 以确保内存不会被系统回收, 如malloc就可能会被回收;保证该任务可被调度, 建议在申请内存之后使用while (1) 死循环来保持任务活跃, 最好在while (1) 中增加打印语句来观察是否被调度;测试运行时必须将被测软件运行在最大内存负荷的场景, 否则影响置信度。

逆向证明法插桩的示例代码如下:

3.1 优缺点

逆向证明法优点:

(1) 置信度较高, 因为是对实际运行的被测软件进行测试。

(2) 数据分析工作量小。

缺点:

(1) 需要修改被测软件, 可能影响被测软件的时序而引入问题。

(2) 不能得到精确的余量值。如果需要获取精确的余量值, 可通过不断增加占用的内存, 找到占用至无法正常运行和可以正常运行之间的边界值作为相对准确的余量值;或者先用静态分析法大概估计一个可能的余量值, 然后占用该内存, 如果可运行, 则按一定步进增大占用值重复测试, 如果不可运行, 则按该步进减小占用内存值重复测试, 直至找到内存占用的边界值。

3.2 适用场合

(1) 动态内存分配申请操作的软件。

(2) 软件实时性要求不是特别高, 增加代码不会影响到实时性。

(3) 软件的标准输出无法记录分析, 不能采用动态监控法。

(4) 余量测试精度要求不高。

4 结语

在实际测试实施中, 应根据被测软件实现和应用特点, 结合软件测试环境的支持情况, 以高置信度、高精度、低风险、低工作量为目标, 选择合适的方法进行内存余量测试。

参考文献

[1]Bart Broekman, Edwin Notenboom.嵌入式软件测试[M].北京:电子工业出版社, 2004

[2]彭启琮, 管庆.DSP集成开发环境——CCS及DSP/BIOS的原理与应用[M].北京:电子工业出版社, 2004