1、软件实习心得体会（通用25篇）软件实习心得体会 篇1接触计算机程序设计已经快7年了，从事专门的软件测试也快四年了，强子也是在阴差阳错中踏入软件测试领域，一开始只想做一个特牛的程序设计师，可是毕业后找工作却找了个软件测试的工作，在一些彷徨与犹豫中接受了这个职业并且到现在也做得挺开心，也是由于那时我们这个业务刚成立不久，由于表现还不错所以一个阴差阳错的机会被升为team leader，到现在也还在同一家公司做着测试的工作。先讲讲做manager的一些体会，其实具体做什么事真的不是那么重要，关键是做事的方法，做人的章法，特别是对一个manager来说，方法比技术更重要，真的是这样，当然我也很喜欢研究
2、技术，技术能让我找到更多的自信和成就感，但是面对着手下一帮兄弟姐妹，一个人的技术就显得有些力不从心了，这个时候得把你的知识share给大家，当然形式多种多样，比如写一份文档，做一个正式的training，给大家营造一种不耻下问的环境或者大家一起讨论一些难题等等。当然还有很重要的一点，一定不能说我不知道，作为一个头，如果你真的不知道，那你得想办法通过一些手段与员工一起把这个问题解决了，坚决不能说我不知道，你自己看着做吧等，本来员工是很尊重你的，这些话将直接导致其鄙视你。另外就是做头的，特别像咱这种中低层的头，不像中高层的领导，咱们考虑事情的角度不一样，当这种小头儿的最重要的两件事：把事情做对做好
3、，与员工打成一片。首先得确保把事情做对咯，然后带领大家朝着这一个对的方向前进进而把事情做好，在99%的时间里，你是和你的兄弟姐妹们呆在一起而不是和老板，所以这个过程中的与员工的关系一定要融洽且单纯，不能让员工对你有隔阂感，经常一起吃饭，摆摆龙门阵，唠唠家常，开开玩笑，不要摆架子，在一个公司里最不能摆架子的就是这种小头儿(或称之为leader或者manager一类)，这就像个村官一样，小样的，还真把自己当回事儿呢?做开发还是做测试?很多人讨论甚至争吵，强子认为之所以会有这样的问题是因为中国还没有把软件行业普及好，大家还停留在江民时代，求伯君时代，认为做开发的才是牛人，才有前途。而事实上，现在的软
4、件是一个系统工程，缺开发，缺测试，缺文档都不行，都可能直接导致失败，谁最牛?强子认为写文档的人最牛，那咱们都去写文档?不过从强子面试的很多人当中来看，还是有更多的人愿意做开发，这不能不说是一大遗憾，强子无能，也只能聊以文字来表达自己对测试的热爱。测试犹如开发一样，也是一门深不见底的大学问，咱以后慢慢讨论。关于项目管理，这又是一门大学问，强子在这几年当中也经历过无数次的版本更新，版本发布或者一些内部的项目，对项目管理略知一二，有空时强子自会附上一些体会。我想项目管理最本质的一点：保护项目团队，保护项目经理，去除杂音。项目经理这活，不好干，要职位没职位，要资金没资金，做好了皆大欢喜，做不好就卷铺盖
5、走人，挺难，不过咱有咱的方式方法，怕啥?软件实习心得体会 篇2通过一学期的学习，我了解了ERP维护及实训的主要工作内容。也学会了怎样去做这一项工作。下面我会从以下几点谈谈我的认识：一、相关理论及业务链接的认知ERP维护及应用是以服务思路为主导，学习ERP运维常识、服务的重要性、服务的技巧与用友ERP-U8和用友通相关产品。通过对遇见的一系列问题的分析与总结，熟悉 U8及相关产品软件。以便给客户带去更专业的服务。二、ERP运维岗位的认知ERP：Enterprise Resource Planning(企业资源计划)的简称，是上个世纪90年代美国一家IT公司根据当时计算机信息、IT技术发展及企业对
6、供应链管理的需求，预测在今后信息时代企业管理信息系统的发展趋势和即将发生变革，而提出了这个概念。 ERP是针对物资资源管理(物流)、人力资源管理(人流)、财务资源管理(财流)、信息资源管理(信息流)集成一体化的企业管理软件。它将包含客户、服务架构，使用图形用户接口，应用开放系统制作。除了已有的标准功能，它还包括其它特性，如品质、过程运作管理、以及调整报告等。以求最大限度地利用企业现有资源，实现企业经济利益的最大化。企业购买ERP软件后，委托该软件的供应商进行后续的运行维护工作，我们不仅需要掌握较为困难的计算机网络知识基础、ERP行业知识、项目管理知识、计算机专业英语知识、维护设备的原理、硬件维
7、修经验、系统运行的硬件设备的维修、维护工作，包括服务器、交换机、客户端PC、打印机等，更应该对财务软件都各方面很熟悉，并结合市场营销方面的知识，与客户交流与沟通，给客户提供更为满意的服务，使得客户的期望值大于客户的感知。ERP维护是一个繁琐反复的过程，尤其是验收前的维护 ERP的维护主要包括两方面，第一是业务解释说明，第二是系统操作指导。工作状态是：接听电话记录问题解决问题汇总通报。为客户做业务解释说明就需要对业务有所了解，比如从立项-合同-订单-入库出库-总账等等，这是个长期的过程。系统操作指导相对容易，多练习即可。高级阶段可以熟悉SQL，这样查找数据的效率就提高了。三、服务技巧的认知作为一
8、个好的运维人员，应该做到：1、具备严谨的时间观念，牢记自己负责的任务和该任务的最终完成日期，如果有风险或不能按计划完成应尽早告知客户或领导;2、 具备较强的责任感，责任感是我们成熟的主要表现;3、具备良好的协作意识，为达成项目总体目标而端正自己的心态;4、 具备敏锐的观察力，在工作中能够非常敏锐的抓住问题的关键、找到工作中的失误;5、 在遇到问题的时候，冷静对待，遇到没有见过的问题不要慌张，按照正常的解决思路查找原因，同时利用知识库等方式寻找解决方法，如果没有解决思路，请及时与总部或单位同事沟通。6、对ERP维护人员来说最重要的恐怕就是耐心，耐心倾听耐心讲解。同时还要避免被用户带到沟里去，因为
9、用户往往不知道他们的问题所在却自以为知道，更让人无法忍受的是，他们认定事情无法解决却要你处理，对你的处理方式还提出种种质疑，甚至的胡搅蛮缠无理取闹，这是个让人崩溃的过程，所以 耐心很重要。7、具备良好的沟通能力，沟通不仅仅是职场技能，更是生存方式。我们要认识到沟通的重要性，做到与客户、与同事之间及时交流与沟通，避免许多因信息没有及时反馈而产生的问题。四、ERP行业背景及人才市场对运维、实施岗位的认知岗位职责：1、负责用友软件的安装、培训、维护;2、负责用友服务器、数据库的管理，负责数据录入、数据审核、数据输出、制作各类信息报表，以及月末结转、帐套初始化设置等;3、负责用友ERP软件日常维护、技
10、术支持;4、负责用友ERP软件操作流程管理、制定用友ERP管理制度并组织实施。任职资格：1、计算机、财务、金融、或相关专业本科以上学历;2、两年以上ERP系统实施及运维经验，至少一个完整的ERP项目上线经验，支持时间不少于一年;3、了解MSSQLServer数据库的使用及一般维护;4、有一定的计算机软硬件维护经验，掌握一定的网络应用知识;5、具有良好的沟通能力和合作意识，有良好的学习能力、动手能力和分析力;以上就是这学期我对这门课程简短的认知，通过这门课程，我不但学习了专业的ERP运维知识，还学会了更多的服务技巧，希望以后的课程中可以给我们更多、更专业的学习环境，让我们在实践中学习，锻炼我们随
11、机应变的能力，以至在以后的工作岗位中少走弯路。软件实习心得体会 篇3大三的时候，一次计算机等级考试，由于考c，数据库，都没过，就报了个四级软件测试工程师。抱着试试看的态度学了一个月做了几套题，就拿下了一个四级证书。当时想的是，这都行，水分有点大吧本来想找一份网站开发的工作，技术不够硬，一直在北京飘着飘着啊。通过一个学姐，得到了一个软件测试面试的机会。于是半只脚踏入了软件测试的大门，因为我现在刚开始写测试用例，还没有真正的融入到团队中去。实习生，直接领导给我安排了一个实习计划，严格按照实习计划执行。首先就是看公司软件的手册，要了解产品，知道软件的基本操作流程，不会了就问带我的师傅。就这样学了一个
12、礼拜，不同于用一款软件，在用的过程中要去思考，这个功能为什么有，这个功能要实现什么。忘了说了，现在产品做的是功能测试，比较简单，所以分到了这个组里。一周之后带我的师傅检查了一下我的学习成果，具体操作、实现软件的一些功能，然后就几个主要的功能点以及一些需要特别注意的关键词，给我做了详细的讲解。然后给我了两个功能界面，让我写一些测试用例，开始感觉没什么可写的，这两个功能实现起来很容易的。第一天试着写了几个，然后拿给师傅看，因为不知道从哪方面入手，虽然看了一些以前的测试用例，但是亲手写还是第一次，所以有些拿不准。就这样，写了几天的测试用例，一个功能点一个功能点的细分。写的差不多了，就开始看一些技术类
13、的博客，尤其是软件测试中功能测试用例的写法。看着博客中提到的一些东西，对比自己写的测试用例，看看是不是满足要求。就这样自己一点一点的修改。其实压力还是蛮大的，由于要测试的系统需要测试多个不同的数据库，以及不同的操作系统是软件的执行，而我只懂一点的msql，对linux一窍不通。所以有了各种学习目标，但是还是没有清晰的目标。努力吧，既然踏入了这个行业，就要努力的去汲取知识，不断学习，不断进步!软件实习心得体会 篇4在支付宝测试分析的角色和系统分析的角色是对应的，只不过一个是测试类的另外一个是开发类的。系分下面会有相应开发，测分下面会有相应的测试用例编写和执行人员。也就是说测试分析文档是对测试执行
14、人员的一个指导(在我原来的理解方式上，觉得测试分析人员应该是用例编写人员;而在这里测试分析人员是从业务上去分析的，用例是用例执行人员来写并且执行的)。而通过这次的这次分析觉得自己的测分还存在以下的问题：1、太关注开发的内部实现逻辑。建议：将开发内部实现逻辑看成一个黑盒子，测试分析要从这个黑盒子的输入和输出上去看开发内部实现逻辑是不是有问题，而不应该先去了解开发的实现逻辑然后按照他们的思路去分析。2、分析文档写的过于详细，甚至将用例的步骤都写了出来。建议：测试分析要从全局上去看问题，细节的东西即便是知道的，也要留给之后的用例编写人员去了解(就像系分之后的开发需要去写详细设计的道理一样)，这样后面
15、的人才会自己主动去想问题。3、分析文档要考虑维护性问题，不要出现类似比如还款中状态为R这种具体的数据内容。因为我的分析是对后续用例编写人员的一个指导性的文档，所以如果侧分这么写很有可能导致用例也照着这么写，其实不管侧分和用例都不应该具体写到R这么细节，否则的话开发稍作变动我们就要相应变动我们的用例4、没有明确测试目的。review用例的时候，没有提出每个用例需要明确一个测试目的，让别人来看这个用例的时候能明白到底是怎么回事。总结：1、以后写测试分析文档，依据仅仅是prd文档，必须抛开开发实现逻辑部分(即不去看系分文档)，待测分出来之后，再去看系分文档，互相看看彼此考虑的是否存在遗漏的地方。等到在写用例的时候再让写用例的人和相应的开发去互相明确更细节的东西。2、写用例我们目前都是仅仅做到对流程上的每个节点去单独分析，细到看输出的时候会关注到数据库表的一个变化。但是除了以上部分，其实还少了对整体流程的关注，需要增加业务流程的各条路径的一个覆盖，在针对路径的用例中不需要关注到数据库表级那么细。3、在做流程路径覆盖之前应该画一个路径图，这个图的画法考虑各个入口的不同分开画流程图，分别进行路径覆盖。软件实习心得体会 篇5摘要：ERP系统是一个管理信息平台，企业实施ERP的过程就是将企业的各种业务纳入到统一的ERP管理信息平台中的过程，关
