软件实施工程师

一、软件实施工程师岗位职责一、软件实施工程师岗位职责 1. 负责公司产品及系统的实施工作，推进项目顺利进行； 2. 负责软件系统安装部署、升级维护； 3. 用户现场技术支持及日常维护，包括接听客户咨询电话，向用户提供咨 询、指导、解释相关业务或技术问题，收集用户反馈信息； 4. 负责用户培训，编写培训文档，解答用户系统使用过程中的疑问； 5. 编写相关的实施文档、使用手册、测试文档、验收文档。 6、熟悉 windows 等主流操作系统的安装和使用 7、客户联络、客户回访 8、客户问题反馈及跟踪 9、产品部署、升级、安装调试、数据迁移、数据备份。 10、用户文档编制（安装手册、调试手册、使用手册、帮助手册等） 11、用户培训（教程、计划、执行、跟踪结果） 12、模拟用户环境测试 13、用户使用问题收集和处理 二、任职要求二、任职要求 1. 计算机、软件工程、信息管理等相关专业本科及以上学历； 2. 熟悉 Oracle 数据库，Weblogic 等安装部署； 4. 能够适应长期外地出差； 5. 具备良好的沟通能力，文档编写能力。 6.具有 2 年相关行业的工作背景， 懂项目管理或具有大型软件实施和服务工 作经验者优先考虑； 7、有.net 开发或同类型软件开发经验优先考虑； 8、接收优秀应届毕业生。 三、薪酬三、薪酬 工资根据级别不同进行划分， 高级、中级、初级软件实施工程师的年薪水 平分别是 8 万～10 万元、 5 万～6 万元和 3 万～4 万元。 而以具有 3～5 年工作经验的从业者为例来看， 各地区的软件测试工程师薪资情况也不尽相同 深圳地区的平均年薪是全国各城 市最高的，超过 7 万元，其中外商独资欧美企业的年薪约为 7.8 万元；北京地区 该职位的平均年薪逾 5.8 万元 外商独资企业的年薪为全国之最， 将近 8.5 万元， 而其余各类型企业的年薪 都在 5 万～6 万元之间；广州地区该职位的平均年薪约为4.5 万元，其中外商独 资欧美企业的年薪能达到 7 万元； 上海地区软件测试工程师的平均年软件测试工 程师前景和职业发展路线及职业规划。 四、月、季度、年终考核标准、考核制度、评分标准四、月、季度、年终考核标准、考核制度、评分标准 1.提交的问题单数量、测试执行用例数量，尚未发现的问题数； 2.对测试人员发现问题的价值进行评估； 3.对测试文档的质量进行评估； 4.测试人员的综合能力，如责任心，沟通能力等。 5.测试人员对系统的需求的熟悉程度 测试部门绩效考评标准 一、 专业素质得分绩效 60 MAX 分值 100 1、用例进度（15 分） A、要求制定 checklist，包括 3 个时间点（第一次发送用例、邮件评审 后第二次发送用例、组内评审后第三次发送最终用例）。checklist 和 3 次的输 出一起发送，例如邮件内容为 checklist 时间点，附件为用例或会议记录。如有 临时紧急工作穿插，checklist 及时修订发送。（以月度版本为单位） B、评分标准 （1）每个时间点按照 checklist 提前完成，5。 （2）终稿时间按照 checklist 提前完成，3。 （3）按 checklist 终稿时间按时完成，为基础分 10 分。 （4）如果终稿时间有所 delay，扣除 2 分。 2、用例质量（25 分） A、要求主要按照测试用例的遗漏点进行扣分制算法。整体分包括了策划 功能面用例设计、技术实现面用例设计、 格式细节面用例设计和系统漏洞面发现 及游戏性考虑设计。以上评审内容包括邮件评审和会议评审，重复的补充点不重 复扣除分数。 B、评分标准 （1）在评审中，功能点（包括策划和程序面）用例设计缺失，一点扣除 2 分。 （2）在评审中，重点漏洞的测试点考虑缺失，一点扣除 1 分。 （3）在评审中，细节考虑缺失，一点扣除 0.2 分。 3、测试流程（15 分） A、要求根据版本计划安排制定测试计划 checklist（第一轮测试完成时 间、bug 回归完成时间、第二轮测试完成时间）。根据每日日报的时间点来进行 check，是否有 delay 的问题存在。 B、评分标准 （1）每个时间点按照 checklist 提前完成，5。 （2）最后一个时间点按照 checklist 提前完成，3。 （3）最后完成时间点按照 checklist 按时完成，为 10 分。 （4）最后完成时间点 delay，为 8 分。 4、测试质量（25 分） A、要求根据测试用例和在测试中考虑的异常测试点的遗漏，以满分制按 照遗漏 bug 等级进行扣分， 遗漏 bug 包括第二轮测试中发现的 bug 和外网玩家提 交的 bug。如果在第二轮测试中按照发现的新增 bug 根据 bug 的等级进行加分。 Bug 扣除分数按照 bugtrace 的提交等级划分按照测试组定义的 bug 分类等级划 分。进入计算的bug 属于大家公投可重现的 bug，无法重现或难于重现的bug 不 计入 bug 扣分记录。 B、评分标准 （1）遗漏致命 bug，一个扣除 2 分。 （2）遗漏严重 bug，一个扣除 1 分。 （3）遗漏一般 bug，一个扣除 0.2。 （4）在运营期项目均采取此项分数，对于非运营期项目，主要为发现 bug 加分机制，加分分数为基础分 22 分以上对应等级分数的一半。 （5）第二轮测试发现以上等级 bug 同等加分，无上限分值限制。 5、测试接口人（7 分） A、要求按照版本的工作内容，进行工作日报和出档邮件的输出以及测试 进度的跟进。 以上责任为项目测试接口人，但是具体执行为轮流得版本当前负责 人。 B、评分标准 （1）完成每日测试日报，内容包括测试进度和计划以及版本情况和 bug 情 况反馈等，1 分。 （2）出档邮件发送和出档情况跟进督促，1 分。 （3）加壳情况和预更新配置情况跟进督促，1 分。 （4） 对于版本测试用例完成后的 GM 指令需求和工具需求的一个收集整理和 输出，以及对提交 bug 的规范检查和跟进指导，2 分； （5） 对于版本结束后放到外网体验一周后的运营质量的总结和问题的总结， 以及后继解决方案的输出，2 分； （6）以上各项如有疏漏和时间的 delay 不得分。 6、用例补充加分（10 分） A、要求根据现有的用例补充，包括邮件补充和用例评审会议补充，进行 加分的一项分数。用例补充，包括评审会上的提出点均作为加分项目进行鼓励， 包括提出问题，如果有助于理解实现上的问题也作为补充项目。 B、评分标准 （1） 补充用例的点是构成用例编写人扣分的点的，给与扣除分数同等加分， 即对方扣除 1 分，则第一个补充的人1 分，这也是鼓励大家尽快回复的一项， 先补充的先得分，调动积极性。 （2）在用例邮件回复和评审会中提出关键性问题的，给与对应严重程度的 加分。 （3）本项得分累计加分不超过 10 分。 （4）第一个后重复补充的不算分，机会给跑在最前面的人。 7、工具需求和整理使用加分（3 分） A、要求根据现有测试中发现的问题，或者是新增系统中的提高质量和效 率的， 或者是对原有系统常重复使用的功能的