HI,欢迎来到学术之家,期刊咨询:400-888-7501  订阅咨询:400-888-7502  股权代码  102064
0
首页 精品范文 测试项目总结

测试项目总结

时间:2022-03-22 11:37:56

测试项目总结

第1篇

为贯彻落实好商城县特色经济作物茶叶肥料效应田间试验工作,紧紧围绕“增产、经济、环保”的施肥理念,着力探索我县农业发展方式转变,努力提高化肥的利用效率,走出一条高产高效、节本增效、环境友好的可持续发展之路。

1 试验目的

通过茶叶肥效试验,对茶叶产量因素、产量结果、肥料效应进行分析,研究商城县茶区土壤供肥能力及茶叶养分吸收量,以确定茶叶在高产高效栽培过程中的化肥合理施用量。

2 材料与方法

2.1 试验基地选择要求

要求土壤肥力均匀,茶叶植株长势一致,栽植年份相同,形状力求整齐,以消除偶然因素的影响,正确反映出试验对象质的差异。试验成果都要在大面积生产上起示范和指导作用,试验区的位置要选在具有代表性茶场或茶叶专业合作社的茶叶区中心地带,地势、土壤类型和肥力都应具代表性,除改造低产茶园试验外,都要求肥力中等以上的茶园,不宜靠近林木、房舍、并有必要的基本设施(如抗旱、防冻),保证试验地按时得出结果。

2.2 试验地点,见表1。

2.3 试验材料

2.3.1 土壤样品采集与分析

试验前使用塑料或不锈钢工具,用蛇形取样法,采集试验地耕层0-20cm的基础土样,混合样由不少于20个采样点组成,取样量不少于2kg。并详细填写标签,主要分析土壤钟有机质、全氮、速效磷、缓效钾、速效钾等养含量和pH值。

2.3.2 试验基本准备

选用鸠坑种品种;试验面积12亩,示范带动500亩;肥料:尿素(含N46%)、纯有机肥(含有机制大于45%);试验时间:2015年7月-2016年6月。

2.4 试验方法

2.4.1 试验设计

(一)茶叶有机肥肥效试验:①N0 P0 K0(不施任何肥料);②纯施有机肥;③农户习惯施肥(施化学肥料);④施用有机肥(用量同②)+施用化学肥料(用量同③)。

(二)茶叶氮肥减量试验:①N0 P2K2(不施氮肥);②N2 P2 K2(常规施肥)③N2×(1+20)% P2 K2(增氮20%);④N2×(1+10)% P2 K2(增氮10%);⑤N2×(1-10)% P2 K2(减氮10%);⑥N2×(1-20)% P2 K2(减氮20%)。

2.4.2 田间试验设计,见表2,表3。

2.4.3 施肥方式及用量

以有机肥为主,有机肥与无机肥相结合,提高土壤肥力;氮、磷、钾三要素相配合施用,施肥方式采用沟环施用,基施施用深度20cm(基施时间10月中下旬-11月底),追肥施用深度5-10cm(2月中下旬-3月初),追肥视春季降水由墒情而定,施肥底追比为4:6,氮、磷、钾肥比为4:1:1;施肥量每亩/年施纯氮肥12kg、磷3kg、钾3kg。每产100kg大宗茶,亩施纯氮12~15kg,如茶叶产量以幼嫩芽叶为原料的名优茶计,则施肥量需提高1~2倍。但是,化学氮肥每亩每次追施用量 (纯氮计)不要超过15kg,每亩茶叶氮肥最高不超过60kg/年。2016年茶叶有机肥施肥标准为:纯有机肥40斤/亩;尿素30斤/亩;茶叶氮肥试验施肥标准为常规尿素30斤/亩。

各处理N、P、K、分别指纯N、P2O5、K2O,用量为kg/亩;有机肥选用纯有机肥、氮肥选用尿素。

3 结果分析

3.1 综合分析茶叶肥效试验

(1)施用有机肥,使茶叶能提早2~3天抽芽,且新芽结实、粗壮,叶片宽厚,浓绿、清秀,叶现光泽,茶树生长后劲强劲。与对照组相比,芽头密度增加19.1~51.8个/m2,百芽重(一芽)增重1.1~1.6g,百叶增重1.1~2.3g。

(2)茶树施用有机肥,能提高茶叶产量,比不施肥(空白)对照处理的产量提高20%,④组比习惯施肥③组的产量提高12.9%。大田示范的结果按30m2测算其产量为1.80kg,也证明④组比对照平均产量增幅25.0%。通过方差分析,表明本试验不同处理之间有着极显著性差异。

3.2 综合分析茶叶氮肥减量试验

(1)通过①组和②组可以看出磷肥和钾肥相同施肥水平下,②组常规施肥相对于①组不施氮肥增产15.0%,增产效果显著,说明在相同磷钾水平下增施氮肥能明显提高茶叶产量,增加效益。

(2)通过②组可以看出,增施氮肥对茶树生长的影,使茶叶能提早1~2天抽芽,但新芽没有常规情况下减氮10%的新芽结实、芽粗壮,⑤组表现叶宽、厚,浓绿、清秀,叶现光泽,增加了茶香浓味,茶树生长后劲强,不早衰。⑤组茶叶品质相比③组要好,与对照相比,芽头密度增加12.1~21.8个/m2,百芽重(一芽)增重0.8~1.3g,百叶增重0.9.1~1.3g。

第2篇

总结才会有进步,才会有提高,总结也是不断提高思想素质和业务技能的一项工作。下面小编给大家带来的是测试工程师个人年终工作总结范文,欢迎大家阅读参考!

测试工程师个人年终工作总结范文1

伴随着充实紧凑的工作生活,2018年已经过去了。这一段时间里有工作上的收获,知识的丰富,经验的增长,同时也暴露出很多问题和不足。总结经验,吸取教训,本文将主要从几个方面来对工作进行总结。

一、工作的主要内容

在2018年的工作中,我的总体任务是协助__做好__矿业权管理系统的后期测试,编码,修改,文档编写的工作,分解开来之后,我主要做了三件事:

1.编写矿业权系统的各类文档;

2.矿业权系统的编码及bug勘误工作;

3.矿业权系统的测试工作。

下面依照时间来对我的工作进行介绍。

初踏入职场,进入专业的软件制造公司,对我,一个没有接触过标准软件制作过程的新人来说,起步就是一个很大的难题。若直接做开发,则业务不熟练,代码不规范,弊大于利;若仅做学习,则不能跟上项目的步伐,不能以最快的速度融入工作中去。

在我还在忐忑自己到底要做什么工作的时候,任务已经下达了,首先进行矿业权系统的测试工作。这样的好处在于能够在测试的过程中,了解项目的整体布局,了解项目中的业务逻辑,了解项目中尚未完成的工作并以此作为下个阶段的工作目标。至此,入职工作顺利起步。

在对矿业权系统进行测试之后,暴露了系统的诸多问题,测试过程中发现矿权系统没有进行输入限定,为了解决这个问题需要对整个系统的数据进行整理,我的下一个任务就是编写矿业权系统的数据需求文档。在编写该文档的过程中,对矿权系统进行了更深入的了解,为之后的bug勘误工作奠定了一定的基础。

完成了矿业权系统的数据需求文档的编写之后,新的任务是对整个矿权的输入数据进行输入限定,在任务开始之处是极为困难的,幸而得到了同事们的帮助才得以顺利完成任务。任务虽然完成,但是对输入限定实现方法的一知半解以及任务完成过程中的不仔细,为之后发生的问题也埋下了苦果。

在对矿业权系统添加输入限定完成之后,进入了解决程序小问题的阶段,对矿权系统进行细微的缝补工作。这段时间是学习多于工作的,不同的问题督促我要每天和百度亲密接触数百次,又要劳烦诸位在百忙中的同事抽出时间来给我帮忙。虽然辛苦一点,但收获却是满满。

完成了系统的修补之后,我们的程序送到了四惠进行第一轮测试,在测试的一周里,我主要是补充网络编程的基础知识。

第一轮测试结果出来之后,我们项目组开始了紧张的第一轮矿业权系统bug勘误工作。拿到bug列表之后,发现有一小半错误皆是因我而起,输入限定问题很多,我也主动承担了输入限定部分的bug勘误工作。

第一轮bug勘误工作完成后,进行了第一轮了回归测试,测试结果已然不尽人意,仍然存在大量的问题需要修改,而且很多问题还是因我而起,输入限定仍然存在大量问题,再一次进行修改之后,我们的程序送到了十五所进行所检。

在进行所检之余,我又接到了新的任务,完成矿权系统的概要设计以及详细设计文档的编写。这两份文档已于9月2号编写完毕。

现阶段我的任务是根据所检的bug列表,对矿权系统进行回归测试。

二、工作中失败的教训以及成功的经验

对于失败的教训要吸取,成功的经验要进行总结。我对成功的定义是:在保证质量的前提下完成既定的计划或目标就是成功。其他的所有结果都是失败。

成功的经验:

1) 敢于接受任务并想尽一切办法完成

入职以来最大的收获就是敢于接受任务并想尽办法完成,每一个任务对于初入职场的我都是一个挑战,如何保质保量完成任务是最基本的要求。这两月最大的成功在于没有一次任务是拖沓的,每次都尽最大努力完成了任务。

2) 勇于承担错误,正视自身的问题

在2018年的工作中可谓是错误不断,从文档的错别字这种小问题到矿权系统bug修改不正确导致崩溃这种大错误,暴露出来了很多的问题,我秉承着有错即改,下不为例的思想,正视自己的错误并积极改正,因此这也算是一个成功。

失败的教训:

1) 重视每一个细节,不要忽视小问题

在最初进行矿业权系统数据需求文档的编写的过程中,对某些页面的数据在数据库中没有存储的情况没有加以重视,在后期进行数据限定的时候,还要重新修改数据需求文档,造成了不必要的时间浪费。从这个事情上得到教训就是不要放过任何一个小问题,这个小问题可能导致之后的大问题。

2) 进行重复工作也不能大意

在对矿权系统进行输入限定的方法熟悉之后,都是重复性的工作,给每个页面,每个字段进行输入控制语句的添加,在进行了数个页面之后,出现了有的页面没有添加完整,或者提示语句不正确的情况,在后续的bug勘误中出现了大量此类问题,浪费了大量的时间和精力修改。

从这个事情上得到的教训就是工作不能大意,重复性的工作更要完成好。一般重复性的工作第一次做不好,后续检查修改是非常浪费时间的。

3) 考虑问题要严谨

在对矿权系统bug勘误的过程中,对输入限定条件的判断出了问题,我想当然的按照我的主观思路对数据进行了限定,而在回归测试的时候出了问题,这些都是考虑不严谨的后果。这个事情的教训就是考虑不严谨直接导致问题推倒重来,影响了工作效率,而且很容易埋下隐患。

4) 注重用户体验

在矿权系统bug勘误的过程中,修改最多的在于坐标系统的提示语句,因为坐标系统不仅要求数据必须填入,而且每一个数据都有严格的格式限定,因此每一个错误提示的弹出都要本着如何让用户知道哪里错了为原则进行设置。

在最初的限定里面,语句粗糙,弹出语句不明确,造成了用户使用的不方便,还得重新进行改造。这个问题的教训是一定要从用户的角度出发考虑问题,注重用户体验从简单的提示语句做起。

三、展望下一阶段的工作

下一阶段短期内我们的工作主要针对矿权系统的使用的数据库变更来对我们的系统进行修改。我的工作任务主要是学习oracle数据库和sql数据库的使用上的区别,做好从sql数据库向oracel数据库的迁移工作。

2018年的工作生活是充实且富有乐趣的,结识了很多同事和朋友,公司的氛围是非常轻松愉快的。感谢两个月来李鹏经理的关心,感谢部门同事的悉心指导,感谢公司各位同事的热心帮助,希望能在接下来的工作中能惩前毖后,总结经验,吸取教训,做到个人与公司共荣辱同进退,共同实现中地的辉煌。

测试工程师个人年终工作总结范文2

时光飞逝,在这年里本人独立负责测试的项目10个,与其他测试人员联合测试的项目9个以及GIS应用虚拟项目(2个版本)。

其中独立负责的项目对项目的开发周期做全程跟踪测试,联合测试的项目协助其他测试人员完成项目测试工作。繁忙的工作使自己在过去的一年里学到了很多,同时也提高了自己各方面的能力。感谢领导的支持和指教,现总结如下:

一、本年度工作完成情况

独立负责的项目列表:

1) 《__空调进销存系统》

2) 《__空调售后服务系统》

3) 《__统计局数据管理平台》

4) 《__统计局数据展示系统》

5) 《__统计局GIS应用系统》

6) 《__电网 WEB GIS系统》

7) 《__电网 移动电子化移交系统》

8) 《__电网 __局单线图绘制系统》

9) 《__》

10)《__城市林业生态圈资源信息集成系统》

与其他同事联合测试的项目列表:

1) 《__市规划局办公系统》

2) 《___地理公共服务平台》

3) 《___市规划局自动化办公系统》

4) 《___县城建档案馆著录系统》

5) 《___市统计地里信息系统》

6) 《___市社会安全联合救助系统》

7) 《__市施工图审查中心一体化办公平台》

8) 《__控制性详细规划系统》

9) 《 __市地理信息系统》

GIS 应用 虚拟项目

1)GIS 应用__项目 B/S版本

2)GIS 应用 __项目 C/S版本

其中__项目的测试工作,多次与开发组人员一同参与在客户处讨论需求与细节要求,对客户的习惯和要求有了清晰明确的了解。与电信的验收测试中学到了很多专业的测试方法和测试经验,和他们成为了好朋友。在后续的合作与交流中,将更进一步提高自己的专业技能,保持良好的沟通与联系做好测试工作。

南网的项目在通过开发组的培训后,对南网1.0环境与功能,数据库的结构有了比较清楚的了解,对测试南网2.0很有帮助,主要是对电力这块的业务有了深入的了解,对测试电力行业的系统打下了业务认知基础。加入专业的测试方法,使测试工作更好的服务于项目。

很开心在公司的QC与SVN上,留下了我对以上19个项目测试工作的痕迹,我将不断努力工作,为测试团队在公司中更有价值积极进取。

二、个人取得哪些进步

繁忙的测试工作虽然很辛苦,但得到了领导的支持与指导,通过自身学习,使自己各方面都得到了提高。现总结如下:

1) 对性能测试比之前更加专业熟悉。

通过使用 LR性能测试工具以及其他辅助工具,对__两个项目和南网的WEBGIS 项目进行了几次压力测试。通过深入了解业务,设计有针对性的性能测试方案,得到了电信与__客户的认可。这其中主要是与电信测试人员的合作与交流中,学到了很多专业的测试手机端程序压力与手机客户端性能的方法。对文档的要求与制作也更加严格、专业。

2) 通过了解电信测试对开发文档的要求。

认识到文档的重要性与测试文档的重要性,因此__进销存后期开始研发后,就不断给项目组灌输客户对文档的要求与格式,以及电信验收中的习惯与要求,避免了类似__售后在摸索中,痛苦加班赶制文档的经历,在张经理的严格督导下项目组更新文档都很及时。目前项目已经通过了第一期验收合格。

3) 参加了公司培训的GIS应用开发。

对GIS的应用有了初步的了解,第一个项目是测试湖南天地网系统,在测试过程中,对GIS应用有了实践。并产生了浓厚的兴趣,对配图、图层切图等ARCGIS相关有了实际操作,在考核中得到了巩固。

4) 在前期做配置管理的学习中,学会了SVN的环境配置与管理,感谢谢敏在我学习SVN过程中的指教和帮助,使我对独立搭建SVN环境更加熟悉。

5) 对软件测试工作有了新的认识。

在测试工作中,仅对测试的工具和测试方法熟悉只是测试工作的基础,需要深入了解业务以及软件需求的趋势,才能更好的做好测试工作。

对于性能测试更需要在这个基础上对计算机原理、网路、行业有全面的了解和经验,才能对测试的数据做出精准、详细的分析。给出参考价值高的测试报告。

三、遇到的问题及解决方案

1)项目紧急、开发人员少、测试时间少,客户更新需求超级频繁,开发计划刚做好,需求又变更了。

比如__售后项目,前期测试计划基本上每天都在变动。因此前期测试过程中,是连接正在使用开发的环境在测试,测试起来难以把握。

处于婴儿期的项目,加上没有开发手机端的经验,因此BUG特别多,测试工作比较辛苦。进入__进销存开发初期,在与客户沟通,先画出UI界面再开发后,项目开发顺利了很多,测试工作也没有前期那么紧张了,虽然还是经常要加班,但是明显比最开始开发手机端要好很多。

2)测试环境硬件比较缺乏:

__项目测试期间初期,公司未申请空间,但是测试必须用到外网,客户借用了服务器,但是有客户的其他软件正在使用,因此不能重启,资源也无法准确的预估,对开展测试工作有很大的局限。

__项目完成基础功能,准备完善功能细节时期,得到了许总和张经理的支持,公司申请了自己的空间,也办了手机测试卡,使测试硬件得到了彻底的改善。使我的测试工作有了很好的开展,也因此为客户提供了大量测试数据和测试文档,并最终得到了认可。

3)中途介入的项目

由于项目开发前期对业务没有了解,加上自身负责的项目工作也比较忙,因此经常有对业务不熟悉,无法测试整个系统的流程的情况,我目前使用的办法是:平时对规划行业和测绘行业的业务加以关注和学习,加上对GIS应用的培训与自身的经验,要短时间对系统进行彻底测试也不是可以的。

总结:只要有归零的心态,时刻更新自己的专业技能,并累积经验,做到时刻学习,不学习就会退后、认真的做一件事总是会找到做好事情的方法。

四、工作感悟及建议

1) 感受到了积极主动,富有激情的团队氛围。

__的项目时间特别紧、需求变更特别频繁的特点,加上没有手机端的开发经验。因此前期特别辛苦,测试手机端程序也是从这个时候开始的,在这个过程中,我对手机端程序开始了积极探索与学习。了解手机端程序的开发与测试方法,特别是手机端性能测试与功能设计体验方面,我自己总结出了很多方法和经验,与大家一起分享,感到很开心。

2) 浓厚的培训特色。

在进公司前我不太了解ARCGIS的应用,测试项目时感到有担心,但是马上就有公司的ARCGIS相关培训,使我们学会了部分基本的操作、对GIS应用也有了引导入门的培训。这使后续我自行学习和巩固有了很大的帮助.

3) 开发在业务培训上花了很多心思。

在参加规划办公,测绘、南网的业务培训过程中,使我对业务与系统有了相结合的对应熟悉与了解,对后续测试系统很有帮助。也缩短了我们测试系统流程花费的学习时间。

4) 建议:

能增加一套测试环境需要的硬件设备。专门用来测试,目前我们很大程度上依赖开发现组的环境进行测试。如果有了专属的测试设备:将组建更完整的测试环境,使测试工作有基础得到更全面专业的实施。

五、下年度个人职业工作规划

本人希望在专业测试的基础上,多做管理方面的工作。在上述工作总结中,本人主要是设计测试用例(场景测试),配置独立负责项目的环境,熟练使用测试工具,熟悉软件测试流程,进行BUG分析和预防,对配置管理这块比较熟悉,平时我有对管理类课程的学习和培训,自学了余世维的全套管理类网络教学,希望在新的一年里,继续在公司服务,发挥自己对公司的热情、贡献自己的力量!

测试工程师个人年终工作总结范文3

时光荏苒,如今2018年的帷幕已经谢下,2019年的钟声已经敲响,在公司高层的正确领导下,我们佰腾科技又走过了一年。而我也在自己的努力以及同事的帮助下完成了2018年我所负责的工作,以下就是我对过去这一年的工作总结:

一、测试工作及经验

作为软件部测试组的一员,首先要做好的就是自己的本职工作,我在20__年中所做的工作主要有:

测试用例的编写,对系统的测试、跟踪;

需求、高保图、界面和功能的测试;

功能测试用例的编写,高保图、系统的测试;

的静态页面测试和功能测试;

的功能测试;

第一、二、三迭代高保图测试,测试用例编写,静态页面和功能测试,并主持参与测试用例评审;

平台高保图的测试和系统静态页面、功能的测试;

的高保图测试和测试用例的编写;

的静态页面和功能测试,参与测试用例的评审;

的高保图测试、静态页面和功能测试;

用户使用手册的编写;

一年的工作,让我获得很多方面的经验:

1.编写逻辑覆盖率全的测试用例甚为重要。

在理解需求的前提下编写测试用例,使得我掌握了多种测试用例编写方法,更让我对产品的需求有更加深入的理解,须知对需求是否理解透彻决定了能否有效、全面地对产品进行测试;

2.要站在用户角度对系统进行测试。

从一些项目中出现的未能及时发现的bug中,我认识到用户体验的重要性,现在能够越来越多的从这方面来执行测试;

3.对拿到手的项目有较清晰的思路,能够更加快速、准确地发现问题;

4.越来越规范的工作流程的让我们的工作有条不紊的进行,让我深刻认识到工作的规范性是多么的重要,并且从中学习如何从文档和流程上规范工作。

5.同事间的沟通很重要。

现在不管遇到什么不确定或疑惑,都与开发人员、产品经理等及时沟通,大大提高了工作的效率。

二、加强自我能力的提高

只有不断的提高自己各种的能力,才能胜任越来越艰巨的任务,因此在工作相对不饱和的时候,我自己进行了一些学习。

为提高对“用户体验”的理解,我学习了《下一站用户体验》,书中一些经验确实让我获益匪浅。不能总拿别人的用户体验去改进自己的产品,但是有一些却是通用的,比如:太多弹出框、按钮会给用户带来愤怒感,要适当的给页面减肥等等。

深知单纯的界面测试和功能测试已经渐渐不能满足今后平台的开发,所以我学习了性能测试的一些相关知识,并在师父的指导下运用LR工具进行简单性能测试,以后必须坚持学习。

三、存在的不足及明年计划

一年的工作让我有所进步,但是很多地方还是存在不足,比如:有时候看问题比较主观,不是很细致,没能深入地去测试,会有遗漏的bug;自身专业技术能力还不足,不能从系统稳定性这一点上对系统进行测试。在以后的工作中,我会努力改善。

在2019年的工作中,我计划:

1、本着实事求是的态度,更加认真、负责的完成工作;

2、要尽可能深刻的理解需求,坚持编写覆盖率强的测试用例;

3、按照系统稳定性测试方案,要逐渐对系统的稳定性、安全性进行测试;

4、继续研究性能测试,并要将LR工具运用在实际工作中;

5、多多的学习,参加一些有益的培训,在实际工作中活学活用。

四、个人建议

这一年来我们部门有着的显著进步,越发规范的工作流程,越来越明确的责任制度、管理体系等,都让我们更加有凝聚力。在此,个人提出以下几个小建议:

1、希望可以加强对项目的把控,尽量能将延期风险降到最低;

2、从各个组对需求理解的不一致,以及信息更新不及时等问题上看,沟通问题还是有待完善;

3、希望能够在需求这一关卡上能更详细、准确的确定产品的功能要求;

4、虽然工作任务繁重,还是希望部门能够多组织活动,完善奖励制度,可以让大家更加激情的为部门、为公司奉献自己的全部力量。

以上是我个人的一些浅见,相信在大家共同的努力下,向着同一个目标进发,软件部甚至整个公司必定会大展全新的宏图伟业。

测试工程师个人年终工作总结范文4

本人自20__年6月25日起进入__公司从事手机软件测试工程师一职,在不知不觉中已经走过了2018年。在这段时间里,我感悟颇多,虽然这并不是我的第一份工作,但是在此期间,我对于工作一贯谦虚谨慎、认真负责的工作态度,从来没有改变过。

在本部门工作中,我一直严格要求自己,认真及时地完成领导布置的每一项任务,并虚心向同事学习,不断改正工作中的不足;配合各部门负责人落实及完成公司各项工作。

在过去的一年中,通过不断的学习和自我提高,已经适应了本职的工作,但对于一个初入公司的新人,要全面融入企业的方方面面,可能在一些问题的考虑上还不够全面,但我相信,通过公司领导及同事的悉心指导,我一定会在今后的工作中更好的提高自己的水平、素质,更好的完成本职工作。

第3篇

【关键词】软件测评 测评过程 测评方法

1 审计信息平台介绍

为了落实制约机制和监督权力作为审计的核心,加强反腐败体制机制创新和制度保障的要求,需要建设审计信息平台。该平台的总体目标是建立一个“统一、高效、实用”的工作信息系统,使其成为总公司及所属单位审计人员开展日常审计的平台,成为总公司和所属单位信息共享和信息交互的通道。审计信息平台系统主要是以信息化手段实现总公司及所属单位部分审计流程的规范化和标准化,固化业务流程,辅助各级领导和审计人员管理业务工作,衔接工作界面,细化操作实务,辅助审计工作,提升工作质量。

对于这样大规模的应用系统,具备了相当高的复杂程度、技术水平和开发成本。如果该系统存在缺陷,在使用过程中发生故障,都将造成不良影响。软件测评就是帮助用户解决应用系统的质量问题,作为系统上线前检查必要的质量保证手段,从而提高系统质量。软件测评不是系统开发方内部测试,也不是用户测试,而是由具有相关资质的独立的第三方测评机构,根据被测系统方的需求,依据相关国家标准、行业标准或国际标准对被测软件的质量进行全面的测试和评价。

2 软件测评

软件测评主要是利用人工或者自动化的方式,站在客观、第三方的角度,系统的尽可能多的发现被测系统中的错误,检查被测系统是否满足需求规格说明书或是达到预期结果,从而提高被测系统的质量。

软件测评相比软件测试更注重评审过程,在测试的每个阶段以及产生的相关文档都需要组织专家对其结果进行评审,对测试结果进行深入分析总结,制定应对措施积累经验。根据软件测试质量控制体系对测评活动全过程进行质量控制。因此要确保软件测评的充分性,获得良好的测评效果,建立一个完善的软件测评体系具有现实的紧迫性和重要性。

3 审计信息平台软件测评过程

针对审计信息平台的项目特点,根据越早测试越好的原则,本次软件测评的过程按照:软件需求制定、测评项目建立、测试需求分析和策划、测试设计和实践、测试执行和回归测试、测试总结和交付归档来进行。

3.1 软件需求制定

软件需求为软件开发奠定了基础,也是软件测评的重要依据,一份完善的需求规格说明书对开发和测试工作都是至关重要的。测评项目组引入了软件需求规格说明书的国家标准,并根据本企业和本项目特点对国家标准的需求规格说明书进行了落地,通过多方评审确定了最终版本。通过讨论会对需求规格说明书反复修改,协助研制方按照系统功能模块的划分逐步完成需求规格说明书。

3.2 测评项目建立

测评项目组按照测评任务和合同情况建立测评项目。首先项目组制定项目计划;项目组长与质量保证人员共同制定质量保证计划;项目组长与项目组配置管理员共同制定配置管理计划。然后项目组接受被测件,梳理测评需求,建立需求基线并进行配置管理。同时,质量保证人员对项目建立阶段进行符合性检查。

3.3 测试需求分析和策划

测评项目组开展测试需求分析,确定测试类型及其测试要求,分解测试项。建立测试项与测评需求的追溯关系,通过需求追溯表的形式实施。项目组进行测试策划,确定测试策略、技术方法、测试工作产品等。

3.4 测试设计和实践

该阶段主要是设计并编写测试用例。建立测试用例与测试项的追溯关系,通过需求追溯表的形式实施。按文档编制要求进行测试计划文档的编写。测试计划完成后需进行评审,并对经评审的测试计划进行修订,填写测试问题处理单进行变更控制。此外要对测试环境、测试工具等测试设备进行确认,对测试设备的配置、状态进行确认。还需开展就绪评审工作,对测评需求、项目进度、测试设备等情况进行跟踪,确定是否可以转入测试执行阶段。

3.5 测试执行和回归测试

测试执行阶段由测试执行人员在系统实际测试环境中执行测试用例,并记录测试结果。测试人员需判定测试用例是否通过,对不通过的测试用例进行判定,确认是否为软件问题。对于确认为软件问题的测试用例,经研制方修改后,测试方接收修改后的被测件。测试项目组复用或新增回归测试用例,开展软件更改的影响域分析,实施回归测试。质量保证人员对测试执行阶段进行符合性检查。

3.6 测试总结和交付归档

全部测试执行完毕,测试项目组整理测试记录并分析测试结果:编制需求追溯表,建立测试执行情况、软件缺陷与测试用例的追溯关系。之后测试项目组对测试工作和被测系统进行分析评价以及测试总结评审工作,包括对测评需求、项目进度、测试设备等情况进行跟踪,为编写测试报告做准备。准备完毕按照文档编制要求进行编写测试报告,并对报告评审。最终向客户交付测试报告正本,测试项目组对本项目全部文档记录进行整理归档。

4 审计信息平台软件测评方法

由于审计工作流程的复杂度高,因此对该平台的易用性要求也相应提高。故测评的测试类型主要体现在功能性、效率性、安全性、兼容性和易用性等质量特征上。

4.1 功能性测试

功能性测试主要检测软件是否符合《审计信息平台业务蓝图设计报告》和《审计信息平台系统开发需求规格说明书》中提出的用户功能需求。对于一般的用户测试而言,用户仅测试自己关心的功能点,且是正常使用,测试覆盖率往往只能达到20%左右。而对于非用户方和非开发方的第三方测试者来说,需要尽可能多的发现和使用软件的全部功能,对需求文档中的功能性需求逐项进行测试,要求输入值覆盖正常值的等价类、非正常值的等价类和边界值。因此,测试者不但要深入了解审计信息平台的各项功能用法和目的,还要熟悉审计业务流程。

根据审计信息平台系统功能特点,本系统分为综合管理模块、审计模块、内控制度管理模块和举报模块四部分。根据该软件需求规格说明书,为了保证测试的充分性,经过分析共有功能性需求27项。其中,审计模块为该系统的核心功能,在加强反腐败治理工作的今天,审计业务流程更为复杂、重要。审计管理主要包括审计项目管理、审计作业管理、审计治理管理、基础数据和统计报告五个功能。由此设计的测试项共16个,包括审计计划、项目归档、项目启动、人员考核、审前调查等。

4.2 效率性测试

效率性测试也就是我们平常所说的性能测试。性能测试的目的主要是获取审计信息平台在不同压力下系统的性能数据,寻找系统的瓶颈点;验证审计信息平台在30并发用户下系统的性能表现。在测试之前需要进行需求访谈,根据访谈结果制定测试计划和测试方案。根据用户提供系统交易量占比最高的前10个功能、业务逻辑比较复杂的功能,设定测试场景。例如:用户登录响应情况,大小附件上传下载,审批业务流程,以及上述场景的混合场景,混合场景的测试更能模拟系统在实际使用时的情景。测试时的环境也是至关重要的,测试环境要求与生产环境一致,否则测试结果就失去意义。因此需要在系统开发完毕,功能测试之后系统上线之前,在生产系统进行测试,且测试时测试系统需要与其他系统隔离,避免对其他系统造成影响。

4.3 安全性测试

企业的生产运行活动越来越离不开网络,很多重要的信息资料都在网络上传输,由此安全问题也越来越得到人们关注。不论是为了设计,还是为了实现所产生的安全漏洞,对于用户来讲都是无法容忍的。在审计信息平台系统上线前,对其进行安全测试是十分必要的。采取的测试安全测试方法主要有两种:利用Fortify进行静态的代码安全扫描,找出底层代码中存在的安全漏洞;利用AppScan进行动态渗透测试,这种方法是利用自动化测试工具模拟黑客入侵,从而找到系统在运行时会出现的安全漏洞,找出的问题真实有效。

4.4 兼容性测试

目前大多数办公软件都不需要安装,通过浏览器使用。审计信息平台用户只需在浏览器输入系统地址可直接登陆系统。因此对该系统的兼容性测试需测试:操作系统的兼容性和浏览器的兼容性。

操作系统的兼容性主要是测试Windows平台和Linux平台。浏览器的兼容性主要是测试IE浏览器、火狐浏览器、谷歌浏览器。一般在测试时,在不同平台和浏览器上,首先系统功能能够正常使用,其次界面和操作应基本相同。

4.5 易用性测试

审计信息平台作为审计监察部日常的办公软件,其易用性是不可忽视的。用户之前习惯使用监察管理系统、风险管理系统和内审作业管理系统。整合、统一后的审计信息平台应该符合用户已经形成的使用习惯。同时是否满足相关文档如软件需求规格说明书中规定的易用性要求,符合一般软件操作的隐含易用性要求也是需要测试的。在测试中从用户的角度出发,考查人机交换界面的设计,以非常规操作、误操作、快速操作来检验人机界面的健壮性。

参考文献

[1]王峰,郑彦兴,包阳.软件第三方测评[J].计算机研究与发展,2008(45):345-350.

[2]古乐,史九林.软件测试技术概论[M].北京:清华大学出版社,2004.

[3]沈昌松,朱建方等.软件测试用例设计[J].微计算机信息,2001,17(2).

作者简介

田雅(1982-),女,江苏省人。大学本科学历,学士学位。现为中海油信息科技有限公司北京分公司工程师。主要研究方向为计算机应用系统软件测评。

第4篇

1.1系统简介

重大专项财务决算管理系统,全称民口科技重大专项结题财务决算管理系统,是为了支撑民口科技重大专项经费决算管理工作而开发的,用于支持民口科技重大专项项目(课题)结题财务决算编报及审核等工作,该系统包含项目(课题)各级次报表填写、审核、打印、导出结题财务决算报告等功能。

1.2系统测试特点

1.2.1系统填报级次复杂

根据民口科技重大专项经费管理的有关要求,结题财务决算填报级次规定为专项、项目、课题、子课题、任务。

1.2.2系统测试数据量大

系统报表分为填报报表和汇总报表两类。填报报表由基础填报单位负责填写,基础填报单位可以是任务级或子课题级或课题级。汇总报表的数据不需要填写,而是由汇总管理单位从下一级获取、汇总生成。汇总管理单位可以是子课题级或课题级或项目级。填报报表包含项目(课题)收支决算汇总表、项目(课题)收入汇总表、设备费形成固定资产情况表等13张报表。汇总报表包含项目(课题)收支决算汇总表、项目(课题)支出情况表等7张报表。在现实填报中,基础填报单位和汇总管理单位的级次是固定的。但是在系统测试时,要全面覆盖各种情况的级次,并且每个汇总级次下,至少要包含两套可供汇总的数据,这样才能完整测试系统的功能。

1.2.3引入VBS脚本的必要性

民口科技重大专项结题财务决算管理系统的测试重点是数据的准确性,精度要求精确到0.01,首先是填报报表内、报表间公示计算的正确性,其次是各级数据汇总的正确性。就拿最简单的树形结构来讲,100张报表数据准确性的核对,如果仅靠人工来完成的话,其工作量是相当巨大的,并且纯人工的数据核对模式,其准确率和效率都不够理想。

2VBS测试脚本实现

2.1VBS脚本简介

VBS简称是VBScript,全称是MicrosoftVisualBasicScriptEdition,是微软公司出品的一套可视化编程工具,语法基于Basic脚本语言。本文用于系统测试的脚本,就是基于VBS脚本编写的。该脚本适用于数据量大、数据结构复杂、数据核对占测试工作比重大的系统,并且待测系统要具备报表导出至Excel的功能。

2.2VBS脚本功能

VBS测试脚本实现两个了Excel文件的数据核对、结果输出等功能,大大提高了系统测试的效率和准确率,规避了人工核对效率低下、准确率不高等问题。

3VBS脚本在系统测试中的应用

软件测试是指使用人工或者自动的手段来运行或测定某个软件产品系统的过程,目的在于检验及验证软件产品与最终用户的需求之间的差异,具体包括适用性、功能性、有效性、可靠性等方面。软件测试旨在提高软件产品的质量等级,提高软件产品的可靠性和稳定性,降低软件的质量风险。民口科技重大专项结题财务决算管理系统测试以业务流程为主线,测试重点在于保证系统数据的一致性、业务功能的稳定性等方面。基于系统填报级次复杂、系统测试数据量大等特点,将VBS脚本应用到系统数据测试中,不仅提高了测试质量和测试效率,还节约了人力和时间,降低了软件的成本。

(1)测试数据准备。首先在系统中,填写一整套测试数据,测试数据的编写要遵循有规律、不重复、数据类型多样等规则;其次将系统每个节点的报表数据导出Excel另存一份,放到各自节点的文件夹下,命名为“原文件”,复制一份“原文件”并命名为“公式文件”,以方便区分两个文件。系统有几个节点,就存出几套数据,每套数据存放在不同的文件下,文件名称相同。

(2)测试数据处理。在每套数据的“公式文件”中设置公式,所有公式单元格从相应的“原文件”中获取数据设置。在每套数据的“公式文件”中设置样式,字体颜色全部使用黑色,数值型公式单元格,使用浅绿色背景,文本型公式单元格使用最浅的橄榄绿色背景,其他单元格使用白色背景。

(3)脚本准备及运行。脚本准备,如果脚本和数据的存放路径、或者数据文件的文件名跟脚本中写的不一致,就需要编辑脚本,修改脚本中涉及到的路径及对应的文件名。如果都一致的话,脚本准备阶段跳过。将每套数据的文件下,放一份VBS脚本文件,针对每套数据,分别运行对应的脚本,双击即可运行脚本,脚本开始运行会弹出“核对开始,请稍等!”的提示,弹出此对话框后,需要去查看进程中是否还存在Excel,有的话请先关闭进程,以免影响脚本运行。脚本运行过程中,如果出现错误,脚本会弹出错误提示框,可通过两种方法定位出错位置,一是通过日志输出文件,二是通过核对结果文件,核对结果文件中,已经核对过的单元格字体会置为灰色,还未核对的字体仍为黑色,两者的分界点就是出错的地方。如果运行过程顺利,运行完成后会弹出“核对结束”的对话框。

(4)分析测试结果。脚本运行开始后,会自动生成一个结果文件夹,里面包含两个文件,分别是日志输出文件和核对结果文件。日志输出文件中,存储的是数据文件的页签名称,单元格的行号、列号、数据和背景色等信息。核对结果文件结构跟数据文件一致,只是字体颜色会有所不同,如果数据没有问题并且核对完成,那么所有数据的颜色都应该是灰色的。如果数据的颜色是红色,那就是有问题的数据,是重点考察的对象,需要核查是公式的问题,还是数据本身的问题。公式问题是人为准备数据时失误造成的,而数据问题,则是系统的缺陷,需要告知开发人员,进行修改。在系统bug修改完毕复测时,或者做回归测试时,需要再次核对数据,此时不需要再次进行数据准备,只需要导出Excel文件到相应文件夹下,名称与非公式的文件名(原文件)一致,打开后去除兼容或者保护设置后,覆盖非公式的文件,同时打开设置公式的文件(公式文件),点击更新,关闭两个文件,重新运行脚本即可。以后系统升级测试时,只要系统表样不变,也不需要重新准备数据,可采用同样的方法,设置运行即可。

4结语

第5篇

一、积极宣传,提高认识、加强管理

利用“红领巾”广播站和板报形式对《标准》的测试项目以及锻炼方法进行经常性的宣传教育,帮助学生了解健康的意义和锻炼目的。让学生懂得只有坚持经常锻炼才能增强体质、提高健康水平。并通过征文的形式对学生进行宣传进行教育。同时成立了校《标准》工作领导小组。组长由孟琦校长担任,副组长由主抓学校体育的徐玲副校长担任,组员由体育教师担任,领导小组成员进行了分工明确,同时拟定了《标准》的测试计划和工作重点,要求各校要严格按要求进行测试和评价、及时汇总、统计和上报测试结果。

二、注重效果,与各项体活结合

实施《标准》质量的好与坏不仅取决于测试的结果,更重要的是取决于开展活动的过程,若活动开展的好,学生积极参加效果就好,否则效果就差。我校小学把《标准》与体育教学结合、与课外体育活动结合、与运动竞赛等项目结合。取得了事半功倍的效果。《标准》项目测试统计结束后,我校达标率在95%以上。

三、认真组织测试

测试是实施《标准》工作中比较复杂的环节。我们对全校学生进行了分年级测试。由中心校统一安排测试人员,体育教师对测试结果进行统计上报,测试前体育组对测试人员进行统一培训。确保测试工作的顺利进行。

2、测试形式

需要利用器材测试的项目由测试组进行测试,其它项目由本校体育教师自测。

四、数据的收集、整理、分析和保存

1、我们对测试的原始数据和统计资料进行了妥善保存,每个学生都建立了《标准登记卡》用以记录每学年的测试和评价结果,毕业后放入学生档案

第6篇

1.1软件测试的含义

软件测试根据用户的使用目的,将成功开发的软件进行相应的纠错动作,从而披露该软件的各种问题及缺失因素,促进研发人员进行相应的改进,从而达到完善软件的目的。

1.2软件测试的关键性阶段

主要有以下两个关键性的检测阶段。第一阶段是软件开发过程中各主要单元模块完成后进行测试。这一阶段测试可以将缺陷控制在最小单元模块内,给研发人员最快的测试反馈,促使其完善单元模块的功能,达到用户的使用要求;第二阶段测试是软件系统全部完成后,进行全方位的综合测试,查找系统在使用过程中可能存在的问题。此时,需要根据系统要实现的功能进行多种测试工具的应用,以其找到系统不符合要求的功能或性能瑕疵。

1.3软件工程中软件测试的方法

对软件工程进行软件测试时,不同软件可以运用不同的测试方法。现阶段,主要以软件测试在测试过程中是否需要将程序进行完全运行来判断测试方法,不需要系统程序运行就能完成测试的方法称为静态方法;需要系统时时传送相应数据,并通过相应程序检测系统是否达到用户的期望值,是否存在运行逻辑上的问题和算法上的缺陷等的测试方法称为动态方法。目前,静态测试方法应用较广的有静态排演法、软件检查法和软件审查法。随着软件测试方法的不断创新和完善,新兴的测试方法如静态自动分析、分析模型等方法不断得到应用;动态测试方法随着精细化测试进程的深入逐渐细分为单元测试方法、集成测试方法、系统测试方法。这些测试方法相较于静态测试方法,具有范围广、测试成功率高、内容覆盖面大、应用程度高等特点。如白盒测试、代码覆盖测试等。

2软件测试在软件工程中的作用分析

2.1软件工程项目需要软件测试进行全方位的辅助管理

所谓软件工程项目就是将用户的要求进行立项管理,通过建立项目组、研究用户的使用目标来确立项目目标,对目标现状进行系统研究与分析、总体目标细分阶段性目标以及规划项目总体方案等,将软件开发过程建立在项目管理过程中。在这一过程中,各阶段性成果都需要软件测试来校验其可行性,从而辅助软件工程项目步入更完善的项目管理中。首先,软件工程项目需要精细化项目管理和集中项目管理两者协调统一。因此,需要设立软件测试机构,能够对项目细分的各阶段、各模块进行软件测试。其次,项目组人员组成和责任落实要依照规章制度实施。要体现软件测试的重要性和实际意义,测试机构负责人为项目组组长的最佳人选。其组员为各项目负责人和其他测试人员组成。软件测试结果必须立即反馈到软件研发人员、程序员及系统分析人员等相关人员手中,以期促进其团结协作,将软件各部分呈现出的问题解决。最终满足用户的使用要求,实现软件设计的目标。可见,软件测试的辅助作用,对于软件工程项目的精细化管理、软件相关技术的综合管理等至关重要。

2.2软件工程项目实施反促软件测试发展

研发一个新的软件系统时,其核心内容包括目标确定、框架设计、分支设计和编码应用等,这些核心内容均需要软件测试来实现其统一性和兼容性。系统目标是软件测试的最终目的,软件测试需要围绕系统目标进行缺陷的发现和反馈,从而实现各阶段测试的统一性和完整性,从而促进系统的协调和完善。经过软件测试的系统,必须保证达到项目目标,且在长时间运行下无重大bug。从这一过程来看,软件测试是在软件工程项目实施中得以发展的。软件测试机构并不是真正意义上的独立,其“独立”仅是功能上的独立。实际上,在进行软件工程项目实施的整个过程中,无论是整体设计还是精细化管理,都需要软件测试参与其中,以测试角度对软件工程项目的设计和实施进行指导和辅助,从而纠正一些设计上的错误和细节上的缺陷。这种参与的直接性促进软件测试必须紧跟项目研发现状,才能提出及时有效的参考意见,促进项目顺利开发。软件编码规范是软件研发团队必须规范执行的,而这种规范的编码刚是软件测试机构的首要任务,制定规范要严肃,执行规范要严格,才能给用户呈现出高质量的软件产品。

2.3软件测试原则

软件测试的原则是在其测试的基本目的和要求下产生的,因此,在进行软件测试时,必须注意其原则性。(1)坚持用户使用目的,坚持项目总体目标和阶段性目标的实现原则;(2)测试“精细化”即细分分支、单元模块、阶段性成果、系统全面测试等随时进行;(3)测试时间要越早越好,频率越高越好;(4)测试中逻辑性检测和算法检测要注重;(5)测试要结合数据检测进行;(6)保证测试的严肃性;(7)测试坚持第三方进行原则;(8)不合理条件值都要进行测试;(9)测试过程、方法、用便、结果、完善等都要记录在案,便于故障定位和日常维护。

3自动化软件测试技术分析

随着智能化技术和自动化技术的不断深入应用,在软件测试中,自动化软件测试技术得到创新和发展,并在软件开发中应用得越来越广泛。所以,人们将各种自动测试的效果进行评估,将成功案例进行相似引用,来判断检测的可行性。最初的自动化测试具有较严格的针对性,运用特定的测试原则和测试方法,将统计指标运用其中,从而得到测试结果,并对其进行全面评估,从而得出自动化测试的严密性。随着自动化测试的不断深入推进和创新,其测试准则和自动测试技术越来越成熟,逐渐过渡到自动测试模型化阶段。逐渐形成自动测试的等级制度,使得自动软件测试技术成为测试控制能力高低优劣的一个重要判断依据。

4结语

第7篇

分析基础审计作为现代审计的一种取证模式,与原有的三种取证模式(账目基础审计、制度基础审计和风险基础审计)相比,克服了它们的共同缺陷,即从“部分整体”收集证据的模式,采用从“整体部分整体”的取证模式,既可以提高审计工作效率,也能较好地保证审计质量,从而可以有效地降低审计风险,避免法律诉讼,是一种较为先进的取证模式,因此,探讨分析基础审计的取证原理,对于指导我国的审计实务具有重要意义。

一、分析基础审计模式与原三种审计取证模式的比较分析基础审计模式与原三种审计取证模式相比具有不同的特性,原三种审计取证模式都有固定的取证模式,账目基础审计的取证模式是按照会计处理相同或相反的循序依次审查会计资料,特点是审计直接针对会计处理的结果是否可靠进行实质性测试,而不考虑这些结果是怎样产生的。制度基础审计的取证模式是调查内部控制制度符合性测试实质性测试,特点是通过对内部控制的了解和符合性测试,评价内部控制的健全性和有效性,在此基础上,根据内部控制的评价结果,确定审计重点。一般来说,应将内部控制薄弱环节下所产生的会计数据作为审计重点。

风险基础审计的取证模式是了解内部控制结构控制测试实质性测试。风险基础审计与制度基础审计相比,在术语上,内部控制制度变为内部控制结构,符合性测试变为控制测试,这一改变,不仅是术语上的改变,而且应用的目的发生了根本性的变革。在风险基础审计下,对内部控制结构的了解及控制测试的目的不再是确定审计重点,而是根据了解、测试的结果,评价控制风险的高低,据此进一步确定构成会计报表的具体项目的检查风险的高低,从而确定对该报表项目进行实质性测试所需的证据数量。根据上述特点,可以归纳出原三种取证模式的共同点是从构成被审计内容的个体出发,根据对个体的审查结果对被审计内容的整体表述意见,采取的是从“部分整体”的取证模式,因此,其审计结论的可靠性与审计的个体数量的多少成正比,一般来说,审计的个体数量越多,审计结论越可靠。

在现代审计中,由于企业规模的扩大,需要审查的个体的增多,为确保审计质量,该模式下审计界关注的焦点是如何通过审查较少的个体数量,既能减轻审计工作量,降低审计成本,又能确保审计质量。在这一需求的带动下,审计取证模式由审查全部个体模式(账目基础审计)发展为抽查部分个体模式(制度基础审计和风险基础审计)。在抽查部分个体的情况下,由于只审查了部分业务,虽然减轻了审计工作量,降低了审计成本,但未查部分是否存在错误无法做出准确判断,从而使得根据部分业务的审查结果推断总体所做出的审计结论产生了不确定性,因而也就引发了审计风险的存在,所以,从“部分整体”的取证模式是引发审计诉讼爆炸的技术原因。

与原三种取证模式相比,分析基础审计不具有固定的取证模式,它是以分析技术作为审计的切入点,通过对会计报表的分析性测试,确定审计重点,然后根据构成会计报表的不同项目和审计人员所了解掌握的信息,分别采用不同的审计策略,若不准备依赖与该报表项目有关的内部控制,则直接转入实质性测试,与账目基础审计的取证模式相结合;若准备依赖内部控制,则实施了解内部控制的程序和控制测试,与风险基础审计的取证模式相结合。所以,在应用上,分析基础审计的取证模式可分为以下两种:一是分析性测试实质性测试;二是分析性测试了解内部控制结构控制测试实质性测试。该模式的特点是克服了原三种模式的局限,采取的是“整体部分整体”的取证模式,即首先对被审无忧计的整体进行总体合理性的分析判断,并根据判断结果确定审计重点;然后根据判断结果对构成被审计整体的个体进行检查取证;最后,根据个体的审查结果对总体结果进行再次判断。

二、不拟依赖内部控制下的分析基础审计取证模式的应用步骤对于规模较小的企业或不拟依赖内部控制的企业进行审计时,分析基础审计的应用可采取以下步骤:

1.运用分析性测试,确定审计重点。为便于审计工作有序进行,既能提高审计工作效率,又能满足审计质量的要求,任何一项审计,在具体收集审计证据之前,应编制详细可行的审计计划。而审计计划中一项重要内容就是确定审计重点,在分析基础审计下,审计重点的确定是依赖分析性测试来完成的。在确定审计重点的过程中,应用的分析性技术是“本期到前期的变化法”。其基本原理是:将本期会计账面数与上期审定数相比,计算差异及其变动幅度,并据此确定审计重点。具体操作程序为:在审计工作底稿中,审计人员将客户当年的账面数和上期审定数放到相邻栏目中,使两个数字可以相当容易地进行比较,然后计算差异及变动幅度,并根据事先确定的重要性差异的判断标准,确定在审计实施阶段应予重点关注的项目。若本期账面数与上期审定数之间存在差异,由于造成该差异的原因包括经济的自然增长和偶然因素两方面,因此,审计人员不能据此而推断凡有差异均需重点审计。要判断差异是否作为重要性差异而列为审计重点,审计人员需要确定一个重要性差异的判断标准,这也是运用分析性测试确定审计重点的困难所在。判断标准的确定既可以是单纯的绝对数变化或百分比变化,也可以是两者的结合体,无论选择何种标准,均应在审计工作底稿中增加一栏“重要性判断标准”并做出说明。重要性判断标准的确定应由审计人员根据客户的实际情况,结合自己的职业判断加以确定。在确定了重要性差异的判断标准后,凡是差异或百分比超过重要性差异标准的项目都应作为审计重点。 2.实施实质性测试,收集审计证据。在审计实施阶段,根据审计规划阶段中确定的审计计划,对于审计重点内的项目,应进行比较充分的实质性测试;对于非审计重点的项目,也应逐项进行实质性测试,只是与审计重点内的项目相比,测试的量有所减少,而测试的类型不应有所变化。一般来说,实质性测试的类型包括:分析性测试、交易测试和余额测试。具体内容如下:(1)分析性测试。在对会计报表项目进行实质性测试时,首先应对其进行分析性测试。此时进行的分析性测试与确定审计重点时应用的分析性测试的目的是不同的,在这一阶段,应用分析性测试的目的是从总体上把握会计报表项目的“总体合理性”。一般来说,在对会计报表项目进行实质性测试时,审计人员首先应根据其所掌握的商务知识、会计知识和分析技术知识,分析每一个项目是否适宜采用分析性测试。商务知识用来理解经济环境和客户在该环境下的运作;会计知识用来理解财务和非财务数据的关系;分析技术知识用来明确在什么环境下,最适合采用分析性测试和怎样正确运用及评价分析性测试。

在确定是否适宜采用分析性测试时,审计人员应从三方面进行:第一,评价特定风险因素,即对既定的会计项目可能出现的错误情况进行辨别,如针对销售收入项目,客户高估收入的可能性大,还是低估收入的可能性大。第二,确定是否需要能够减少风险因素的审计证据,即决定审计人员是否需要取得或形成审计证据以将风险因素降至一个可接受的水平。第三,确定分析性测试是否能够提供合适的证据。若经过判断,无法进行分析性测试的会计报表项目,则直接转入下一步,对其进行实质性测试中的交易测试;需要进行分析性测试的会计报表项目,审计人员应根据所掌握的信息,选择最能达到测试目标的审计程序,并进行测试,最后,根据测试结果,对该项目的总体合理性进行评价。(2)交易测试。无论对报表项目是否进行分析性测试,都应进行交易测试。交易测试是通过设计相应的审计程序,对企业所发生的各项交易进行记录的整个过程进行测试,以对交易的真实性、记录的完整性、记账金额的正确性、分类正确性、时间正确性和过账与汇总正确性等交易测试目标做出评价。例如,企业应收账款的年初余额为5000元,假设该余额为上年审定数,本年发生两笔业务,一是本年赊销3000元,二是本年收回4000元,若对该应收账款账户本年发生的这两笔业务实施了交易测试,验证其符合交易测试的六项目标,据此可以推定该应收账款账户的年末余额4000元是正确的。构成会计报表的每一个项目都必须实施交易测试,只是不同的会计报表项目实施的交易测试的数量不同。

(3)余额测试。余额测试是通过适当的审计程序对账户的期末余额进行测试,以验证其是否满足真实性、完整性、所有权、估价、截止、机械准确性、分类和披露等余额测试目标的过程。虽然通过交易测试可以间接证实账户余额的正确性,但交易测试的范围没有包括所有的交易,也就无法通过交易测试来证实账户余额的正确性,还必须通过对余额的直接测试,取得证明账户余额正确性的确证证据。如上例对应收账款的交易测试,虽然可以间接证实应收账款余额的正确性,但由于受审计时间和审计资源的限制,审计人员不能对所有的应收账款业务进行测试,从而也就不能保证应收账款总账余额的正确性。为确保应收账款余额的正确性,审计人员还必须实施验证余额正确性的审计程序,如函证应收账款,以取得证明应收账款余额正确性的审计证据。

三、依赖内部控制下的分析基础审计取证模式的应用步骤如果在审计过程中准备依赖客户的内部控制,则分析基础审计的应用可采用以下步骤:

1.运用分析性测试,确定审计重点。在分析基础审计下,无论是何种情况,第一步的应用都是运用分析性测试确定审计重点。

2.了解内部控制结构。在审计过程中,如果准备依赖客户的内部控制,则审计人员应设计相应的审计程序,了解客户在经营过程中建立了哪些内部控制。了解内部控制的审计程序通常包括:(1)利用以前年度审计中获取的内部控制信息,根据情况变化作适当更新;(2)检查内部控制生成的凭证和记录;(3)询问客户的有关人员,并查阅相关的文件。通过上述程序,可以了解客户内部控制的设计情况,然后,根据了解的情况,对客户的控制风险做出初步评价。如果控制风险评价为高水平,则意味着客户的内部控制不能依赖,则应直接转入实质性测试,不再进行控制测试;如果控制风险评估为低于高水平的较低水平,则审计人员可考虑进行控制测试,以便获取支持控制风险较低的初步评价的审计证据。

第8篇

关键词:中学生;道德判断发生过程;因素分析;问卷编制

中图分类号:G41 文献编码:A 文章编号:2095-1183(2013)12-0008-05

王辉、邱杨,南京审计学院经济学院助教、硕士,江苏南京,211815;王云强,南京师范大学道德教育研究所、南京师范大学心理学院副教授、硕士生导师,江苏南京,210097。

① 本研究得到国家社科基金项目(BEA090062)的资助。

一、引言

中学生道德判断能力测评是道德教育的重要一环。目前,国外研究者在道德判断测评方法的研发和应用方面成果显著,但已有测验大都要求被试对道德两难故事情境中主人公的特定行为进行评价。这在某种程度上能够评估被试的道德判断能力,但故事内容是否具有典型性、全面性;假设故事情境诱发的反应是否等同于真实生活情境所引发的行为,都有待进一步考察。国内学者在国外道德判断测验的翻译修订、实证研究及信效度检验等方面做了大量工作,取得了一定的成果。但中西方文化的差异性可能会干扰儿童青少年对测验的应答。因而,测验结果既可看作是道德判断能力的个体差异,也可看作是某种文化所特有的道德状况的反映。再者,以上测验反映的是个体道德判断能力的静态整体水平,并未探究道德判断的动态过程及其成分特点。另外,国内学者也自行编制了相关测验,例如顾海根和李伯黍于1997年编制了上海地区青少年道德判断能力测验,证明信度和效度良好。但已有测验的问题代表性、群体适用性、与当代社会道德现状的匹配性还需深入探索。

莱斯特首次提出道德四成分模型,认为道德是由道德敏感性(moral sensitivity)、道德判断(moral judgment)、道德动机(moral motivation)以及道德品格和践行(moral character and implementation)或道德行为(ethical action)四种心理过程产生的。[1]Narvaez指出,道德判断是指推理情境中可能的行为并且判断哪种行为最具道德性,它受到道德敏感性、道德动机和个性的影响。[2]另外,Narvaez和Lapsley认为,道德判断包括理解道德问题、运用法则并确定判断标准、一般推理、道德推理、反思过程和结果、计划实施决策以及乐观应对七种技能,[3]Narvaez曾据此编写了道德判断行为手册,以帮助教师在课堂情境中提高中学生的品格修养。[4]通过研读相关文献资料并参考国内外同类问卷的编制维度,作者认为,一般推理技能是个体认知活动中的普遍能力,并非道德判断这一心理过程所特有;而乐观应对技能是个体保持积极心态的能力,它贯穿于个体整个意识活动,也不仅仅体现在道德判断的过程中。这与Narvaez的研究结果相一致,即第三种技能和第七种技能与具体道德情境的相关性不大。

本研究拟在前人研究的基础上,根据道德判断发生过程的动态性、阶段性,深入分析道德判断过程的结构,编制适用于我国当代中学生的道德判断过程的问卷,为补充和完善国内道德判断测评方法作出尝试。

二、方法

(一)被试

先后选取被试581人,分为两组。第一组被试281人,用于中学生道德判断问卷(初版)的编制。剔除无效问卷后,获得249份有效问卷,有效回收率为88.6%。其中男生125人,女生124人;班级干部108人,非班级干部141人。第二组被试300人,用于中学生道德判断问卷(初版)的信度和效度检验,形成中学生道德判断问卷(测试版)。剔除无效问卷后,获得262份有效问卷,有效回收率为87.3%。其中男生148人,女生114人;班级干部110人,非班级干部152人;独生子女204人,非独生子女58人。

(二)工具

自编中学生道德判断问卷。该问卷的编制过程如下:(1)通过理论分析确定问卷的五个维度,即理解道德问题、运用判断规则、道德推理能力、反思过程和结果以及计划实施决策。(2)参照《中学生守则》《中学生日常行为规范》《中学生道德行为规范》及中学生文明礼仪常识,根据当代中学生的学习和生活特点,初步编写出符合中学生道德判断发生过程实际的测量题目92个,其中17个属于反向计分。(3)随机选择周围同学、老师对编写题目进行阅读,这些被试除了对测题的内容进行回答外,还要回答阅读完题目之后的感受。然后根据回答情况对题目的文字表述进行了分析、修改,保留了符合问卷编制要求的80个题目作为本次研究的材料,其中包括14个反向计分题目。请被试对每一个题目与自身的相符程度进行5级评定(1=完全不符合,2=比较不符合,3=不确定,4=比较符合,5=完全符合)。

中学生道德判断问卷(初版)。由40个题目组成,请被试对每一题目能够描述自己的程度进行5级评定(1=完全不符合,2=比较不符合,3=不确定,4=比较符合,5分=完全符合)。

道德判断测验(Moral Judgment Test,简称MJT),由德国心理学家林德编制,可以同时评估道德判断能力和道德倾向。我国已经有研究者对该测验进行了必要的跨文化效度验证。被试要根据自己的实际情况对每个题目进行“-4”到“+4”的9级评定。

(三)程序

(1)所有第一组被试完成自编中学生道德判断问卷。

(2)所有第二组被试完成中学生道德判断问卷(初版)。

(3)70名第二组被试同时完成道德判断测验(MJT),获得有效被试62人,有效率为88.6%。

三、结果

(一)中学生道德判断问卷的初步编制

首先根据项目鉴别指数分析,删除18个项目。探索性因素分析的结果显示,剩下62个项目的KMO值为0.782,Bartlett球形检验的卡方为4543.280(p=0.000),这说明所得到的数据适宜进行因素分析。根据因素的特征值、所解释的方差百分比(表1)和陡阶检验(图1),抽取四个因素是合理的。进行抽取四个因素的主成分因素分析和和最大方差正交旋转,得出因素负荷矩阵,删除因素负荷小于0.30、共同度小于0.20的22个项目后,余下的40个项目可以解释总方差的27.654%。四个大因素所含的题目数和所解释的方差的百分比分别为:15、14.688%;14、5.828%;6、3.856%;5、3.282%。根据其包含的题目内容,可以把这四个因素命名为:F1判断依据,F2推理反思,F3计划策略,F4理解问题。

Bartlett球型检验表明,F1、F2和F3适合再次进行因素分析。因素分析表明,F1的15个项目可以由3个小因素解释(总方差的45.644%):F11由6个项目组成,可以解释总方差的29.569%,命名为“描述规则”; F12由6个项目组成,可以解释总方差的9.059%,命名为“使用规则”;F13由3个项目组成,可以解释总方差的7.016%,命名为“评估规则”。F2的14个项目可以由4个小因素解释(总方差的54.192%):F21由5个项目组成,可以解释总方差的29.039%,命名为“反思行为合理性”;F22由4个项目组成,可以解释总方差的9.264%,命名为“推测行为原因”;F23由3个项目组成,可以解释总方差的8.309%,命名为“考虑行为可变性”;F24由2个项目组成,可以解释总方差的7.580%,命名为“评估行为影响”。 F3的6个项目可以由2个小因素解释(总方差的47.423%):F31由3个项目组成,可以解释总方差的30.496%,命名为“计划性思考”;F22由3个项目组成,可以解释总方差的16.927%,命名为“综合性思考”。最后,得到由40个项目组成的中学生道德判断问卷(初版),其中有2个项目是反向计分,以作为后面研究的基本工具。

(二)中学生道德判断问卷的信度和效度分析

首先,根据第二组被试的施测结果,对中学生道德判断问卷(初版)的40个项目进行探索性因素分析。结果显示,KMO值为0.837,Bartlett球形检验的卡方为3037.583(p=0.000),这说明所得到的数据适宜进行因素分析。根据因素的特征值、所解释的方差百分比和陡阶检验,抽取四个因素是合理的。然后进行主成分因素分析和和最大方差正交旋转,得出因素负荷矩阵。删除不合理的4个项目后,余下的36个项目可以解释总方差的37.256%。四个大因素所含的题目数和所解释的方差的百分比分别为:15、18.340%;7、10.129%;10、4.721%;4、4.067%。与前面初步分析的结构相比,四个大因素是基本一致的。F1、F2、F3和F4的顺序发生互换。在含义上,F1稍有变化,但不影响因素名称,故仍命名为“判断依据”;F2与初步分析的结果基本一致,只是各项目在小因素中的分布有所调整,故仍命名为“推理反思”;F4与初步分析基本一致,所包含项目的变化对因素命名影响不大,仍命名为“理解问题”;F3包含的项目变化较大,将之由“计划策略”改为“行为计划”。

Bartlett球型检验表明,四个因素均适合再次进行因素分析。因素分析表明,F1的10个项目可以由2个小因素解释(总方差的46.210%):F11由7个项目组成,可以解释总方差的26.837%,命名为“使用规则”;F12由3个项目组成,可以解释总方差的19.373%,命名为“描述规则”。F2的15个项目可以由3个小因素解释(总方差的45.303%):F21由6个项目组成,可以解释总方差的18.431%,命名为“考虑可变性”;F22由5个项目组成,可以解释总方差的15.438%,命名为“评估影响性”;F23由4个项目组成,可以解释总方差的11.434%,命名为“反思合理性”。F3删除1个项目,余下的3个项目可以由1个因素解释(总方差的44.506%),命名为“行为计划”。F4删除1个项目,余下的6个项目可以由1个因素解释(总方差的43.853%),命名为“理解问题”。最后,得到由34个项目组成的中学生道德判断问卷(测试版)。

接着,对中学生道德判断问卷(测试版)的同质性信度进行了分析。由表2可知,问卷总分、所有大因素和小因素的克隆巴赫α系数均在0.70以上。

最后,从会聚效度、区分效度以及效标效度来分析中学生道德判断问卷的效度。某一大因素与其所属小因素应具有较高的相关,而与其他大因素下的小因素具有较低的相关,这就是会聚效度和区分效度。表3显示:(1)F1与其所属小因素的相关显著高于该因素与F2所属小因素的相关;(2)F2与其所属小因素的相关显著高于该因素与F1所属小因素的相关;(3)F3与F1、F2所属小因素之间的相关均为正值,且绝对值较小,这是因为F1、F2和F3从正向反映了个体道德判断发生过程的特征,但三因素所测角度有所不同;(4)F4与F1、F2所属小因素之间的相关大多为负值,且绝对值很小,这可能是因为F4从反向反映了个体道德判断发生过程的特征。再来看中学生道德判断问卷的效标效度。本文所采用的效度指标是道德判断测验(简称MJT),该测验主要用来评估被试的道德判断能力,同时也提供了个体道德倾向或道德情感的指标。本文考察了问卷得分与道德判断测验(MJT)C分数之间的相关性。由表4可知,问卷分数与效标的相关系数中,0.4-0.5之间的有3个(占33.3%),0.5以上的有5个(占55.6%),两类共占88.9%;0.4以下的有1个(F4),占11.1%。综上所述,中学生道德判断问卷(测试版)的效度是有保证的。

四、讨论

(一)中学生道德判断过程的结构

初步分析表明,中学生道德判断发生过程由“判断依据”“推理反思”“计划策略”和“理解问题”四个因子组成。其中“判断依据”“计划策略”和“理解问题”三个因子验证了问卷编制之初的理论构想,即理解道德问题、运用判断规则和计划实施决策这三个维度,这也与Narvaez的观点一致;而“推理反思”这一因子取代了道德推理能力与反思过程和结果两个维度。具体来说,“判断依据”也就是个体进行道德判断时所凭借的价值尺度和衡量标准。我们首先应对这些标准、规则有所了解,并在不同范围或背景下恭敬地加以利用。不同来源的准则具有不同的性质,包括外显的、内隐的、强制性的以及非强制性的,而且不同背景下的准则可能有所差异。“计划策略”是作出判断与付诸实践之间关键性的一步。在实施道德行为之前,个体需要思考有几种可能,其中哪些行为是必需的、具备哪些可用资源、可能遇到的障碍是什么,并考虑解决这些问题的办法以及可能的行为后果。所谓“理解问题”,是指个体进行道德判断之前,必须正确界定当前问题是否属于道德范畴并且需要理解其结构。个体在寻找解决方法的过程中需要知道哪种信息是关键性的或哪种信息是不重要的,然后依据并组织关键性信息作出选择和策略。理解道德问题是道德判断过程中必不可少的一个环节。“推理反思”取代了理论构想中“道德推理能力”与“反思过程和结果”两个维度。个体在使用道德推理的过程中,需要思考他的决定怎样影响他人或自我,他应该遵循哪种准则(规则、法律)以及哪种是最公平(正义、友善、尽职)的决定,而且会检查其判断过程和结果的恰当性与合理性。

进一步的研究不仅确认了中学生道德判断发生过程的四因素结构,而且使其更为合理与清晰。因素一为“判断依据”,反映了个体对道德、法律等准则的理解和使用能力,它包括2个小因素:使用规则和描述规则。因素二为“推理反思”,反映了个体道德判断的推理、反思过程,它包括3个小因素:考虑可变性、评估影响性和反思合理性。考虑可变性指的是思考在相同情境下自己或他人可能出现的其他行为;评估影响性指的是评价某行为给自己、他人和周围环境带来的影响;反思合理性指的是思考自己和他人观点及行为的合理性和恰当性。因素三是“行为计划”,反映了个体付诸行动前对行为时间、所需资源以及可能遇到的障碍进行思考、规划。这与初步分析的结果有较大差异,故调整了因素命名。因素四是“理解问题”,反映的是个体对当前情境和行为是否具有道德性进行判断。

(二)中学生道德判断过程问卷(测试版)的信度和效度

项目分析表明,中学生道德判断过程问卷(测试版)34个项目的项目鉴别指数、因素负荷与共同度都较高,质量符合心理测量学的要求。

本研究从内部一致性系数的角度考察了中学生道德判断问卷(测试版)的同质性信度。结果表明,总分、所有大因素和小因素的克隆巴赫α系数均在0.70以上。可以说,问卷的同质性信度比较高,表明该问卷是比较可靠的测量工具。

中学生道德判断问卷(测试版)的会聚效度与区分效度分析显示,四个大因素与其所属小因素的相关显著高于该因素与其他大因素下小因素的相关,从反面反映道德判断发生过程特征的因素与其他因素之间的相关为负,从正面反映道德判断发生过程特征的因素之间的相关为正。这些都说明问卷的会聚效度和区分效度较高。

中学生道德判断问卷(测试版)分数与道德判断测验C分数之间的相关表明,9个相关系数中有8个在0.4以上,问卷的效标效度也是比较理想的。

因此,中学生道德判断问卷(测试版)是较为可靠和有效的测量工具,可以在中学生道德判断发生过程的研究中推广应用。

五、结论

(一)中学生道德判断过程由四个大因素组成:判断依据、推理反思、行为计划和理解问题。判断依据包括2个小因素:使用规则和描述规则;推理反思包括3个小因素:考虑可变性、评估影响性和反思合理性。

(二)中学生道德判断问卷(测试版)由34个项目组成,可以测查中学生道德判断过程的各个因素,问卷具有较好的同质性信度,其会聚效度和区分效度以及效标效度较高。

参考文献

[1]Mussen P H.Handbook of Child Psychology:Cognitive Development V.3.[M].New York:John Wiley&Sons,1983:556-629.

第9篇

关键词: 工程质量;监理; 总监办工地中心试验室; 管理

现代公路交通事业的发展,推动了公路基本建设的大发展,同时也使公路工程试验检测技术得到了应有的重视,并取得相应的发展。这对保证公路工程建设质量,提高道路使用质量和投资效益发挥着作用,而且在未来工程建设和管理中将继续发挥其不可替代的作用。公路工程试验检测工作任务重、项目繁杂,抓好试验室建设、人员素质培训、对施工现场的全面质量控制是试验检测管理工作的重点。

1 总监办工地中心试验室的职责

总监办工地中心试验室是对所辖标段进行数据控制和检验测定的中心,其规模应与所辖工程相匹配,对各个工程项目的材料、配合比和强度等进行有效的控制。试验人员应通过交通质监总站组织的公路水运工程试验检测业务考试,取得上岗资格证书。总监办工地中心试验室应建立健全各种规章制度,实行明确的责任分工。同时应对承包人工地试验室的设备功能、人员资格、操作方法、资料管理等工作进行有效的监督、检查和管理。按合同要求检查和督促承包人工地试验室的建立、仪器设备的维护, 试验人员及设备的配备。检查和督促承包人定期标定仪器设备;检查各对试验标准及规程的执行情况, 并提供技术指导,组织有关试验人员的业务学习交流;在各分部分项工程开工前,承包人先完成标准试验(包括各种标准击实试验、集料的级配试验、混合料的配合比试验、结构物的强度试验等),经驻地试验工程师全过程旁站审查后报总监办工地中心试验室,中心试验室对承包人的标准试验进行平行对比试验,以肯定、否定或调整承包人标准试验的参数与指标;凡涉及决定质量标准的一切试验成果必须经总监办工地中心试验室批准的试验数据才能成为各项质量控制标准。

2 试验室人员、设备的配备及管理

为加强施工现场质量的控制,由政府投资、交通行业主管部门负责建设管理的工程项目,均设有总监办工地中心试验室,主要为监理工作中的试验检测任务服务,同时对承包人工地试验室进行检查指导。总监办工地中心试验室可以由取得公路水运工程试验检测等级的监理单位自建,也可以委托取得公路水运工程试验检测等级和计量认证资格的第三方试验检测机构设立。

总监办工地中心试验室必须根据授权试验检测项目需要建设试验检测用房,主要包括力学室、水泥室、混凝土室、集料室、土工室、化学室、沥青室、沥青混合料室、现场检测室、样品室等,各室面积均不得小于20平方米。试验室的用房满足通风、采光条件良好,供电、排水必须到位,基础稳固、操作空间充足。沥青、化学室必须配置通风装置,注意用电安全,规范危险品管理、废渣废液处理,以保证试验人员的身体健康。

试验检测设备是试验室的硬件,是开展试验工作的物质基础。设备的使用状况及准确度、精度直接影响试验工作的质量, 所以应重视设备运转的可信度。设备管理必须完成以下几点工作:①建立帐、卡、物的管理制度。设备进行统一台帐登记;卡记录设备性能、随机配件、精度等; 帐、卡、物必须相符;②建立岗位责任制。各分室设备分别由专人管理和使用,对设备的保养、维修、使用及试验室的安全负责,正常使用后必须进行简单养护并定期进行保养;③建立设备检定/校准制度,确保试验数据准确无误。使用中的试验设备必须进行定期或不定期的计量检定/校准,设备检定/校准必须委托具有相应检定、校准参数资格的计量检定机构承担。总监办工地中心试验室应对设备校准报告进行审核,确认试验检测设备能否满足要求;④建立使用维修登记制度。每个人员使用的设备必须登记使用日期、试验内容、设备状况、故障情况等。只有执行严谨的制度才能将工作开展得井井有条。

总监办工地中心试验室主任由母体试验检测机构授权,主持全面工作,另外根据工作需要设副主任1~2人,明确职责与分工,协助主任完成试验检测任务及管理工作。根据不同试验检测内容,配备试验检测工程师及试验员或配合工人。试验检测报告签字人必须是持证的试验检测人员,报告由授权负责人签发。

总监办工地中心试验室要不断完善质量管理体系,建立完整的试验检测人员档案,做到试验检测台帐、仪器设备使用记录、试验检测原始记录、试验检测报告相互对应。

试验检测工作分为室内及施工现场的试验、检测工作两部分,有效的管理必须将二者协调统一起来, 就像协调整个总监办各部门的工作一样,必须达到二者的统一。目前,部分公路工程项目存在室内外管理脱节的现象,有相当一部分人把试验工作完全看作是为了试验而试验,根本不是为指导施工、控制施工质量而进行的试验。为了保证工程质量,必须重视加强试验检测这项工作。

3.1 室内试验工作管理

3.1.1 样品管理

样品管理是试验工作的关键环节,样品的采集必须根据不同材料的相关要求进行,并按相应的试验规程进行试验。样品采集后必须认真填写取样地点、里程桩号、拟作用途、取样日期、取样人等。采样人与试验人员分开,按盲样管理的原则进行。对可以保存的样品一式两份,一份试验,另一份留样,供试验结果有争议时仲裁试验用。

3.1.2严格执行试验规程及技术标准

试验规程及技术标准是试验工作的要求及方法,每个岗位责任人必须熟悉每个试验的操作步骤、试验条件、影响因素、注意事项,并能熟练地操作试验设备,能分析试验过程中出现的各种异常情况,并作出正确的判断,采取必要的处理措施,确保试验结果准确无误。同时也必须跟踪试验检测规范的更新,及时作出调整,保证所用的试验规程及技术标准都是现行有效的。

3.2 室外检测工作的管理

室外试验检测工作的内容比较多而且烦琐,如原材料的抽取、路基压实度的检测、混凝土试件的抽取等。这里就路基、路面、桥涵施工过程中最常见的试验检测内容作简要分析。总监办工地中心试验室是总监办的一个部门,用于完成整个总监办的试验检测工作管理, 同时必须督促、检查、指导承包人工地试验室的试验检测工作,所以总监办工地中心试验室的试验检测工作也需要现场试验监理工程师的配合。

3.2.1 路基施工质量的试验控制

路基施工过程中试验检测控制主要指标就是压实度检测,它必须首先以填料的最大干密度为标准,现场求取干密度来计算压实度,然而控制的最大难点就是填料干密度的使用,因为每个项目由于考虑经济因素,均采用挖填相互利用。而每处的挖方由于地质条件限制会产生填料性质变化较大,如果不能正确的确定、使用最大干密度,则所谓的压实度根本毫无意义。所以, 路基压实度的控制必须从填料的使用控制入手,这就需要提前做好大量的准备工作。首先项目开工前,必须对全线所有挖方及填方情况进行详细的调查,要求各路基标将各自标段的填挖情况汇总,进行详细统计并确定每一处挖、填方具体的数量,针对施工调配计划严密掌控所有填料的动态使用情况,做到随时调查随时更新。然后将每一种填料按规定进行全套土工试验,留存样品。

3.2.2 桥涵施工质量试验检测控制

首先要协助业主对承包人选用的水泥、钢筋的品牌作详细的市场、品牌信誉等情况调查。其次总监办工地中心试验室要完成监督承包人进场材料的品牌,对厂家合格证、质检报告的审验,督促承包人对原材料的试验并进行必要的抽检工作。但是在原材料质量有所保证的情况下要重视现场对材料的存放、加工、使用方面的控制。水泥必须达到防潮、堆高、存放期限的要求;钢筋加工无非是弯曲与焊接,主要注意冷弯速度不能过快,冷弯速度过快会使钢筋弯曲处产生裂纹等损伤情况从而降低强度、耐久性。另外最重要的就是焊接,必须要求焊工持证上岗,并按设计严格执行焊接形式。

3.2.3 路面试验检测管理

目前国内路面主要有沥青、水泥混凝土。路面施工周期相对短,工作量相对集中,路面试验检测工作内容基本一致,所以试验检测工作必须根据施工计划、进度情况合理安排。无外乎提前进行材料调查试验,确定材料规格进行备料,根据确定的材料状况进行配合比的设计,开展试验段施工,对试验段进行试验检测,积累分析施工数据作好总结、开始大规模施工的过程。总监办工地中心试验室的试验检测工作也必须随着施工情况而合理安排。总监办工地中心试验室必须主动配合、指导承包人工地试验室对周边材料状况进行详细的调查,根据设计指标、供应情况、施工计划进度、经济等因素选择确定合理的材料来源,同时必须依据设计或规范的要求进行材料指标的检验,确定材料合格更要合理。

4结语

总监办工地中心试验室的工作是在总监办的领导下对所辖全路段工程范围内的试验监理工作进行统筹管理,按监理办法及合同、规范规定的抽检项目、抽样频率、时间和方法,完成驻地试验监理工程师送、抽检的具体工作内容;配合驻地试验监理工程师, 完成各合同段施工前原材料及各种混合料组成及配合比的复核试验,以及对重点环节及可疑点的检测试验结果进行检验和复检,并对有关工程质量事故进行调查分析;审核,批复驻地试验监理工程师及承包人报送的各种试验,检测报表和有关技术资料,并按规定对所有资料进行分类整理, 汇总和归档。

公路工程项目总监办工地中心试验室的试验检测管理工作最重要的两个方面如下:

1试验检测工作必须是闭环控制的,无论试验检测过程中出现任何小的异常或不合格数据,中心试验室必须发挥吹毛求疵、谨小慎微的态度一查到底,对工程实体采取相应的有效手段进行校验和复核,直至证明该部位或结构实体能满足设计或规范要求。否则必须坚决强制进行返工处理,坚决避免不合格材料或有质量问题工程部位的存在。

2必须采用动态控制手段。因为施工现场日新月异,每天都有一定的进度,尤其是工期紧张的项目,作为试验检测管理的中心试验室必须采取主动,每天都要结合室内工作的侧重点合理安排施工现场的检测工作,一方面能有效地为承包人赢得宝贵的时间,另一方面能更好地对现场进行试验检测控制。

参考文献:

[1] 交通部《公路水运工程试验检测管理办法》(2005年12号令)

第10篇

关键词:房地产企业 内部竞聘 测评 方案设计

1 背景介绍

华美房地产开发有限公司成立于1994年11月,注册资本9430万元,是徐州矿务集团下属全资子公司。公司开发资质等级为壹级,资产总额约140000万元,是徐州市唯一一家国有房地产开发企业。

近年来公司项目开发总量增长较快,2010年当年开发项目达到9个,总开发量120万方。

2 内部竞聘需求分析

与公司开发规模快速扩大相比,公司项目管理和工程技术人员存在严重不足。2010年公司共开发9个项目,公司只有工程技术人员36人,而项目经理仅有四名。成熟项目经理和专业技术人员的培养和选配成为制约公司进一步发展的瓶颈。

为解决人才不足问题,公司从外部引进了不少成熟型的人才。从短期来看,外部成熟人才的引入暂时解决了人力不足的问题,但外来人员对国有企业的企业文化在认同与理解方面存在一定的偏差,较难与企业融为一体,对企业的归属感仅仅停留在高薪待遇上,很难与企业形成同甘苦共命运的归属与责任感,一旦企业出现效益下滑倾向,他们往往选择立即离职。这对企业核心员工队伍的稳定性造成了一定的影响。

与之相反,从2008年开始,华美房地产开发公司开始给内部员工建立了“职业生涯规划”档案,注重通过对内部员工的培训与开发,给员工开辟了个人发展的成长通道,对内部员工起到了积极的激励作用,内部员工的向心力和凝聚力得到了有效增强。

综合考虑以上因素,科学选拔和使用对本单位具有较强归属感的内部员工,将为本单位可持续发展提供长期稳定的人力资源保证。本文将以该公司某项目经理的配置为例,对该公司内部竞聘流程进行科学的设计与说明。

3 内部竞聘方案设计

3.1 项目经理岗位分析 项目经理是公司在工程项目上的全权委托人,代表公司与施工单位进行联系,处理合同有关的一切重大事项;全面负责组织项目的实施,是项目的直接领导者和组织者,对项目的成功与否起着关键的作用。

通常认为,优秀的项目经理应具备以下素质条件:广博的专业技术及管理水平、较强的领导与管理能力、灵活应变与处置突发事件的能力、良好的职业操守与高度的责任意识及健康的体魄与充沛的精力。为了更加科学地评价竞聘者上述能力,建立以下素质测评模型:

3.2 竞聘信息的 根据项目经理选拔素质测评模型,确定参加项目经理内部人员的基本条件,主要包括学历、专业、工作年限等。由于是面向内部招聘,确定后的招聘通知通过本单位公示栏、网站、OA等形式向本单位职工招聘信息。

3.3 面试小组的组建 设主考官一名,由分管副总经理担任,负责面试过程的组织与控制,针对应聘者综合能力的考察进行提问,会同人力资源部制定所有面试过程中的与专业有关的试题及答案。

副考官一名,由总工程师担任,协助做好面试的组织与控制,负责提高面试过程中专业知识和技能的问题考察的有效性。

其他成员,主要包括现有项目部项目经理、人力资源部负责人、精通面试工作的外部专家等。

3.4 面试成绩的确定 候选员工的面试成绩采取加权平均值的方法计算,主考官的评分占总成绩权重的22%,副考官占18%,其他面试小组成员各占15%。

3.5 内部竞聘测评工具的选择

3.5.1 对领导能力的测评 对领导能力的测评采用无领导小组讨论的方式进行,无领导小组讨论是指采用情景模拟的方式对考生进行集体面试的一种面试方式,主要应用于中层以上管理人员的素质测评。通过一定数目的考生组成一组(5-7人),进行一小时左右时间的与工作有关问题的讨论,讨论过程中不指定谁是领导,也不指定受测者应坐的位置,让受测者自行安排组织,评价者来观测考生的组织协调能力、口头表达能力,辩论的说服能力等各方面的能力和素质是否达到拟任岗位的要求,以及自信程度、进取心、情绪稳定性、反应灵活性等个性特点是否符合拟任岗位的团体气氛,由此来综合评价考生之间的差别。

考官评分的依据标准是:发言次数的多少;是否善于提出新的见解和方案;敢于发表不同的意见,支持或肯定别人的意见,坚持自己的正确意见;是否善于消除紧张气氛,说服别人,调解争议,创造一个使不大开口的人也想发言的气氛,把众人的意见引向一致;看能否倾听别人意见,是否尊重别人,是否侵犯他人发言权。还要看语言表达能力如何,分析能力、概括和归纳总结不同意见的能力如何、看发言的主动性、反应的灵敏性等等。

3.5.2 对管理能力的测评 对管理能力的测评采用无领导小组和结构化面试结合的方式进行。结构化面试,也称标准化面试,是相对于传统的经验型面试而言的,是指按照事先制定好的面试提纲上的问题一一发问,并按照标准格式记下面试者的回答和对他的评价的一种面试方式;结构化面试时间控制在30-45分钟;结构化面试完毕后,若时间充足可进行非结构化面试(灵活提问);面试完毕后,留出5-15分钟时间给面试者提问。

结构化面试评分标准是语言表达、应变能力、专业知识、专业技能、相关知识、实际工作经验、计划决策能力、解决问题的能力、人际沟通能力、创新能力、工作主动性、工作责任感等。

3.5.3 对其他素质的测评 专业素质的测试采用笔试和结构化面试结合的方式进行,笔试的试题以考察专业知识及临场应变及思维灵活性为主;对思维能力的考察以笔试、无领导小组讨论以及结构化面试结合的方式进行;对个人特质的测评采用MBTI职业性格测试软件进行测评。

3.6 测评结果的应用 对最终确定的录用人选,人力资源部及时公布岗位录用通知。对未能录用的优秀员工,一方面纳入公司人才培训计划进行重点培养,另一方面注意引导他们正确看待竞聘结果,继续立足岗位,研究技术业务,随时接受公司的挑选。

4 结束语

根据公司具体情况,设计科学合理的内部招聘方案,选拔和使用本单位优秀专业技术人员,对提高员工学习积极性和对企业的归属感能起到积极的作用,同时,可以对提高企业核心竞争力,和可持续发展提供长期稳定的人力资源保证,是企业人力资源管理中不可忽视的重要手段。

参考文献:

[1]中国就业培训技术指导中心.企业人力资源管理师(二级)[M].

中国劳动社会保障出版社,2007,2.

[2]焦蔚虹.如何做好企业的内部招聘工作[J].新疆有色金属,2008年增刊2,117.

[3]赵平法.工程施工项目经理的选聘[J].山西建筑,2003(7).

[4]季方芹,纪显庆.工程项目经理应具备的素质[J].东北水利水电,2001(9).

[5]刘金考.浅谈施工企业优秀项目经理的选拔与培养[J].石油化工管理干部学院学报,2002(4).

第11篇

【关键词】软件过程;软件项目管理;流程管理

1.流程的概念及在软件项目管理中的作用

流程是由活动组成的。基本活动是由个人或团体来完成的,它不需要进行其他的基本活动的转化。流程的各个活动之间有着特定的流向,它包含着明确的起始活动与终止活动,因此是一个动态的概念。从结构上来看,流程有四个基本的构成因素:活动、活动的逻辑关系、活动的实现方式和活动的承担者。流程与“一系列的活动或事件”,“结果”等概念密切相关。流程管理不仅是一种管理技术,更体现了现代管理的思想,原有的以控制、塔式组织为基础的职能行政管理已经不能完全满足于现代企业发展和市场竞争的需要,管理的发展沿着分工理论运行了上百年后,现在又重新回归到整合与系统。

软件项目生命周期的一系列的开发过程是各种各样的流程活动:软件项目的计划编制、系统分析、慨要设计、详细设计、程序编码、测试与维护等活动过程都是一种流程活动:制定软件项目管理流程,重点考虑以下几点:

1)制定的流程能引导项目逐步走向成功;

2)制定的流程能适用软件开发过程;

3)制定的流程能指导项目开发活动.有利于对项日开发活动的管理;

4)制定的流程能以苴观的流程图表示.能使项目组成员清楚的知道软件开发与管理的过程和相互之间关系;

5)流程中的起始活动条件、终止活动条件明确、规范便于控制;

6)流程中的工作产品定义明确、可度趟,评价标准和方法具体、可操作。

2.软件项目管理总体流程设计

在软件项目开发管理过程中,不仪要努力实现项目的范围、时间、成本和质量等目际,还必须协调整个项目过程,以满足项目参与者及其他利益柑关者的需要和期望;随着软件规模和所涉及的领域不断地扩大,软件项目的管理越来越困难,纵观所有失败的软件项目.基本原因是不能管理其软件过程,在无纪律的、混乱的项目状态下,组织不可能从较好的方法和工具中获益。严谨的软件过程控制管理不仅可以在每个阶段回顾和纠正项目的偏差.别软件项目的风险甚至果断中止项目。且可以将人才流动所带来的不利影响减少到最小。要进行有效的过程控制,必须明确软件项目管理流程。

软件项目管理总体流程设计为项目搜寻、立项、售前合同生成和合同执行等5个主要阶段,分别以Pl、P2、P3、P4、P5表示;同时设计了立项完成、合同签定、功能定义、软件开发、项目验收等5个里程碑,分别以TM1、TM2、TM3、TM4、TM5表示,如图l所示。在这些流程中,合同执行流程是软件项目管理的核心,其主要过程有:产品定义、软件开发、测试执行、内部验收、项目实施与验收、项目维护.

3.软件项目管理总体流程分析

3.1项目搜寻

项目搜寻是项目立项的基础,项目搜寻阶段的主要任务包括市场信息收集,用户需求跟踪,对潜存的项目进行分析和筛选。

3.2项目立项

立项阶段的主要任务是确认立项的理由,提出立项建议,提供合适的资金和资源,使立项建议成为正式项目。

3.3项目售前

售前阶段从项目立项开始到项目合同的签定结束,主要工作有:制定与客户的交流计划,详细了解客户的背景资料,了解客户启动项目的缘由、目的和期望,编制项目方案建议书,准备合同蓝本。

3.4合同生成

合同生成阶段的主要工作有:项目方案的评估与确定技术合同、商务合同的商定、评估与签署。

3.5合同执行

合同执行是软件项目管理流程的重点,可分为软件开发、测试执行;内部验收、项目验收、系统维护等五个基本工作过程。

3.5.1软件开发

软件开发阶段分为:需求调研、系统分析、系统设计、编码、单元测试等过程。主要从三个方面进行管理:

1)制定项目计划。软件项目计划是一个用来协调所有其他计划,以指导项目执行和控制的可操作文件。它体现了对客户需求的理解,是开展项日活动的基础,也是软件项目跟踪与监控的依据。

2)确定开发过程。根据软件项目和项目组的实际情况,建立起一个稳定、可控的软件开发过程模型,并按照该过程来进行软件开发

3)加强过程控制一过程控制主要包括过程管理、变更控制和配置管理。

3.5.2测试与执行

项目测试的目的是俭查系统是否符合项目合同与任务书规定的要求、项目测试分集成测试和系统测试,主要进行功能测试、健壮性测试、性能一效率测试、用户界面测试、安全性测试、压力测试、可靠性测试、安装/反安装测试等测试过程在模拟运行环境中进行。

3.5.3内部验收

项目完成集成测试和系统测试后进行项目内部验收.主要有三个步骤:①文档准备。项目经删提交内部验收计划、项目开发总结报告、产品清单:财务主管提交项目财务预算报告。②内部验收测试。内部验收测试的测试内容与方法虽然与系统测试基本相同.但应站在用户验收的角度进行,因为它是试运行的基础。通过这一步。为用户验收作充分的准备。③内部评审。对提交的所有文档及测试结果进行内部评审,完成项目开发总结报告:

3.5.4项目试运行与验收

试运行与用户验收阶段的主要任务是,使所有的工作产品得到用户的确认。主要工作有:①验收前的准备。项目经理负责检查产品的完整性。包括文卡当、介质和中间产品等,以确保现场实施的成功;负责应用软件的现场安装调试,完成安装调试总结报告;负责制定用户验收计划,并得到客户的确认。②用户进行验收测试和系统试运行,进行文档和系统的移交。③用户确认。项目经理负责与客户协测,协助用户进行项目验收,形成用户验收报告。

3.5.5项目维护

软件系统的维护分为两大类:一类是纠错性维护,由于前期的测试不可能暴露软件系统中所有潜在的和隐含的错误,诊断和改正这些错误的过程为纠错性维护。另一类是完善性维护,在软件正常使用过程中,用户还会不断地提出新的需求,为了满足用户新的需求而增加软件功能的活动称为完善性维护。如果需求变更很大,那完善性维护将转变为软件新版本的开发。系统维护的宗旨就是提高客户对软件产品的满意度。确保系统的正常运行是系统维护的根本目的。

3.6软件项目管理的里程碑

项目的考核与评审是软件项目管理流程控制的基础,我们在整个流程中设定五个基线,即确定五个里程碑,它们分别是TM1:立项完成;TM2:合同签订;TM3:产品功能定义完成;TM4:软件开发完成;TM5:验收通过。

各阶段的主要的进入条件和相应的工作结果是里程碑是否达到的重要标志。

4.结束语

本文设计的软件项目管理总体流程及相关技术已成功运用在软件项目的研发和管理中。通过将流程管理应用于软件项目管理中,以设定软件项目总体流程为主线,确定每个阶段的主要流程和里程碑,并采用评价指标体系和一系列的模板和表格进行软件项目开发过程的控制和管理,使软件项目的成功率显着提高。

实践证明,针对企业和项目的实际情况,确定软件项目运作流程,定义软件工作产品,明确各阶段的进入条件和退出条件,进行有效的流程控制与管理,大大的提高了软件开发的效率和项目的成功率。

参考文献:

[1] 韩万江.软件开发项目管理[M].北京:机械工业出版社,2003.

第12篇

【关键词】质量管理

1前言

2015年6月,作者参与了“XXXX”软件项目(以下简称为S软件)主管一职,任务来源于航天系统外部客户,XXXX应用于航天XX卫星载荷分系统导航任务处理机计算机模块S,主要目的设计支持应用程序的上载和重构功能。由于本软件应用于航天卫星系统,对软件质量、可靠性和安全性要求较高,本软件的开发过程中结合国军标GJB5000A能力成熟度模型三级的框架要求(相当于CMMI三级要求),以及软件工程学的质量保证策略进行项目的质量保证工作。S软件类型为新研类项目,使用C语言编码。软件的生存周期包括:软件需求分析、软件设计、软件实现、单元测试、集成测试、配置项测试、软件验收交付7个阶段,由于S软件应用于航天系统,可靠性安全性要求较高,需要对每个阶段的工作进行认真的评审和审查,所以整个阶段采用瀑布模型进行软件的研发。2016年1月,S软件已随卫星发射,目前卫星在轨运行,本软件运行正常。

2软件开发平台下的质量保障

下面作者以此软件开发平台项目为背景,论述了如何在公司质量管理体系大环境下,进行项目的质量规划、质量保证和质量控制等项目质量管理工作。

2.1项目初始阶段,对组织级项目管理过程进

行剪裁,制定项目的已定义过程作者所在的公司是一家科研研究所,我所已经建立ISO9000质量管理体系,也通过了国军标GJB5000A能力成熟度模型三级认证。我所具有较为完备的项目管理体系文件,其中包含了质量管理体系。我所制订了相关的质量方针和目标,落实了质量责任。按照我所项目管理流程,项目管理团队在项目启动后需要对组织的质量管理过程以及相关的项目管理过程进行剪裁,剪裁过程依据我所制定的过程剪裁指南执行。为保证用户需求不被遗漏、蔓延,为项目制定了需求双向跟踪矩阵,并根据体系文件《需求管理过程剪裁指南》,将需求双向跟踪矩阵包含在《需求规格说明》中;根据《工程过程域剪裁指南》将《概要设计说明》和《详细设计说明》合并为《设计说明》;过程和产品质量保证过程的工作产品输出为:质量保证计划、不符合项记录、产品评价记录单、过程评价记录单、软件质量保证报告。剪裁完毕后,形成本项目的已定义过程,之后我作为项目经理组织了同行评审,邀请项目组成员、相关专家、以及所EPG组成员参与,经过评审通过后,作为本项目执行过程中的指导。并将已定义过程写入开发计划的一个章节,作为制定质量管理计划的输入之一。

2.2项目计划实施阶段,制定质量计划、实施质量保证和质量控制

在完成项目管理的剪裁和开发计划后,作者领导和组织质量保证人员开始制定项目的质量管理计划。在质量管理计划中,明确了组织和资源,人员的分工;明确了质量目标;明确了质量保证活动和进度安排、以及使用的工具;明确了质量控制过程、进度安排、以及使用的工具;明确了工作产品和过程不符合项的解决和处理途径,软件BUG的管理。作者和项目组成员进行了充分的沟通,明确了质量对项目的重要性以及大家如何做才能保证项目的质量,使大家对于如何实现项目的质量目标充满了信心。使大家就以下内容达成了一致:(1)项目的质量是靠规范的项目管理流程和质量保证人员对项目的监管,而不是单靠测试保证的;(2)要十分重视项目的质量成本,越在项目早期发现的错误,纠正的成本越低。(3)项目质量目标的达成需要全体项目成员的参与,而不是个别人的事,质量保证人员在对过程和产品评价过程中指出的问题,项目组所有成员都应予以配合,及时纠正。根据规划,在项目实施期间,质量保证人员对软件工作产品和工作过程进行评价。过程评价依据组织级过程检查单,对工程过程和管理过程进行评价,包含需求分析需求分析过程、软件设计过程、软件实现过程、软件测试过程、需求管理过程、配置管理过程、项目管理过程、同行评审过程、测量分析过程的评价。除配置管理过程由事件促发评价外,其他过程评价每周一次,生成不符合项记录和质量趋势评价报告,对发现的质量问题用Excel进行统计分析。工作产品完成后两天内由质量保证人员完成审核,然后开展同行评审。对质量保证过程中发现的不符合项,形成不符合项纪录,及时通报给相关责任人,遇到质量保证人员和责任人意见不一致则逐级上报,先汇报给作为项目经理的作者,对仍不能解决的问题,再汇报给部门领导。考虑到本软件应用于航天系统,对质量要求较高。对本软件的源代码由测试组人员开展了单元测试、集成测试、配置项测试,测试组人员设计了相关的测试用例,单元测试语句和分支覆盖率均达到100%;在集成测试中,制定了模块设计和集成测试用例的双向跟踪举证;在配置项测试中,根据《需求规格说明》,制定了需求和配置项测试用例的双向跟踪举证。除开展单元测试、集成测试、配置项测试外,增加了代码走查,由每个模块的二岗设计师按照《航天软件C语言安全子集》要求对代码进行代码走查,形成走查报告,及时发现问题,修改代码直至符合要求;对关键模块代码进行代码开展同行评审;并请专业测评机构对软件开展第三方测评。对所有工作产品进行同行评审,对需求规格说明和配置项测试报告开展了用户参与外部评审,形成评审报告,对评审过程中发现的问题,有质量保证人员跟踪验证,直至问题关闭。对测试过程中发现的BUG,使用TestDirector进行BUG的跟踪、管理,直至问题关闭。对软件源代码和相关技术文档使用SVN<<上接59页系统进行配置管理,工作产品经过评审并对评审问题经质量保证人员验证关闭后进入配置管理系统,对交付用户的工作产品,待验收通过后需入产品库,再交付用户,保证了软件版本的有序性和正确性。

2.3项目收尾阶段,总结经验教训,丰富组织过程资产

在项目交付时,由用户和相关部门领导、资深工程师组成的评审委员会,对项目的成果进行了验收。认为项目的主要交付物已达到用户要求,可以交付用户使用,参与XX卫星载荷分系统的分系统联试。但也提出技术文档和源代码版本的配套说明欠缺,在《版本说明》文档中加以描述,经过评审后,入配置管理受控库。之后,源代码和需交付用户的文档入我所产品库后交付用户。作为软件开发主管,组织了项目组成员开展了项目的总结会议,分析了项目执行过程中的经验和教训,形成项目总结报告,并归入我所资产库,作为历史数据供后续项目参考。对质量保证过程检查单进行了修正,经过评审通过后,也归入组织资产库中,丰富组织过程资产。

3结语