《软件开发转正自我评价.docx》由会员分享，可在线阅读，更多相关《软件开发转正自我评价.docx（6页珍藏版）》请在三一文库上搜索。
1、软件开发转正自我评价软件开发是一项包括需求获取、开发规划、需求分析和设计、编程实现、软件测试、版本控制的系统工程。但是他们自我评价要怎么写呢 ?下面是为大家带来范文，相信对你会有帮助的。软件开发转正自我评价篇一要想成为好的测试人员，还要了解你要测试的软件的相关知识。要了解软件产品的架构是什么样的。 要了解软件的市场需求， 在接触软件之初要可以多看看用户的反馈信息， 这些才是用户最关心的， 也是你在测试中需要注意的问题，满足客户是最大的需要。但是了解软件需求之后要学会要多读些软件系统的技术文档， 软件设计文档，这些文档可以帮助你了解产品如何工作。 还有多看看公司 bug 库中的问题，这些存在的问
2、题可以帮助你了解软件产品那些地方存在缺陷， 软件系统那些地方会出现错误。 软件是运行在一个大环境中，如果对系统不熟悉， 那么有些问题你不能从一个更广阔的层面考虑，学习操作系统的知识，有助于你发现缺陷，定位问题更加准确。比如软件运行在windows 或者 linux ，如果你不懂操作系统，你就无法建立测试环境， 有些时候时候软件的组件发生问题，就是你系统配置造成的，对系统不熟悉，你会把外在原因归结为软件本身。所以要学习关于和软件系统相关的知识，比如编程，网络，数据库等。不一定你要学习到多好的程度，只是通过这些扩展的知识面，你可以在发现问题，解决问题上不会局限在狭小的圈子里。软件开发转正自我评价篇
3、二在我还在忐忑自己到底要做什么工作的时候，任务已经下达了，首先进行矿业权系统的测试工作。 这样的好处在于能够在测试的过程中，了解项目的整体布局， 了解项目中的业务逻辑，了解项目中尚未完成的工作并以此作为下个阶段的工作目标。 至此，入职工作顺利起步。在对矿业权系统进行测试之后， 暴露了系统的诸多问题， 测试过程中发现矿权系统没有进行输入限定， 为了解决这个问题需要对整个系统的数据进行整理， 我的下一个任务就是编写矿业权系统的数据需求文档。在编写该文档的过程中，对矿权系统进行了更深入的了解，为之后的 bug 勘误工作奠定了一定的基础。完成了矿业权系统的数据需求文档的编写之后， 新的任务是对整个矿权
4、的输入数据进行输入限定， 在任务开始之处是极为困难的， 幸而得到了同事们的帮助才得以顺利完成任务。 任务虽然完成， 但是对输入限定实现方法的一知半解以及任务完成过程中的不仔细， 为之后发生的问题也埋下了苦果。在对矿业权系统添加输入限定完成之后， 进入了解决程序小问题的阶段，对矿权系统进行细微的缝补工作。 这段时间是学习多于工作的，不同的问题督促我要每天和百度亲密接触数百次， 又要劳烦诸位在百忙中的同事抽出时间来给我帮忙。 虽然辛苦一点， 但收获却是满满。完成了系统的修补之后，我们的程序送到了四惠进行第一轮测试，在测试的一周里，我主要是补充网络编程的基础知识。第一轮测试结果出来之后， 我们项目组
5、开始了紧张的第一轮矿业权系统 bug 勘误工作。拿到 bug 列表之后，发现有一小半错误皆是因我而起，输入限定问题很多， 我也主动承担了输入限定部分的 bug 勘误工作。第一轮 bug 勘误工作完成后， 进行了第一轮了回归测试， 测试结果已然不尽人意， 仍然存在大量的问题需要修改， 而且很多问题还是因我而起，输入限定仍然存在大量问题，再一次进行修改之后，我们的程序送到了十五所进行所检。在进行所检之余， 我又接到了新的任务， 完成矿权系统的概要设计以及详细设计文档的编写。这两份文档已于 9 月 2 号编写完毕。现阶段我的任务是根据所检的bug 列表，对矿权系统进行回归测试。2. 工作中失败的教训
6、以及成功的经验对于失败的教训要吸取， 成功的经验要进行总结。 我对成功的定义是：在保证质量的前提下完成既定的计划或目标就是成功。 其他的所有结果都是失败。成功的经验：1) 敢于接受任务并想尽一切办法完成入职两个月最大的收获就是敢于接受任务并想尽办法完成， 每一个任务对于初入职场的我都是一个挑战， 如何保质保量完成任务是最基本的要求。这两月最大的成功在于没有一次任务是拖沓的， 每次都尽最大努力完成了任务。2) 勇于承担错误，正视自身的问题在这两个月的工作中可谓是错误不断， 从文档的错别字这种小问题到矿权系统 bug 修改不正确导致崩溃这种大错误， 暴露出来了很多的问题，我秉承着有错即改，下不为例
7、的思想，正视自己的错误并积极改正，因此这也算是一个成功。软件开发转正自我评价篇三作为一名软件测试人员， 我的工作内容是： 主动寻找公司的软件产品中可能的缺陷以及不合理的地方， 并及时反馈给开发同事， 保证公司的软件交给客户是比较理想没有明显缺陷的状态。在公司测试的日常工作， 主要由两部分组成： 一是与实施同事交流讨论，总结实施同事提交的 bug 并提交给开发修改、 全程跟踪，直到 bug 关闭。二是按照流程细致的分析软件可能存在的缺陷， 及时反馈给开发同事。在 4 个月的时间里，我由测试 XX转到测试 XX，下面对我的工作做一个总结。1、XX测试。刚来公司，测试经理给我非配的是一台惠普的新台式
8、机，运行速度很快，用起来很舒服，很喜欢。第一个星期主要是学习 xx 的业务流程和安装部署XX 财政端和单位端的测试环境。在XX的帮助下我配置了oracle10g、PL/SQLDeveloper、Tomcat 等环境。 6月到 8 月份，我主要测试的是XX版本，财政端测试的模块主要有：票据管理、收入管理、基础资料、单位对账、统计报表、票据查询、以及系统管理等模块;测试单位端主要是与财政端相关模块。测试的用户有：省财政厅、 XX县、 XX县。2、XX测试。到了八月底，由于黄石非税项目组的XXX的项目任务比价紧，我遍参加进入了XX的测试小组，与 XX、XX一起并肩战斗 !由于 XX功能不够稳定， 测
9、试工作进度受开发的影像，进度时快时慢，工作状态也反复无常。我调整好状态，及时与开发的同事沟通，把没有及时跟新出现的bug 直接与开发交流， 避免了测试工作的反复。 测试 XX的过程中由于开始业务不熟悉， 请教 XX，她都耐心的帮我解答。XX测试的主要模块是： XXXXXXXXXXXX刚走出校园初次接触软件测试这个全新的行业， 我就对这份工作产生了极大的好奇，在工作的过程中，不断的和同事交流，学习工作技巧，工作到今天，工作技能有了很大的进步，但是，随着工作的日益进展，也出现了些困惑和工作难题。1、部门间同事交流不是很充分。 前期测试 XX感觉交流还比较充分，因为 XX版本是一个稳定的版本， 性能比较稳定，用户提出的 bug 都很深入比较少， 实施、测试、开发就有充分的时间讨论、 分析需求、最终合理的解决。但是转到测试 XX 后就明显感觉交流的时间不够，我想是因为 XX 的项目时间赶得太急，这段时间资源有限，整个项目组必须拿宝贵的时间解决最重要的事情， 所以需要项目的每个成员做好全心的投入， 每个细节和问题及时沟通， 这样才能保证项目开发流程的顺畅，最后完成任务。 我想我在紧急项目测试的这个方面还要注意方法。2.由于个刚走出校门的大学生，项目经验比较少，也很欠缺对行业技术的把握。 我要加紧学习， 才能更好的满足不断变化的深入的测试工作。