学好web框架当你掌握了html，服务器端脚本语言，css和javascript后，就应该找一个web框架加快你的web开发速度，使用框架可以节约你很多时间，如果你使用php，可选的框架有cakephp，codeigniter，zend等，python程序员喜欢使用django和webpy，ruby程序员喜欢使用ror。

对于初学开发人员来说，以上知识是不是看起来很复杂，其实，当你一步步学习并为企业开发成功案例时，你会发现一切都是有意义的付出。

较强的视觉设计

前端技术包括4个部分：前端美工、浏览器兼容、css、html“传统”技术与adobeair、googlegears,以及概念性较强的交互式设计,艺术性较强的视觉设计等等.

根据该词可以做这样的理解,用互联网来做比喻,凡是通过浏览器到用户端计算机的统称为前端技术.相反存贮于服务器端的统称为后端技术.

web前端优化

尽量减少http请求 (make fewer http requests)

减少 dns 查找 (reduce dns lookups)

避免重定向 (avoid redirects)

使得 ajax 可缓存 (make ajax cacheable)

延迟载入组件 (post-load components)

预载入组件 (preload components)

减少 dom 元素数量 (reduce the number of dom elements)

切分组件到多个域 (split components across domains)

最小化 iframe 的数量 (minimize the number of iframes)

杜绝 http 404 错误 (no 404s)

以上10条涵盖了web前端开发中遇到的各种页面处理技术，让前端开发人员能够准确和快速地把握整个网页的架构，从而达到减少开发成本和页面美化目的.

web前端开发的职责是什么

1、使用div+css并结合javascript负责产品的前端开发和页面制作；

2、熟悉w3c标准和各主流浏览器在前端开发中的差异，能熟练运用div+css，提供针对不同浏览器的前端页面解决方案；

3、负责相关产品的需求以及前端程序的实现，提供合理的前端架构；

4、与产品、后台开发人员保持良好沟通，能快速理解、消化各方需求，并落实为具体的开发工作；

5、了解服务器端的相关工作，在交互体验、产品设计等方面有自己的见解。

开发工作总结篇2

xx项目在承接20xx年工作完成良好的基础上，得到公司领导的大力支持和相关部门的密切配合使得20xx年以来的工作进展较顺利，现将 20xx年的工作情况汇报如下：

一、项目工程完成情况

春节前x月xx日完成主体框架封顶，春节后x月x日通过了主体验收。截止到x月x日已经完成土建工程所有的工程量及室内安装相应的工程进度（x楼西单元精装修部分除外），目前正在进行的有铝合金安装、外墙保温、外墙涂料、内墙腻子等分项工程。施工总计划是x天，（开工至单体验收）截止到x月x日已进行了x天。

二、项目管理实施

1、按照工程总承包模式进行机构组合，并建立质量管理体系，实施设计、技术、质量、施工的关联性管理。既设计为技术、质量、施工负责；技术以设计为基础为质量、施工服务；质量以设计、技术为前提以施工为目标；施工以设计、技术、质量为目标。从根本上解决了设计、技术、质量、施工相矛盾、相脱节的问题；解决了相互扯皮的问题，更有利于对工程进度的总体控制。极大地压缩了工程投资。减少了多环节带来的费用支出；促进了设计部门自觉主动进行优化设计；避免了对设计意图不理解所造成的采购错误；杜绝与设计不符所造成的返工增量；一次投产，为企业减少了费用支出。

2、严格执行招标制度。通过材料、设备的招标，充分发挥招标的公正、公平、公开等特性，既挑选最适合项目工程的材料、设备和保证了材料、设备的供货质量又最大限度压缩单价节省资金。

3、安全质量是同胞兄弟。建立以业主为监督、监理为主要监控、总包为主要负责、分包或班组为主要落实的一条线安全质量管理体系。确定安全质量管理目标既：安全质量是企业的生命是操纵者的饭碗。规定安全质量管理原则既：安全质量与进度发生冲突时以安全质量为主；当安全质量与造价发生矛盾是确保安全质量。以安全质量为中心，在工程进行当中认真分析人、材料、机械、施工方法、施工环境五大影响工程质量因素，并拿出最好掌控办法。严格遵循检查出问题→分析原因→制定多个针对性措施→选定最合理的执行并指定专人负责落实→得到整改完毕通知后检查落实整改结果→检查出问题……的完整循环模式，尽可能多的查出隐患并尽快彻底处理掉。我们项目至今未发生过较大质量安全事故的事实证明这个过程非常有效。

4、根据公司批准的总的施工进度计划，经过仔细研究，认真分析，根据实际情况制定出阶段进度计划（如x至x层砌体的进度计划或x层至x层抹灰的进度计划……诸如此类），和时间进度计划（如ⅹ任务必须在ⅹ月ⅹ日前完成或x月底必须完成x至x层的混凝土施工……）；但是两者不能存在矛盾，因为相比总进度计划，不确定因素太多，而实际情况每时刻在变化，所以在过程当中只有及时灵活调整计划才能最切合实际的去完成计划。阶段进度计划和时间进度计划是总计划的分化是总计划得以实现的互补。

5、项目建设的实质就是提高效益和降低造价，在满足性能要求的前提下，与设计单位、监理、总包共同参与，优化方案、改进工艺、提升劳动效率。通过严格控制技术、经济签证程序及内容，确保不增加任何额外经济负担。在领导的大力支持下还从相关手续办理、检测等方面为项目降耗节支。

6、文明施工显示一个开发单位和建筑企业的管理水平和从业档次。公寓项目xx公司，南、北、西临近主要交通干线，施工过程当中除了遵守主管部门有关规定外，还以人性化管理为主，既满足工程本身需要保证不影响到鞋业生产还树立了企业的良好形象，在通过监管处检查时得到主管部门领导的好评。

三、在进度、质量、安全、投资既矛盾又具统一性的四个环节当中不能刻意去追求那一方面的完美

如偏重进度则质量、安全隐患就相继增多，由于设备的投入和相关措施的增加投资相应增加；如偏重降低投资，材料供应、设备使用会影响进度；这是矛盾的一面。进度、质量、安全、投资任何一环节失控其他三个环节都受到关联和影响这是反映其统一的一面。现场发现的问题有：

（一）、总包单位现场管理人员太过年轻化，技术和经验都存在缺陷，管理脱节，无疑增加我们管理工作的难度和工作量。在这种情况下，先摸清情况，尽可能最大能力调动监理的积极性使其充分发挥作用，通过检查、开专题会、现场会、加大建设单位监督力度等手段祢补总包管理不到位和引导推动总包自身管理逐渐完善。

（二）、部分材料供应失控；进一步加强材料采购供应管理及与项目配合力度，（能否采取有效措施减轻材料部工作量）确保采购与供应不脱节。

（三）、实行总包管理是建设工程的必然趋势，目前总承包项目管理还不够规范，发展不平衡。我们开展工程总承包时间短，管理模式都在探索之中，各分包、各企业的认识都存在差距。建议在合同管理和风险管理方面加大研究力度。在总承包中必须落实总承包合同、分包合同、采购合同等问题。

四、今后打算

在目前房地产业出现拐角和降温的不利形式下，可以预料我们的工作将更加繁重，要求也更高，需掌握的知识更高更广。为此，我将更加勤奋的工作，刻苦的学习，努力提高文化素质和各种工作技能。能遵章守纪、团结同事、务真求实、始终保持严谨认真的工作态度和一丝不苟的工作作风。

进入公司已经有将近一年的时间，在公司领导的强有力的领导以及关心支持下，个人在20xx年度取得了不小的进步，

开发工作总结篇3

做上层开发学了这么多所谓的语言，框架，技术，其实现在想想万变不离的却是底层的数据结构，操作系统，网络通讯和一些其他的基础的东西。

自己也算半路出家，以前总是不屑基础的东西，总认为我懂了wpf，能画出很炫的界面什么就很好了。其实却是认识太肤浅，只有掌握了不变的东西才能应付好上层的技术，否则只会被微软牵着鼻子走。

所以对新人来说，打好基础是多么重要，可惜我后知后觉了。

除了基础的东西，我认为其次重要的是软件架构。

好的架构可以让事情事半功倍，让下面实现具体代码的感觉很轻松。说得过分点，一个好的架构师可以带一群实习生的干活都能出好东西。软件开发越来越不需要我们懂底层的东西，很多现成的轮子可以用，但是要知道怎么搭积木就需要好的架构师了。

所以我觉得平常要多看好的开源架构，多学习框框的东西，当然轮子和积木知道哪里能拿到。最怕的是像我一样，只会google找积木搭，这就是所谓的纯码农了：

其次是业务，开发很多时候要懂业务。

很多开发的很不屑业务，认为技术才最重要。其实很多时候业务才是王道，软件开发在我看来大部分时间都是给业务做服务的，做支持的，公司都是靠业务才能赚钱的'。

所以开发人员也要懂业务，特别对那种不是很想一直做开发的来说，懂业务又懂技术也许会给你更多的机会。

最后是软件开发的职业发展。

个人的看法是码农能爬上去做架构师和经理的其实很少，基本一个萝卜一个坑，我见到开发能一直做到退休的都是老外，人家基本没有title的，这样的我观察无非两种人。一种是对业务很精通，同时对技术系统又很懂的，公司少不了他。一种是对技术很热情很钻研，能力很强，又不想去要什么title的，基本可以挑大梁。

我想国内的情况虽然不太一样，不过基本可以借鉴下老外。当然不做开发还有很多可以做，我想说的是开发是可以做一辈子的，就看个人的想法了。

这个问题我自己也一直在想，目前只有一条模糊的路，也得摸石头过。

开发工作总结篇4

这一年还是大部分时间做着开发的工作，在创业的一年多时间里，好像自己所做的事情不太像一个创业者做的事。用了太多的时间在具体的工作当中了，对于市场，对于营销推广都是在被动的接收，没有全面的，主动的去做事情。这也可能是我们做技术的出来创业的弊端，希望今后能在方面有所进步。

当然，我们虽然没有取得很快的发展，但是还是保持了一定的盈利。如果你说你打工上班也能挣这么多，我也无话可说，毕竟我们不一样，不一样，每个人都有不同的境遇。基本这样，我还是希望每一步都能脚踏实地地往前走，对于我们这种丝创业，步子迈太大就太容易伤了元气。

这一年越来感觉创业不是一件容易的事了，随着移动互联网的降温，这里的风口越来越少了，或者说已经没有了。对于我们做互联网软件服务的公司来说，这就会直接影响到公司的存亡了。

在项目的合作里面，我们基本都是作为乙方，面对各种各样的甲方客户，我们有的时候真的是有苦难言，所以的委屈都自己憋着吧，就当安慰自己这是一种成长。

这一年我也做了一些尝试，去做一个属于自己的产品，我们现在还没有能力去做一个伟大的产品，这点我们是有自知之明的。我们就从身边的小工具开始做起吧，只要有人使用我们的工具，我们也是有一种成就感。就是当我们把产品辛苦开发出来后，运营，推广的事，让我们一筹莫展了。接下来的时间里，我们还有很多要学习了，学习的方向现在是越来越明确了。

希望新的一年里，我们还能坚持自己的梦想，毕竟活着，就应该梦一场。

开发工作总结篇5

xx年是我进入公司的第一年，也是我的工作能力得到提高和快速发展的一年，在公司领导的指导和同事以及其它部门的支持配合下，最后在经过自己的努力，完成了自己所要完成的各项工作任务，在新的一年来临之迹，我要对过去一年的工作进行一个全面的总结，以便在今年的工作中能够有更明确的目标，尽量克服自己现在所存在的不足，希望能更一步为自己所在的部门增光，做出自己的贡献。下面是我对去年工作汇总。

一、总结：

1、自身定位：在过去一年，是我进公司的第一年，也是我工作的第一年，刚开始在我对工作竞争和自身都不甚了解的情况下，在领导和同事的指导下，我感觉自己已经慢慢对人与人的竞争和自身定位有了深刻的了解，因为有了自我目标，才能感受到自己的压力有多大！我的目标也不只是完成目前所要做的工作而已，要向其它方面拓展学习。

2、定下心来，踏踏实实：我学的是计算机专业，我的工作也是计算机方面的，以前有什么优势，但是踏入工作岗位后才发现，自己学的只是一个基础，只是有些方面或许比别人走的快一步，所以一切都要靠自己、自己要定得心下来学习、成功需要耐得住寂寞，不求最快，但求、

3、团队合作：以前在学校或许你可以靠一个取得好成绩，在工作上你必须要有一个团队，在一个部门之中，团队合作精神显得尤为重要、以前我做有些事都是一意孤行，但现在已经对自己改变了，多听听他人意见，会犯更少错误，会更长见识，所以要学会与同事之间的合作，做事才更有效。

4、工作情况：在公司一年，对mes大型系统有了个大概了解，对我们所要学习的mes已经可以说差不多都掌握，条码打印机的维修和设置掌握，a4打印机大多数情况可以维护，pda、条码枪已掌握，电脑的系统重装和维护已掌握，其它基本设置可以维护，对新出来的程序掌握和了解也比较快。

5、课外学习：该学的已经掌握，学习，简单的程序可以编写，但有时还要依靠于网络和朋友，需要进一步加强。但主要还是以网络为主。

二、自身缺点

1、沟通问题：自己的沟通能力只能算一般，因为对于某些事的阐释还是不怎么好，语言表达能力有点差，希望通过平时的交流和沟通来加强。

2、心态问题：自己对于做某些事过于着急，一心想急切完成，确反而误时，这个问题一开始就一直出现，现在虽然已经基本克服，但也要列入缺点方面，希望以后时刻注意！

3、学习问题：对于课外学习c#这方面，我在编程时感觉困难的时候有时候就不愿去做，现在虽然已经慢慢改进上网搜资料和问问朋友，但有时候还是克服不了自己。

先自我简介一下，本人从事asp。net开发进一年，09届毕业生，xx年11月开始上班，之前做asp，xx年2月后开始做asp。net，由于公司转型，现在带十几个人在一起搞asp。net开发，主要是关于准金融行业的行业管理软件。年度总结在会议上也写了，但仅限于对于工作总结及xx年工作计划，自我总结较少，因此今天专门做下自我的年度总结，主要从技术、管理、人生上面谈谈这一年的收获，前辈路过欢迎多多指正。

技术

我在学校里学的是电气自动化，程序基础仅限于c基础课程的一些知识，后来由vb、html转向asp，在asp上花费了不少时间，对asp比较熟悉，后来由于公司业务需要，将开发平台转向asp。net，开始对asp。net不是很感冒，以为就是asp的一点扩展（那时还不知道三层架构，数据数据访问全在页面里——！），后来招来几个北大青鸟的过来终于意识到asp。net的强大之处，经过个人的.努力已经逐步掌握了asp。net，现在层次上只能讲个人觉得是入门而已，原因是多方面的，待会儿会讲到。

相信从面向过程转向面向对象的同学都有一种感觉：面向对象开始真的有点别扭，涉及到属性，尤其是类之间的各种关系，那时老想用面向过程传递参数多方面啊。于是老在想对象这种东西，从概念中跳中来，以自己的方式去理解才逐渐体会到页面对象的精华来，分层次展现、分级别访问、封装对象之间各种关系逐渐真正理解了，尤其是对象之间的关系，如对象a与对象b两者之间的关系，有些需要完全公开，有些需要隐藏，有些需要通过第三方传递，有些需要给自己的下级可见，有些需要让下级去完成具体操作——这不是现实的实际模型吗？应该这么理解，面向对象来源于现实，它不是一种凭空空想出来的理论，这些对象之间的关系可以将其还原为父子、夫妻、领导下属、同事、朋友之间的关系。相比之下，页面过程往往像是一股脑全部推给用户使用，其中的数据与数据访问方法层次不清晰，在模拟现实上它与面向对象相比更易于入门理解，实质上难于准确直接地表述。

面向对象上另一方面是它的设计模式，在之前的面向过程中对这个设计模式并没有清晰地提出来，面向过程优秀的代码要求高内聚低耦合，从个人的理解上，这仅是对软件开发方法“技”上理论总结；设计模式是达到了“道”的层次，因为它从更大的方向、更抽象的层次来去表述具体的代码模块之间的关系，可以认为设计模式是完全从实际的应用来不断总结得来的经验，之间并没有这种术语，但相信前人肯定也使用到这种思想，它从实际应用于来，当然要应用于实际工作中，认真思考不断总结每个人都会有自己的“设计模式”，可以借鉴前人的思想来去提升自己，不可去为“设计模式”而设计模式。

具体到asp。net的实现模型中，真正理解它的机制与方法也就不难理解，记住b/s中离不开post或get，所有的autopostback、selectedindexchanged……都是去调用form传值，加上runat=server的服务器控件打开它生成的源文件也是普通的html标签，微软的让软件开发更容易的思路是很好的，时代在前进，很多年前你使用c写出mis证明你很牛，很多年之后你不在使用c去写“学生管理系统”、“图书馆管理系统”那只能说明你的脑子少一根筋，开发语言都有长处与不足的地方，因为它们适用的场合不同，类似不能拿匕首去跟炮弹比，也不能拿c与php比，程序员都有一种偏执的心理，但一点要记住，你面对的用户才有最终发言权，程序能不能满足需要，易用性、稳定性、成本才是应当首先放到重要位置来去谈的。

管理

最开始担任管理一职时开发团队加我在内只有四个人，那时只是抱着接受挑战的心理去做管理，加上我本人比较重感情，团队之间关系相处都不错，但严重的问题逐渐显露出来：工作的随意性、团队精神薄弱、工作方式蛮干，印象深刻的是有几个开始承诺项目不能完工，于是最后天天加班，一直做到早上6点，睡一会7点半接着上班，几个同事都是年龄差不多的小伙子，干劲十足。后来随着时间的.推进，问题越来越摆在眼前：项目迟迟不能完工，又由于公司待遇方面让新员工感觉不值得，于是形成了老板抱怨员工也抱怨的状况，我在中间两点都要去“消火”，这期间是我们部门相对最累的时间但也是相对感觉最充实的时候，后来，之前的员工跟我说“再也找不到那种感觉了”，这是我能想像的。这期间主要是老总对我十分信任，工作上主要是管理方法上对我指点了不少。后来我逐步体会到，管理应该是“大家定规则去遵守”，而不应该是“人管人”。

人管人很容易陷入一个误区：领导去时时刻刻关注每个员工，这样最后往往后造成员工对领导的敷衍了事，管理松了员工会责任下下降，管理紧了造成员工与领导关系紧张，另一方面领导时间精力有限必然耗费大量的精力在日常的监督中而不能投入到全局的管理中。

于是“定制度—定分工—定进度”，明确日常所有的规章制度，这期间除了公司主要的工作规章制度外其他的日常工作纪律、日常管理等规章制度都是我本人制订，然后征求大家意见最后去贯彻执行。中间也遇到了不少问题，比如开始我们内部是允许使用qq的，后来员工用qq闲聊的时间增多，大大影响了工作效率，最后决心禁止，开始阻力较大（貌似程序员都喜欢挂上几个qq去到群里搞个群主，虽然群里大多都是菜鸟），最后多次开会，逐个谈话，阐明道理，形势逐渐好转。

项目分工上针对技术水平明确分工，制订项目开发计划，由于开始技术都不是很成熟，不少时间我这边强势要求，使用野蛮方法，完不成加班——我陪着加班，这段时间能感觉到员工对我稍有怨言但总体还是认可的。

这期间公司新招人员，人员的增多更使我意识到团队管理的重要性，这期间版本控制、编码规范、文档管理、bug管理等诸多问题都得到一一解决，技术水平上主要是我个人利用空余时间学习新知识充电，然后展开各种培训，主要是photoshop、css、js、sql等方面，培训一方面提升了员工的技术水平，一方面我本人在学习培训的过程中得到的最多，因为这个时候个人要求去思考的会，加上我本人对技术兴趣比较深厚，所以后期工作慢慢踏入良性循环。

待遇低、条件艰苦、工作时间长、工作压力大是团队中最大的难题，这方面公司在某些方面决策层有着严重的错误思想，造成技术人员对公司埋怨增多，在这方面我本人只能以劝架婆的身价去安慰身边的兄弟，因为我明白现在公司的问题与当前中国软件行业的通病一样，盲目追求利益最大化，不求质量，但求速度，整个社会风气造成软件行业良莠不齐发展，整个中国三四个人的开发团队组成的公司数不胜数，整个程序员阶层生存状况可想而知，疯狂加班、代码质量低下、维护成本大、稳定性差、用户体验差……。当然我们本身不能去逃避这个现状，对于个人来讲任何假大空的口号都是没有意义的，程序员作为技术人员最重要的是心态，以良好的心态去面对各种问题，发现问题、解决问题，发现问题抱怨是解决不了问题的（“it民工”是我个人认为it人最没有正确的自我定位的一个称谓，试想一个人连自己都看不起自己的职业，他能做好自己的工作吗？），最主要是解决问题。

我在面试员工时反复提到的三点是；工作态度、发展潜力、工作能力，由前向后排序，心态最重要，大公司大家都想削尖脑袋往里挤，但名额有限，所以广大的程序员同志绝大多数都集中在二流三流四流的软件公司，这个时候更应该做好个人职业定位。以我个人的经验，新员工选择一家公司往往最看重工资待遇跟发展潜力，程序员是一种不可以混日子的职业，工作能力很重要，但不是最主要的，工作态度是最重要的，工作态度往往跟个人的思想认识还有职业所在的环境有关，我个人的体会是绝不能太过于情绪化，情绪化无论是对工作还是对个人的发展都是不利的，就是说哪怕是明天你要辞职，你今天都要把今天要做的事情认真用心做好。

对于工作责任心不够的员工是尤其值得关注的，他们往往自我意识过于强烈，追求以自我为中心，很多时候伴随着工作得不到认可、工作感觉不充实不开心，我会主动找他谈话，我认识：你管理的是一个实实在在的人，他不是一台任你摆布的机器，人会有情绪往往是有心结，找到原因，多加开导，用心去关心每个成员。对于实在不适合在本团队发展的员工要做好最坏打算。程序员这个职业与现在的大学生具有一致的特征，一个是从天之骄子沦为多余人，一个是从高智商人士成为今天中国通行的”it民工“。另一方面是程序员往往年龄集中在20—25之间的男性中，情绪化、失落感、心理不成熟等一系列问题都会出现。但这个阶段的人往往也最易沟通，可塑性也较强，适当的引导、合理的方式会比野蛮的管理效果强上百倍。

开发工作总结篇6

金秋十月是个收获季节，希望我们每一天的生活都如这个季节一样，又一个月过去了，现对工作中收获与不足总结如下：

一、工作内容

九月份的工作比较繁忙，工作重点有四方面：s6测试，医院软件开发、测试，售后服务，文档书写及培训。

1、关于s6测试

s6的新增修改功能大约30多项内容，测试的重点如：

其一，每日结账时更正库存的操作，此项功能涉及的方面比较多，影响数据的准确性，测试起来比较烦琐、测试量也比较大；

其二，由于业务开票时程序内部处理发生了改变，由原来的控制台转移到存储过程中处理，所以对此部分也进行了重点测试；

其三，饮片划价自动批号的测试；其它方面的测试包括，gsp报表、客户对应商品销售、批次会员录入以及远程配送价格等的测试，再有就是售后人员随时提出的问题随时测试，如打印模块加完打印项还是不能打印、某些模板在99pbl修改以后还是不好用、哪个报表数据是否有问题等。

2、医院软件开发、测试

对于新版医院软件的'功能模块开发工作也做出了一点贡献，作了15个打印模块，12个查询模块，所做模块包含的内容为：菜单挂接、将窗口中不需要的按钮隐藏、书写查询报表中所需要的sql语句、打印模块及查询模块所需的数据窗口大约80个；测试方面，现在只是进行了表面性的测试，测试的内容包括每个窗口中的字体是否一致、按钮是否对齐、点击按钮后弹出的提示是否正确、开票窗口的金额、价格、数量、库存等的变化情况是否正确，焦点移动问题等，现已测出的问题100多个；其它方面，修改了库结构，将每个的表中将不允许为空的字段修改正确以及将a25、a35等字段在每个表的长度统一等。

3、售后服务

s6的售后工作，由于每日结账时更正库存，造成几个客户的库存数据不准确，通过查询客户实际的数据库找到了问题的原因，再有就是在电话中为售后人员解答一些问题；其它方面，上门服务三次，分别是，解决了先知医疗器械公司的应收应付财务问题，通胜医药财务软件中辅助核算的客户查不到，从后台修改数据已解决问题，汉华林销售出错库存未减，原因未查到；远程及电话解决客户提出的财务软件、财务接口、金税接口等问题。由于十一休息，售后人员少，在月末休息前做了两天售后工作。

4、其它方面

s6的培训文档写了两次，其次就是书写了加强版与s6的区别，再有就是编译序程、备份程序、程序注册等工作，其中程序注册是随时性，所以也占用一定的时间。

二、工作分析

通过的工作，自己又懂得了一些知识，并且可以修改简单的错误，也可看明白一些简单的脚本结构，这对于我的测试工作是很有帮助的。从反馈的情况看，s6的结账库存更正功能还存问题，还需要加强测试。再有从售后服务的情况看，售后人员在财务方面的技术还需要加强。

三、工作计划

1、医院软件测试；

2、书写医院软件的说明书；

3、s6新增、修改功能的测试。

开发工作总结6篇相关文章：

★ 招标工作工作总结6篇

★ 英语教师工作总结个人工作总结6篇

★ 学校家访工作总结6篇