电子测试报告

前言：想要写出一篇令人眼前一亮的文章吗？我们特意为您整理了5篇电子测试报告范文，相信会为您的写作带来帮助，发现更多的写作思路和灵感。

电子测试报告范文第1篇

关键词：地面自动站测报质量；现存问题；提高；建议与措施

中图分类号：P412.1 文献标识码：A

1 前言

现代科技的不断飞跃，促使气象测报工作水平也逐步提高。作为气象测报基础之一的自动站测报，也需要在质量上有所突破。当前这一工作中尚存在许多问题和困难，面对新时代的挑战，地面自动站测报质量被提上重要议题，成为气象测报人员工作中重点思考的方向。为进一步加强地面自动站测报工作，提升测报工作的质量，改善现有地面自动站测报工作，结合福建省惠安县气象局地面自动站测报工作中的实际展开分析，提出了提高地面自动站测报质量应采取的具体措施，为今后气象测报工作提供有利参考。

2 地面自动站测报质量现存问题

2.1 地面自动站测报设备不完善

长期以来，因为多方面原因我国普遍未对地面自动站测报工作给予重视，导致地面自动站测报设备陈旧老化，更新换代进程滞后，根本适应不了当今气象业务的需要。设备质量问题层出不穷，制约了地面自动站测报工作的顺利进行，而设备的不完善直接导致了测报数据的准确程度，对测报质量产生重大影响。

2.2 测报人员自身管理问题

地面自动站专业素质的测报工作人员缺失严重，在岗人员测报技术不娴熟，存在疏忽和纰漏，都对地面自动站测报质量起到了决定性作用。人员因素在环节上的影响会起到连带作用，会让整个气象测报工作数据发生大的偏差，导致了自动站测报工作不严谨，质量低下。

3 促进地面自动站测报质量提高的建议与措施

针对上述两方面主要问题，福建省惠安县气象局采取了如下措施，供推广借鉴。

3.1 保证自动站测报设备正常运转

若要提高自动站测报质量，就必须改善地面自动站测报设备的质量。福建省惠安县气象局投入资金，重点对老化和落后的测报设备进行了更换和专业维护，保证了设备的正常运转。通过强化专业维修人员培训，严格规范仪器操作规程，形成规范化管理和操控。同时针对设备埋设不规范、土壤层问题以及感应部分不密贴，设备受杂草干扰影响测试效果等自动站地面传感器维护不规范问题进行了专门处理，解决了传输线路老化、设备物理性损坏等关键技术问题。除此之外，气象局还加强了对设备的定期检查，填写巡回检查登记表，对设备的情况做到了如指掌。这种做法完全符合测报工作的需要，保障了地面自动站测报数据的准确无误。

3.2 大力抓好测报人员素质培养和能力提升工作

测报人员自身素质和工作能力是影响测报数据准确与否的重点，丝毫的消极怠工或疏忽都会造成责任心的缺少，工作中的差错都是因为责任心不强产生的。目前工作中普遍存在当班发现问题不及时解决，不同下轮交接班人员沟通的现象，出现问题了互相推诿，给工作开展制造了不必要的麻烦，反映出了员工个人素质问题。在工作中应该严格按照规定遵守交接班制度，如实记录当时的具体气象数据，与自动站显示实时数据进行对比分析，判断设备运转情况，发现仪器问题及时做好记录，交接时要交代清楚，减少不必要的错误情况发生。

对测报人员进行专业的技术培训，练好基本功。让他们通过培训知道自己日常工作中的缺陷，观测习惯上的不足，加以注意和避免。对测报人员还要进行责任心教育，增强其工作责任心，确保在工作中树立起气象测报工作第一的意识，不分散注意力，不得过且过，不私自涂乱改基础数据，真正负起职责。定期进行地面自动站测报质量分析会，让测报人员各抒己见分析错情，集体参与大讨论，提出解决办法，互相监督促进提高，积累经验。

3.3 充分利用现代化动态监控系统提高测报质量

高科技被运用到气象测报中已经是普遍现象，建立健全气象观测系统平台成为气象发展的主要方向。动态的监控平台从设备情况、测报数据、质量、值班记录等方面进行全面而系统的监控。系统平台的实施能够尽早发现工作中的问题并得到有效的解决，通过上传数据及时分析为地面自动站的测报质量提供了专业技术支持。

3.4 不断加强测报质量管理

加强测报质量管理首先要在抓人员构成的基础上进行，对测报人员要进行优选，提升测报队伍整体素养水平。其次要针对工作内容细化奖惩制度，建立对应机制，严格考核执行，对优秀人员进行奖励，对出现工作错误的人员按照规定进行经济惩罚，甚至停职。再者加强监督管理，设立监督检查组，督导测报工作，规范测报流程，解决实际问题，加强各站点交流，扬长避短，推广好的经验，让地面自动站测报质量稳步提高。

3.5 开展有声有色的活动促进测报质量提高

测报工作是枯燥的，测报人员长期从事这样的工作难免产生懒散情绪。但是气象局可以通过有声有色的活动来激发测报人员的工作积极性。比如开展员工的集体观测学习，进行对多种突发事件综合处理的系列演练。演练过程必须细化，从便携式气象设备使用、电源切换（发电机发电）、无线网络连接、备份计算机数据输入、手工传输长Z文件等项目都要涉及，以保证在突发事件发生时能及时、高效、有序的开展工作，进而促进测报质量的提高。

4 结语

动态测报系统平台的广泛应用给气象地面自动站测报工作提供了极大便利，新的时期对于地面自动站的测报质量也就越高。想要不断提升地面自动站的测报质量，必须具备多方面的条件。通过上述建议分析，我们不难看出测报质量的主体影响要素仍旧是测报人。因此，要切实保证自动站的测报质量，在改善自动站的硬件基础条件之上，更主要的是必须加强对测报人员的管理，完善机制和规程的建设。伴随自动测报技术的日趋成熟和人员管理措施的不断完善，我国地面自动站测报质量必将会得到更大的提升，我国气象工作会迈开步伐，实现由气象大国向世界气象强国质的跨越！

参考文献

[1] 张若汉.加强业务管理 提高测报质量[J].广西气象，1982（01）.

电子测试报告范文第2篇

【关键词】评估方法；软件可靠性；电子系统

对于软件可靠性的研究至今已经有几十年的历史，也取得了一定程度的进展，研究软件的可靠性是当前时代的一个前沿科技课题，软件的可靠性研究就目前的情况来看还不够成熟，与实际的工程应用之间还存在着一定的差距，还处于理论研究的探索阶段。传统的软件可靠性模型由于多种因素，导致在实际工程中软件可靠性模型无法直接应用，当前一种用于工程软件可行的可靠性定量评估方法是我们所缺少的。

一、软件可靠性评估的基本概念

软件的可靠性包括以下三个主要要素：

（1）规定的环境条件

软件的运行环境指的就是环境条件。其涉及到如操作系统、输入数据格式域范围、支持硬件、操作规程、其他支持软件等软件系统运行时所需要的各种支持要素。软件的可靠性在不同的环境条件下是有所差异的。规定的条件具体来说主要是描述在软件系统运行的过程中对输入数据的要求以及计算机的配置情况，其他因素并假定都是理想因素。对环境条件进行了明确的规定，可以判断出软件失效的责任是在研制方还是使用方。

（2）规定的时间

运行时间可以作为规定时间的定量，因为软件可靠性所体现的只是其运行阶段。软件系统在运行后挂起与工作的累计时间是运行时间的主要内容。此外，选取程序路径和软件的运行环境由于具有随机性，因此软件的失效为随机性事件，运行时间也就相应的属于随机变量。

（3）规定的功能

规定的工程和任务与软件的可靠性也有着重要的关系。软件的运行剖面会由于所要完成的不同任务而有所区别，其调用的子模块因此也有所不同，可靠性也因此有可能不相同。因此，必须要先明确其功能和任务，这样才能准确对软件的可靠性进行度量。

说到软件可靠性评估就少不了软件可靠性模型。建立的数学模型和可靠性框图用以估算或预计软件的可靠性，可靠性模型的建立是为了便于定量分配、估算、预计以及评价复杂的系统可靠性，为了将较为复杂的系统可靠性逐层分解为较为简单的系统可靠性。

二、测试软件可靠性的过程

测试软件可靠性的完成过程应该包括：设计测试用例、测试实施、编写测试报告、测试前检查以及可靠性数据的收集。

（1）测试前检查

在工程软件可靠性正式测试之前，研制任务书与软件需要要检查是否一致，检查程序与文档的一致性，数据、相应的软件支持环境、所交付的程度要检查是否符合要求，软件研制过程中所形成的文档要检查其是否齐全，文档的完整性与准确性要检查是否已经通过了相关的评审。软件研制过程中形成的文档，根据软件行业的相关标准共有16种：《软件开发计划》、《计算机资源综合保障手册》、《接口需求规格说明》、《软件程序员手册》、《软件设计文档》、《计算机系统操作员手册》、《版本说明文档》、《软件测试说明》、《系统和段设计文件》、《固件保障手册》、《软件需求规格说明》、《软件用户手册》、《接口设计文档》、《软件测试报告》、《软件产品规格说明》、《软件测试计划》。其中《软件测试说明》、《软件测试报告》以及《软件测试计划》，在这里需要注意，是在研制过程中研制方进行测试所形成的测试文档。如果软件的规模不是特别大，原则上来说，是可以将某些文档合并的。虽然进行测试前检查增加了一定的工作量，但是为了提高软件的质量以及及早发现一些错误，进行检查是非常必不可少的一个环节。

（2）测试用例设计

针对组合功能或者是特定的功能设计测试方案，并且将其编写成文档，这就是我们所说的设计测试用例。选择测试用例时要注意，要包括一般情况，也要包括最小与最大边界情况以及极限情况。在选择数据和测试用例时，要尽量考虑那些比较容易发现缺陷的数据和测试用例，因为进行测试的目的就是找出隐藏在软件中的缺陷，要结合复杂的运行环境，确定所有可能的输出条件与输入环境中的测试数据，对软件是够能够产生正确的输出进行检查。一个标准的测试用例应该包括以下信息：待测试的功能； 测试日期； 评价输出结果的准则；测试步骤； 测试目标； 预期的输出； 测试输入。此外，测试用例要在经过专家评审后方可投入使用。对测试用例进行描述是选择和设计测试用例集的第一步，这种描述是否完整、规范化、可理解、权威，决定了试验鉴定人员、软件研制人员、操作人员在多大程度上或者是能否理解和接受该测试用例。因此，在软件的评估与测试中规范化的测试用例描述具有非常重要的意义。

（3）实施测试

上述准备就绪后，便可以进行具体测试。用户稳定、数据、说明书、程序等于可靠性质量特性有关的部分交付的所有软件文档部分，都应该按照质量需求和需求说明进行测试。数据和程序，在需求说明书、用户文档、项目合同中规定的所有配置情况进行测试。可以在测试的过程中考虑进行强化输入。在强化输入下如果软件可靠，那么就说明在正规输入下要更加可靠。我们应该采用多台计算机同时运行软件，进一步增加累计运行时间，以获得更多的可靠性数据。

（4）收集可靠性数据

可靠性评估的基础就是软件可靠性数据，应该建立软件错误分析、错误报告、错误纠正系统。可靠性数据和软件错误报告的保存、收集、处理、分析规程，按照相关的标准要求进行制定与实施，对测试阶段软件的可靠性数据和错误报告进行准确完整的收集与记录。软件可靠性数据如果用时间定义，那么可以分为四类：记录发生一次失效所累计的时间为第一失效时间数据；记录上一次与本次失效之间的间隔时间，为第二失效间隔时间数据；记录某个时间区内发生了多少次失效，为第三分组数据；记录某个区间内的累积失效数，为第四分组时间内的累积失效数。这四类数据是可以进行相互转化的。每个测试记录都必须要包含充分的信息，主要包括：便有测试用例的测试说明或测试计划；参与测试的个人身份；测试时间；包括所有测试时发生的故障在内的，与测试有关的所有测试结果。

（5）测试报告的编写

软件可靠性测试报告，在完成测试活动后是必须要编写的，要对在测试报告中对测试结果以及测试项目进行归纳和总结。可以参考相关的规范格式进行编写，同时要根据具体情况进行剪裁。测试报告应该具有以下主要内容：软件和硬件的使用配置；用户文档、数据和程序的测试结果、产品说明；测试的最终日期；产品标识；与需求不相符合的项目列表；使用的文档。这种规范化的过程控制管理，可以为最终得到客观的评估结果奠定基础，有利于获得真实有效的数据。

总结：本文对软件可靠性的基本概念以及测试软件可靠性的过程进行了简要叙述。完全用现场试验的方法可以说是最好的评估软件可靠性的方法。对软件的可靠性进行评估受到很多条件限制，其中可靠性信息的不足是最大的限制。这就需要：明确软件与各模块的可靠性关系；软件研制部门的配合；收集足够的各模块和软件历史可靠性试验信息；以及已知的各模块寿命类型。

参考文献

[1]石柱.基于模糊技术的软件质量评价及可靠性评估[D].北京： 北京航空航天大学， 2000（03）.

[2]王强，陆阳，方欢，朱晓玲.基于结构分析的复杂软件可靠性评估方法[J].2013（04）.

电子测试报告范文第3篇

 

台湾省资策会电子商务应用推广中心在2000年底时，针对台湾制造业与服务业所进行的调查显示，平均有 50％～60％ 的企业，希望透过电子集市，寻找到新的顾客与搜集产业讯息；平均有 40％ 的企业则是寻找供货商并进行线上交易，这项调查的结果，也替电子集市厂商找出一条明确的发展方向。

根据调查结果，电子集市厂商应该将新顾客与市场讯息作为发展重点。例如企业对新顾客的需求量大，电子集市厂商除了整合供应炼厂商外，也应该吸引更多供应炼以外的厂商进驻网站内，让厂商可以快速地搜寻到新买主。

对于产业讯息的部分，电子集市也应该提供电子报或新产品的发表讯息，同时将相同类型的产品进行归纳与整理，或是与 ICP 厂商合作，提供相关产品的测试报告，如此才能让厂商在电子集市中快速寻找到需要采购商品的信息，并且有一个具公信力的标准可参考。

电子测试报告范文第4篇

关键词:心理测试系统 常模修正 SCL-90

1前言

测试的目的是做出某种判断,心理测试也不例外,它能帮助我们做出有关个人的一些重要决定。心理测验是用来测量被试者的各种属性――智力、动机、单词掌握程度、焦虑、形状知觉以及其他属性。心理测验是对个人做出重要判断的最好、最公正也是最准确的方法。现行的心理测量方法主要是通过对事先选定的样本进行规格测试,进而抽取测试结果作为标准常模,再对个体进行测试,将个体的分数与标准常模进行一系列比较分析后得出测试结果。但是,我们不难发现所有心理测验有着共有的缺点,那就是抽取的常模指标与测试需求不符,很难客观地为测试者的各种属性进行测量。

举一个典型例子说明这一点,在智力测验领域中最严重的一个分歧与白人和黑人测试者在分数上的差异有关。据统计,黑人平均分数比白人平均分数大约低15分。这个差异的原因成为了学术界研究和争论的主题,但是这里的暗示是很明确的:更多的黑人被标上智力低于白人的标签。一些评论家已经指出,这个分数上的差异部分地反映出不恰当常模群体的使用会导致一些测试结果的失真。特别是,如果黑人测试者的分数与只有白人常模样本的常模相比较,那么这个分数对黑人表现来说是一个偏差的、没有代表性的指标。关于测验常模的争论有两点我们值得注意,第一,如果基于白人常模进行测评,那么黑人测试者中有多于一半的人被贴上低于平均数的标签。第二,如果黑人测试者的分数基于黑人常模进行测试,所有黑人中一半人高于一般水平,另一半人低于一般水平[1]。

由此可见,当我们进行一项测试的时候,给定的常模不一定能够满足我们想要达到的测试目的,那么我们怎么才能解决给定常模与测试要求不一致的问题呢?建立基于常模修正的心理测试方法能够缓解这一尴尬局面,从而达到我们的测试目的。但基于常模修正的心理测试方法存在一定难度,在此方法中,“常模”的意义有所变化,它不单独指某一个常模,而是一组常模,这组常模中包含根据各种不同类型的样本建立起来的常模指标。常模数据库的建立能够很好地解决这个问题。

在本系统中,首先读取用户的测试需求,并将用户的测试数据转换为系统内部可以处理的数据形式;然后系统中T分数(测试总分)检索模块将测试者的T分数进行检索归类,找到所属T分子集;最后,在常模匹配模块,系统将对用户的各因子分数进行分类匹配,找到最合理的常模指标,再通过基础信息分析,得出最终的测试报告。

2基于常模修正的心理测试方法

2.1基于“中国常模”的SCI-90测试方法

2.1.1“中国常模”

如表1所示,中国正常成人SCL-90的常模指标。

表1 中国常模指标

因子名称 常模指标 包含的指标项

躯体化 1.37±0.48 1、4、12、27、40、42、48、49、52、53、56、58

强迫 1.62±0.58 3、9、10、28、38、45、46、51、55、65

人际关系 1.65±0.61 6、21、34、36、37、41、61、69、73

抑郁 1.5±0.59 5、14、15、20、22、26、29、30、31、32、54、71、79

焦虑 1.39±0.43 2、17、23、33、39、57、72、78、80、86

敌对性 1.46±0.55 11、24、63、67、74、81

恐怖 1.23±0.41 13、25、47、50、70、75、82

偏执 1.43±0.57 8、18、43、68、76、83

精神病性 1.29±0.42 7、16、35、62、77、84、85、87、88、90

睡眠和饮食 19、44、59、60、64、66、89

另外,总分的常模值为129±38.76,总均分常模值为1.44±0.43,阳性项目数常模为24.92±18.41。即总分超过160,阳性项目(选项不为“没有”的项)超过43项,任何一个因子分超过2分,均可认为有异常心理表现,需进一步检查[2]。

2.1.2 基于“中国常模”的测试方法

基于“中国常模”的心理测试方法就是以“中国常模”为标准,将测试者的分值与该常模进行比对,判断测试者哪些方面的因子不在正常值域内的方法。

表2所示为某测试者的测试数据。

表2 某测试者的测试指标值

总分(T分) 躯体化 强迫 人际关系 抑郁 焦虑 敌对性 恐怖 偏执 精神病性 睡眠饮食

212 2 2.5 2.78 2.08 1.8 2.83 1.57 2.83 3.3 2.14

使用基于“中国常模”的心理测试方法会得出这样的结论:该测试者在抑郁、焦虑和恐怖因子上的分数虽略高于平均值,但都在正常范围之内;但在躯体化、强迫、人际关系、敌对性、偏执、精神病性和睡眠饮食因子上的分数值高出正常范围,表明这名学生常伴有孤独身体不适的感觉,并容易烦恼和激动,建议咨询医生并做进一步的检查[3][4]。

2.2基于常模修正的心理测试方法

目前,SCL-90测试系统多采用传统基于“中国常模”的测试方法,但测试者与“中国常模”间的差异性也是值得注意的,如时间性差异、地域性差异、文化性差异、民族性差异、专业性差异、性别差异等等。这些差异的存在都会对测试结果造成一定的影响。为了避免或削弱这些误差对测试结果的影响,采取基于常模修正的心理测试方法势在必行。

基于常模修正的心理测试方法是在传统测试方法的基础上加以改进。常模修正环节是改进后的方法的核心部分,它直接决定着测试结果的准确性。如图1所示。

图1 基于常模修正的心理测试方法的四个主要模块

在常模修正模块,需要判断测试者的测试属性。有些测试者的测试目的是诊断,是为了得出一个较为详细的测试报告;而有些测试者则是想参照现有的“中国常模”对自己做出简单的评价,这样将测试对象分为诊断用户和一般用户。具体流程如图2所示。

图2 常模修正模块

2.2.1 利用“ ”方法,对原始“中国常模”做数据补充,进行更新操作

当一般用户进行测试后,通过初始化常模模块,对测试者的测试数据进行加工处理,并对原始常模进行即时更新。修正数据库中原始常模的 值,使 ,通过公式(1)

(1)

计算出修正后的Z值,重新载入数据库,作为更新后的常模使用。

2.2.2 根据现有常模对数据进行分析,修正初始常模,并得出测试结果

常模数据不应该简单地是某个或某项数据,应该是一个数据集合,而且这个数据集合是根据需要被及时更新的。

常模修正是一个数据匹配的过程。

常模指标有:(1)总分。主要反映总体心理健康水平,总分越低,表明心里越健康,若总分≥200分则表明该测试者有心理异常。(2)因子分。主要反映在各个症状的严重程度,分数越高,表明症状越严重。

本文为全文原貌 未安装PDF浏览器用户请先下载安装 原版全文

此方法中将总分(T分数)分为5个分数子集,如T分数的范围从90分到450分,根据心理问题轻重程度将T分数分为(A、B、C、D、E)5个分数子集,详见表3:

表3T分数子集分类

子集名 A B C D E

分值 T

每个子集中包含若干常模数据,经过搜索,找到匹配项。

每个常模子集中都有若干个由于地域性、文化程度、专业性等差异而不同的常模指标,这些常模指标不仅反映在T分数上,还反映在各因子得分上。

我们继续使用上一小节中测试者的数据,用基于常模修正的心理测试方法进行测试会得出不同的结论,如下表所示为匹配后的常模:

表4 测试者的测试指标值与匹配后的常模指标

因子名称 测试者因子分 匹配常模 因子名称 测试者因子分 匹配常模

躯体化 2.00 1.70±0.63 敌对性 2.83 1.88±0.76

强迫性 2.50 2.17±0.72 恐怖 1.57 1.62±0.70

人际关系 2.78 2.05±0.80 偏执 2.83 1.91±0.72

抑郁 2.08 1.96±0.77 精神病性 3.30 1.81±0.67

焦虑 1.80 1.83±0.71 睡眠饮食 2.14 1.89±0.67

该匹配常模为农村生源大学生常模(样本容量N=1566)[4],不难看出测试者在躯体化、强迫、人际关系、抑郁、焦虑、恐怖和睡眠饮食方面的因子分数虽略高于平均值,但均在正常范围之内;而在敌对性、偏执和精神病性因子上的分数值高出正常范围,显然测试者在这方面存在一定心理问题。采用基于“中国常模”的方法会得出不同的结论,这样很可能造成对患者的误诊而延误了治疗时间或者本来正常而做出错误诊断。

3系统设计

3.1总体框架

基于常模修正的心理测试系统是在传统心理评测系统的基础上开发建立的,该系统将基于常模修正的心理测试方法与传统基于“中国常模”的测试方法相结合,使得测试结果更加合理、准确和可用。

图3给出了基于常模修正的心理测试系统的总体框架。

图3 基于常模修正的心理测试系统的总体框架

根据图3给出的系统框架,本系统首先读取用户的测试需求,并将用户的测试数据转换为系统内部可以处理的数据形式;然后系统中T分数检索模块将测试者的T分数检索归类,找到所属子集;最后,在常模匹配模块,系统将对用户的因子分数进行分类匹配,找到最合理的常模数据,再通过基础信息分析,得出最终的测试报告[5]。

T分数检索和常模指标匹配两个业务模块,业务上完全不同,但从代码设计上讲是一样的,都属于应用,也就是说:

(1)使用数据库查询语句和更新语句获得最原始的数据采集;

(2)业务处理类都是应用与业务相关的一些算法,通过Java的集合数组等的遍历计算,将原始数据处理后得到系统应用的数据[6]。

3.2系统输入输出

3.2.1系统输入

本系统输入模块包括两个文件:用户需求文件和测试数据文件。每个用户需求文件和测试数据文件相互对应,并且有自己固定的格式。

(1)用户需求文件

用户需求文件是通过设计者采集的用户需求而生成的固定格式的文件,每个用户存在对应的用户需求文件,这些内容以字符串格式存储在数据结构中,以备基础信息分析时使用。

(2)测试数据文件

测试数据文件包含测试用户的所有测试信息。包括:姓名、T分数、因子分数(N)、各题得分(M)等数据。

基本数据结构如表5所示:

表5 测试数据文件基本结构

字段 姓名 T分数 因子分数 题目分数

Word Name T Mark Factor Mark Subject Mark

这些数据来源于测试用户对SCL-90量表作答,系统将用户的作答情况进行分类处理后得出,每个用户都有对应的得分情况,这些数据将在常模修正模块得以使用。

3.2.2系统输出

(1) 一般用户测试结果输出

对于一般测试用户来说,系统提取了用户的需求信息之后,判断该用户为一般用户,即仅对该用户进行SCL-90量表测试和对“中国常模”的数据补充操作,之后将系统中存储的该用户测试数据与“中国常模”进行对比分析,输出基于“中国常模”的测试报告。

(2) 诊断性用户测试报告输出

诊断性用户测试报告的输出分为两个主要部分:T分数和因子分数部分。

(1) T分报告。将给出测试用户所属的T分子集。T分报告从总体上判断测试用户的心理问题的严重程度。

(2) 因子分数报告。该报告是在T分报告的前提下输出的,因子分数报告是从十个不同的角度分析测试者的心理健康状况。

4系统实现

4.1系统流程

如下图所示,基于常模修正的心理测试系统的整体流程[7]。

图4 基于常模修正的心理测试系统

4.2实例

一个实例,2007年入学的一名女生,中医药剂专业,因“头痛、胃部不适、心情不好、睡眠差数月”来诊。体格检查、实验检查及其它仪器检查未见异常,建议SCL-90检查。检测结果如表6所示:

表6 该女生各因子得分情况

躯体化 2.50 敌对性 1.00

强迫性 1.30 恐怖 1.56

人际关系 1.21 偏执 1.87

抑郁 3.35 精神病性 1.20

焦虑 1.30 睡眠饮食 23.00

试根据“中国常模”对此结果进行解释并提供报告。综合分析:躯体化、抑郁的因子分均超过2分,且阳性项目数为23,提示有阳性意义。其中抑郁因子分最高,显示患者对事物的兴趣下降,感觉精力降低,活动减慢,经常责怪自己,感到苦闷和担忧。其它因子显示,尤其通过恐怖和偏执因子看,得分都高于“中国常模”,患者常想到死亡的事,具有恐怖心理存在,胃口、睡眠较差,有早醒的现象。躯体化的项目显示,患者常感到有胃部不适,头疼、腰痛,肌肉疼以及心慌、发热等症状。根据以上分析,患者存在抑郁的倾向并伴有一些躯体化的症状,建议进一步检查,要关注患者有自杀的念头。

通过进一步了解,该名测试者大学前一直生活在内陆地区,且是少数民族学生(回族),表7所示,为该测试者与“中国常模”及回族测试者的数据比较。

表7 该测试者数据与常模数据对比情况

因子项 测试者因子分 总体常模

n=5613 基于总体常模比对情况 回

N=553 基于修正后常模的比对情况

躯体化 2.50 1.37±0.48 偏高 1.41±0.48 偏高

强迫症状 1.30 1.62±0.58 正常 1.58±0.56 正常

人际敏感 1.21 1.65±0.61 正常 1.43±0.49 正常

抑郁 3.35 1.50±0.59 偏高 1.46±0.53 偏高

焦虑 1.30 1.39±0.43 正常 1.38±0.45 正常

敌对性 1.00 1.46±0.55 正常 1.44±0.52 正常

恐怖 1.56 1.23±0.31 偏高 1.43±0.27 正常

偏执 1.87 1.35±0.47 偏高 1.47±0.47 正常

精神病性 1.31 1.29±0.42 正常 1.28±0.39 正常

阳性项目数 23.00 24.92±18.41 正常 22.79±24.33 正常

如果将553名回族测试者的数据作为常模数据,对该名学生进行重新诊断的话,就会得出不同的结论。其中抑郁因子分同样偏离常模值较高,显示患者对事物的兴趣下降,感觉精力降低,活动减慢,经常责怪自己,感到苦闷和担忧。但是其他因子则不同于使用“中国常模”的情况,恐怖和偏执因子在前面的分析中是偏离正常值的,但对于回族常模来讲它们都在正常值的范围之内。躯体化的项目显示,患者常感到有胃部不适,头疼、腰痛,肌肉疼以及心慌、发热等症状。根据以上分析,患者存在抑郁的倾向并伴有一些躯体化的症状,建议进一步检查[4]。

从上述实例可以看出,“中国常模”虽已问世20余年,但随着我国已发生并继续发生着巨大的变革,常模的样本量不大,且主要取自东部沿海地区,更无少数民族的样本等弊端逐一显现,所以常模带有时间、区域的局限性。使用这样的常模进行测试无疑会使测试结果的可用性下降。基于常模修正的心理测试方法可以有效缓解这一尴尬局面。

5 结论

本文在现有基于“中国常模”的心理测试方法的基础上提出了基于常模修正的心理测试方法,并以此方法为基础建立了基于常模修正的心理测试系统,对改变现有方法中因常模不匹配而造成的测试结果不能客观反映测试者心理水平的现状做出了有益的探索。测试实例中已经表明选用基于常模修正的测试方法对测试者的测试指标进行解释明显优于选用基于单一“中国常模”的心理测试方法。目前的测试系统仅局限于对SCL-90量表的测试与常模修正,在今后的开发与使用中可以将这一修正方法扩展到更多的测试量表,甚至运用这一修正方法将系统设计成跨学科、跨领域同样适用的常模修正系统。

参考文献

[1]凯温•R•墨菲,查尔斯•O•大卫夏弗著.心理测验:原理和应用.第6版.张娜,杨艳苏,徐爱华译.上海:上海社会科学院出版社,2006.62～117.

[2]金瑜.心理测量[M].华东师范大学出版社,2001.

[3]顾海根.学校心理测量学[M].广西教育出版社,1999:43～81

[4]唐秋萍.SCL-90在中国的应用与分析.中国临床心理卫生学杂志,1999(1).

[5]孙卫琴.精通Struts:基于MVC的JAVA Web设计与开发.电子工业出版社,2004.8.

[6]孙卫琴.Tomcat与Java Web开发技术详解.电子工业出版社,2003.

电子测试报告范文第5篇

关键词：.NET；软件测试；业务管理系统；B/S模式

中图分类号：TP3 文献标识码：A

1 引言（Introduction）

当前软件项目需求飞速增长，软件规模越来越大，软件的质量问题也比较突出。多年以来，人们认识到要想高效率、高质量和低成本地开发软件，必须以改善软件生产过程为中心，全面开展软件工程和质量管理手段，对软件生产的管理亟待改进。因此，软件测试在军工、银行、证券、保险、电信、控制、医疗软件、电力等行业都得到的重视[1]。

根据国内专业的软件测试技术网站在2014年做的2013年度软件测试从业人员调查结果数据显示，79%的软件测试从业人员从事的测试工作类型为手工功能测试；其次是测试管理，比例为35%，如图1所示。从数据分析，绝大多数的软件测试从业人员都是从事手工功能测试工作，项目实施过程中难免涉及很多的信息交互、项目执行记录等，此时测试过程的规范化管理就显得尤为重要[2]。

开展软件测试服务业务以来，积累的项目越来越多，所有的材料提交、补正、更新、进度查询、报告或者证书领取通知等都通过工程师与企业联系人的口头交流方式（或者电话或者即时通讯软件）来进行，经常一个项目做下来，需要经过与企业联系人的多次、反复的沟通，既浪费人力物力又浪费时间，而且没有办法以书面的形式永久、正式记录下每个软件项目的实施过程。阶段性统计几乎全部靠人工计数，无法及时反应每个阶段业务的分布情况。对软件测试业务的过程管理亟待改进。

2 系统目标及需求（System goal and demand）

业务管理不只是管理业务、控制流程，还需要管理业务涉及的各个方面，例如：记录业务执行过程中的状态信息、相关附件等。而相应的，业务管理系统则是实现管理功能的软件平台[3]。本文预期实现的软件测试业务管理系统整合现有资源，做到维护方便，改变目前重复劳动、记录不便、无法电子存档相关信息的状况，实现后台相关数据录入方便，前台数据展示及时全面。功能主要分为后台录入、编辑部分和前台显示、查询部分。

前台满足用户对软件测试业务项目实施进度、相关新闻资讯的查询。后台实现对各软件测试项目各类文档的归档管理和各项目实施进度的记录等功能，项目实施流程的监督和查询，以及相关文件的上传下载等功能。实现统计分析，支持统计数据Excel形式导入导出。

该项目的实施便于相关人员对各类文档进行统一归档管理，记录项目实施流程的各个环节一些需要备注的信息，进一步规范化工作。

3 系统设计（System design）

3.1 系统业务流程分析

系统的业务流程如图2所示。

3.2 系统主要功能模块

业务管理系统分为前台展示查询部分和后台编辑管理部分，主要功能模块有：业务数据录入管理、统计分析、软件企业信息库、相关下载、系统管理等。其中业务数据录入、统计分析、软件企业信息库为本项目的核心部分。

按照建设要求设计实现网站，对业务相关的各类文档进行归档管理，并实现用户对所实施软件技术服务项目流程的监督和查询。

（1）前台页面，企业或个人用户通过输入准确的软件产品名称和委托企业名称即可查询软件测试项目的实施进度。在没有登录的情况下只能进行精确查询，登录了以后可以进行模糊查询。

（2）前台页面，已经登录的企业或个人用户可以在线提交软件测试或著作权登记需求，并上传相关文件。

（3）软件测试项目实施进度分为：电子文档在审、电子文档已审、纸质材料受理、纸质材料受理结束并已缴费开发票、测试过程中、回归测试、测试过程结束、出具测试报告、企业领取报告、项目完结。

（4）后台页面：实施的软件项目列表可详细列出所有受理的项目信息，支持Excel导出；软件项目对应可以上传相关文档，每个软件对应一个文件夹。

（5）后台页面：可按照一个或者几个所选年度内所申报的软件进行查询统计，年度以受理日期为准。实现按年度、产品类型统计项目个数。支持尽量多的字段进行查询和排序，后台支持模糊查询。

3.3 数据存储结构设计

本系统的数据库服务器采用SQL Server2005，在.NET平台上对数据的存取通过来实现。包括五个主要部分：Connection负责连接应用程序和需要访问的数据库，DataAdapter提交并获取查询结果，Command对象执行数据库查询、添加、删除、或者返回特定表内容的直接请求。DataReader对象一次存取一条记录，减少内存占用量，提高了应用程序的性能[5]。

根据需要实现的功能，为业务管理系统建立数据库，主要由用户信息表、软件测试项目信息表、项目所处状态类型表、软件企业信息表、软件测试类别表、文档资源表等组成。

（1）软件测试项目信息表：软件测试项目信息表是整个业务系统的核心，主要记录项目编号、产品名称及版本号、委托单位、开发单位、项目开发平台、开发语言、纸质材料受理日期及受理人员、测试项目缴费情况、项目进展状态、测试人员、测试日期、测试地点、项目联系人及联系电话、测试报告编号、报告接收人、上传的相关文档等。此表以项目编号为主键，同时作为外键与其他表关联。