1. 软件开发人考核标不以能力定制考核标准，所有参加绩考核人采用统一标准 2. 考核采用积累计制

3. 开任务采用绩效合同制度，每项务项目经理根据工作量大小估

间精确到小时。

4. 每8工工作量出bug 数不的超出3个。出一个bug 扣除1分。 5.

a) 2以内主要表的新增修改，查，并不包括其他复杂逻辑或

录为1。

b) 多个表关联包括负责逻的度系统定1.2-1.4 c) 新技术，技术攻关性研究工，难度数定位1.6-2 d) 复报表开发难度系数为1.4-2不等，实际情况而

6. 基于

记入基础分，从2010年51日后到该考核制度上次通过并开始执行日起，每月按照22.75×8累计入基础分。以后所

软件测试工程师考核标准

目标:

为增强门测试工程师考核的合理性、科学性，特制定准则，根据本则来完成对部门所有测试工程

软件试工，同时承担着部门大量的随机测试任 目前部门测试队共有11人，进行多个项

务、性能测试任务、自

在一项考核我们都增加了核的权数，每个文档、用例、Bug的提交都需要权数相乘以后才是终的得分，所有的得分相加将是测试工程师

指标:

1、提交测试相关

前部门测试过程主要体测试计划、测试用例、测报告(会多个)几个文档，故而对文档的考核将要依据几个文档来完成，对文档的质的考核将在加分、分中阐述，文的质量不满足要求会出现被扣分的情况，但是扣分最多只能扣除本文档带来积分(一一个文

文档的考核

文总分 = 所有文档

2、测试设

当在部测过程中，测试设计工作比重已经步增多，从而来了大量的试设计工作，测试设计的好将直接决定着部测试水平高下;我们的测试设计分为测试项测试用例，由于当前试管理平台还有待进，测试用例设计文档中对测试项和测试用例没有严格的区别，故而很难定义、分解两者，目前照统一的

测试设计的考核权

测用例总分 = 所有测试

3、Bug的

测试发现的Bug进分类和定义的目的，是测试工程的评价提供量化依据，为Bug的效性供参考。在考核过程中，所的Bug统计都于项目组确是Bug的前提下，项目组不认定是Bug的不记入有效Bug中、同时不

前保证:目所有的Bug每个月都会统一汇总公布，故而少了非正常原因拒绝的Bug数，提高了项目经理、BA工程师对Bug的

? 一级Bug(系统崩溃)

在系统行中现重错误导致系统陷瘫痪，并且法自行恢复正的Bug。一，这类Bug的出现和消除无法控制，只有过重启统才能恢复正常。比如，系统运行出现的死机、系统瘫、通信链路频繁长期中断、系统的关键功能在某些情况丧失、系统关键性能不能达到设计指标等。另外还有稳定性面的严

考核权数:0.8

? 二级Bug(

系功能出现严错，严重影响系运行和用用，但无需重启系就可以恢复或者无自行恢复，但对系影响相对较小的Bug。比如，局部死后自动复位恢复、系统资吊死导致的务无法进行、系统状态或者数区混乱影响正常行、操作维护性能数据或告警上报、系统某些重要功不稳定或者丧失、系统重要性能不能到设计指标等。系统的重要功已经实现，但是功能实现不合理，操作十分不便或易引起用户歧义误操作而产

考核权数:0.5

? 三级Bug(

系功能现出现错误，导致些功能不能正使用，或者系某些功能未实现，但对系统其他功能没有严重影响的Bug。比如，切换算法错误导致的不能正常切换、操作维护配置无法进、程序中对异常乏保护导致的功能不完善、系统某些提及的功能未实现等。系统的一般功能实现不合理，对用户用造成

考核权数:0.3

? 四级Bug(轻

系统的要和基本功能已实现，但存在某些微的界问题，或者功能实现不合理，功使用不便，对用户使用造成轻影响。比如，有提供错误息打印或者信息打印错误、缺乏对某些输入参数的合法性检查、多余

考核权数:0.2

? 五级Bug(建议)

其他说明性，建性的问题。系功能、性能、界面、操作、工艺、网、服务等各方面存在需改进的地方，测试人可以将其作为建议提交需求管理流程，不列入Bug

考核权数:0.1

Bug总分 = 一级Bug总 ×1 + 二级Bug总数×0.8 + 三级Bug总数×0.5 + 四级Bug总数×0.2 + 五级Bug总

4、加减分项

a)加分

说明:加分只能当月加分，不能一个输出多次重加分，最多一次只能

1)对其他

2)提出项目过程中

一般问题:0.2

严重问题:0.4

测试过程改进问

明:于目前还没有严格的问题严重程度的定义，故而时由测试负责人指定加分

3)性能测试

按性能测试持续时间进行

明:果某段时间性能测试不饱和，则按照小时数进行算(需要测试负责人确认

4)自动

按自动化测试持续时间进行

明:果某段时间自动化测试不饱和，则按照小时数进行算(需要测试负责人确认

总加分 = 所有加分

b)减分:

说:对于每个输出内容减分不能超过输出产生的所能产的所有积分，一个文档的减分不超过1分，一个五级Bug的减分不能超

文档:

档没按照规范书写，文档质量低下(考核结果主要源于项目经理对文档的认

用例:

没按照规范书写(主要包

Bug:

1)是否按照Bug提

2) Bug描述是

运维Bug:

运维逸Bug按照严重程度加分中的则基本分×2进行

总减分 = 所有

c)测试负

核过程，测试负责人可以根据测试工程师的认真程度对整体得

5、考核准则

a)积分

分=(Bug总分 + 文档总分 + 测试用例总分 + 加分 – 总减分)× 微

b)等级

S: 100分以上

A1:90,100

A2:70,90

软件工程师日常工作考核标准

在编考评目时，要注意以下几个问题：首先，题目内容要客观确，语句要通顺流畅、简单

会产生歧；其次，每个目都要有准确的位，题目与题目之间不要有交叉内容，同时不应该有遗漏；最后，题目数量不过多。以分别是“软件工程师”岗位的“日常工作”和“工作态度”

软件工程师日常工

（考评方式：开发

（最高

1、开发过程中，

A 、编非常简洁、规范，注解完整、清楚，

B 、编

C 、编较简洁、规范，注解较完整、易懂，

D 、码较简洁、规范，有个别注解，

E 、编

2、发过程中，相关技术

A 、编非常规范，非常及时，随时都可以查

B 、编写

C 、编写规范，较及时，一般可以查阅近期文档；文

D 、编较规范，但不及时，常常难以查阅，文

E 、编不规范，不及时，常常难以查阅，甚至没

3、他的建议及接受

A 、常常很好的建议，并很大的提高了工作效率，而且能认

B 、有时好的建议，对工作效率有些提高，并且能认

C 、有提一些建议，但没什么效果，往往能听取

D 、很提建议，能听取经理的建议，但很少能执

E 、喜固执己见，不太能听取经理的建议，

4、提交工作总结

A 、每次都按时提交总结和计划，并且内容完整、详实、清楚，使人

B 、每次能按时提交总结和计划，内容较完整、详实，

C 、基本按时提交总结和计划，内容较完整、详实，使

D 、基本按时提交总结和计划，内容不太完整，使人

E 、很少按时提交总结和计划，内容不太完整，使人能

5、备份源程序

A 、每工作结束时，都能及时备份源程序，每

B 、本每天都能备份源程序，抽查

C 、往2至3天备份一次源程序，抽查

D 、往一星期备份一次源程序，抽

E 、备份源程序，抽查从来没

6、对

A 、从向无关人透露技术秘密，从不携带技术秘密（非工作需要，下）离开公司。对术保密问题提出了自

B 、从不

C 、从向无关人员透露技术秘密，从不携带技

D 、偶向无关人员透露技术秘密，从不携带

E 、偶向无关人员透露技术秘密，偶尔携带技

软件工程师工作态

（考评方式：

（最高

1、在工作中，他与人

A 、么时候与他接触，他都非

B 、与他接触，往往比

C 、当心情好时，比较热

D 、一般不太热

E 、从不热情。(1.5)

2、在工作中，他

A 、很信用，即便无法办到，他也会及

B 、信用，无法办到时，常

C 、有时守信用；(4.5)

D 、不太守信

E 、从不守信用。(1.5)

3、他是否有

A 、常喜欢帮助别人，并且解决了别

B 、较喜欢帮助别人，并且解决了

C 、较喜欢帮助别人，但一般解决不

D 、不太喜欢帮助

E 、从不帮助别人。(1.5)

4、对待工作，他是

A 、非积极主动，把工作看作是对能力的挑战，并

B 、非

C 、较积极主动，工作比较认

D 、太积极主动，有时计

E 、极怠慢，常常计较个

5、他在集体技

A 、常有很好的建议，并给小组带来

B 、有时好的建议，给小组带来的收益，并且能认真倾

C 、有时一些建议，但没什么效果，往往能认真倾听他

D 、有固执己见，不太能倾听他人的意见，有时

E 、喜欢固己见，不太能倾听他人的意见，常常影响讨论的顺利

6、他是否善于

A 、常善于与人合作，与他合作，我

B 、于与人合作，与他合作，

C 、比善于与人合作，与他合作，我没有什

D 、不太善与人合作，最好不与其合作；(3)E、不

软件测试工程师考核标准

--------------识就是力量-----精品word文档

目标:

为增强门测试工程师考核的合理性、科学性，特制定准则，根据本则来完成对部门所有测试工程

目部门测团队共有11人，进行多个项目执行的软件测试工作，同承担着部门大量随机测试任务、性能测试任务、自动化

在一项考核我们都增加了核的权数，每个文档、用例、Bug的提交都需要权数相乘以后才是终的得分，所有的得分相加将是测试工程师

指标:

1、提交测试相关

前部门测试过程主要体测试计划、测试用例、测报告(会多个)几个文档，故而对文档的考核将要依据几个文档来完成，对文档的质的考核将在加分、分中阐述，文的质量不满足要求会出现被扣分的情况，但是扣分最多只能扣除本文档带来积分(一一个文

文档的考核

文总分 = 所有文档

2、测试设

当在部测过程中，测试设计工作比重已经步增多，从而来了大量的试设计工作，测试设计的好将直接决定着部测试水平高下;我们的测试设计分为测试项测试用例，由于当前试管理平台还有待进，测试用例设计文档中对测试项和测试用例没有严格的区别，故而很难定义、分解两者，目前照统一的

测试设计的考核权

测用例总分 = 所有测试

3、Bug的

测试发现的Bug进分类和定义的目的，是测试工程的评价提供量化依据，为Bug的效性供参考。在考核过程中，所的Bug统计都于项目组确是Bug的前提下，项目组不认定是Bug的不记入有效Bug中、同时不

前保证:目所有的Bug每个月都会统一汇总公布，故而少了非正常原因拒绝的Bug数，提高了项目经理、BA工程师对Bug的

? 一级Bug(系统崩溃)

--------------识就是力量-----精品word文档

-----------------------------------------------------------------------------------------------------------------------------

--------------识就是力量-----精品word文档

在统运中现严重错误导致系陷于瘫痪，并无法自行恢复常的Bug。一般，这类Bug的出现和除都无法控制，有通过重系统才能恢复正常。比如，系统运中出现的死机、系统痪、通信链路频繁长期中断、系统的关键功能在某些情况丧失、系统关键性能不能达到设计指标等。另外还有稳定方面的严

考核权数:0.8

? 二级Bug(

系功能出现严错，严重影响系运行和用用，但无需重启系就可以恢复或者无自行恢复，但对系影响相对较小的Bug。比如，局部死后自动复位恢复、系统资吊死导致的务无法进行、系统状态或者数区混乱影响正常行、操作维护性能数据或告警上报、系统某些重要功不稳定或者丧失、系统重要性能不能到设计指标等。系统的重要功已经实现，但是功能实现不合理，操作十分不便或易引起用户歧义误操作而产

考核权数:0.5

? 三级Bug(

系功能现出现错误，导致些功能不能正使用，或者系某些功能未实现，但对系统其他功能没有严重影响的Bug。比如，切换算法错误导致的不能正常切换、操作维护配置无法进、程序中对异常乏保护导致的功能不完善、系统某些提及的功能未实现等。系统的一般功能实现不合理，对用户用造成

考核权数:0.3

? 四级Bug(轻微异常)

系统的要和基本功能已实现，但存在某些微的界问题，或者功能实现不合理，功使用不便，对用户使用造成轻影响。比如，有提供错误息打印或者信息打印错误、缺乏对某些输入参数的合法性检查、多余

考核权数:0.2

? 五级Bug(建议)

其他说明性，建性的问题。系功能、性能、界面、操作、工艺、网、服务等各方面存在需改进的地方，测试人可以将其作为建议提交需求管理流程，不列入Bug

考核权数:0.1

Bug总分 = 一级Bug总 ×1 + 二级Bug总数×0.8 + 三级Bug总数×0.5 + 四级Bug总数×0.2 + 五级Bug总

4、加减分项

--------------识就是力量-----精品word文档

-----------------------------------------------------------------------------------------------------------------------------

--------------识就是力量-----精品word文档

a)加分

说明:加分只能当月加分，不能一个输出多次重加分，最多一次只能

1)对其他

2)提出项目过程中

一般问题:0.2

严重问题:0.4

测试过程改进问

明:于目前还没有严格的问题严重程度的定义，故而时由测试负责人指定加分

3)性能测试

按性能测试持续时间进行

明:果某段时间性能测试不饱和，则按照小时数进行算(需要测试负责人确认

4)自动

按自动化测试持续时间进行

明:果某段时间自动化测试不饱和，则按照小时数进行算(需要测试负责人确认

总加分 = 所有加分

b)减分:

说:对于每个输出内容减分不能超过输出产生的所能产的所有积分，一个文档的减分不超过1分，一个五级Bug的减分不能超

文档:

档没按照规范书写，文档质量低下(考核结果主要源于项目经理对文档的认

用例:

没按照规范书写(主要包

Bug:

1)是否按照Bug提交

--------------识就是力量-----精品word文档

-----------------------------------------------------------------------------------------------------------------------------

--------------识就是力量-----精品word文档

2) Bug描述是

运维Bug:

运维逸Bug按照严重程度加分中的则基本分×2进行

总减分 = 所有

c)测试负

核过程，测试负责人可以根据测试工程师的认真程度对整体得

5、考核准则

a)积分

分=(Bug总分 + 文档总分 + 测试用例总分 + 加分 – 总减分)× 微

b)等级

S: 100分以上

A1:90,100

A2:70,90

--------------识就是力量-----精品word文档

-----------------------------------------------------------------------------------------------------------------------------

软件工程师职位说明书及考核标准

软件工程师

职位称 软件工程师 职位代码 所属部门 职 系 职等职级 直属

薪金标准 填写日期

职位概要:

设计、开发、维护、管理符合功能、性

工作内容:

参与目需求分析,进行系统框架和核

根新产品开发进度和任务分配，开

根公司技术文档规范编写相

根据需要不断修改

制项目文档、记录质

完成程序

研项目技术细节，编写

任职资格:

教育背景:

?通、电子工程、自动化、计算机及其相

经 验:

http://www.docin.com/jcfy81精品源，欢迎下!(页眉可删除,文档可编辑) 最新海量文模版:竞聘考核,年终总结,公务员国考,ppt模版,绩效管,述职述廉,规制度,临床医学,论文范文,财务营销,MBA考研,讲话稿演讲稿,工程审评招竞标,营

?3 年以上软件开发

技能技巧:

?精通编程

?具备编码和撰写文

?悉软件开发流程、设计模

?立解决技术问题，有较

?有良好的英语读

态 度:

?好学上进，耐心细致，有责任心;

?工作勤奋，善于

?时间观念，独立性强，具

工作条件:

工作场所:办

环境状况:

危 险 性:基本无危险,

直接下属 间

晋升方向 轮

http://www.docin.com/jcfy81精品资源，欢迎下载!(页眉删,文档可编辑) 最新量范文模版:聘考核,年总结,公务员国考,ppt模版,绩效管理,述职述廉,规章制

文范,财营销,MBA考研,讲话稿演讲稿,工程审评竞标,营销策划……天

转载请注明出处范文大全网 » 软件开发工程师考核标准