实习生，泛指在某一专业的高年级或刚毕业的大学生和中职生，在有经验的工作人员的指导下学习实际工作经验，属于非正式雇用的劳工，通常以日薪计酬。下面是小编给大家分享的一些有关于热门学完PKPM的心得体会范文的内容，希望能对大家有所帮助。
热门学完PKPM的心得体会范文 篇1
以下为本人这一周PKPM软件实习的心得，经过一周的实习使我对PKPM的认识从一无所知到了解基本应用，这是我在毕业之前又一次学到的实用知识，我觉得很开心，以下是我对PKPM的具体认识。 1、PKPM的发展方向
PKPM程序的发展方向主要有两个方面： 第一个方面就是计算，它的方向就是集成化、通用化。集成化大家都能感觉到，PKPM程序都是以PM程序所建数据为条件，以空间计算为核心，基础、后期的CAD出图都能采用前面的数据。所有这些都构成了程序集成化的雏形。程序的通用化主要表现在计算上，PKPM程序的计算程序由以前的平面计算(PK)---->三维空间杆件(TAT)---->空间有限元(SATWE)---->整体通用有限元程序(PMSAP)。能计算的结构类型有砖混、底框、钢筋混凝土结构、钢结构等。现在又在开发特种结构的计算程序：如高压塔架、巨型油罐等。在PM程序中就可以建立起这些结构的空间模型。当然现在的PKPM系列程序还不能计算。第二个方向就是开放计算参数的开关。有很多参数以前都是放在程序的“黑匣子”里的，设计人员不能干预。程序放开这些参数有两个原因，首先就是要让设计人员真正的掌握工程的设计过程，能够尽可能的控制设计过程。其次就是要把一些关键的责任交由设计人员来负，程序只能起到设计工具的作用，不能代替设计。所以就需要我们的结构设计人员充分的理解程序的适用范围、条件和校对结果的合理性、可靠性。如《高层建筑混凝土结构技术规程》的5.1.16条要求“对结构分析软件的计算结果，应进行分析结果判断，确认其合理、有效后方可作为工程设计的依据”。 2、空间计算程序部分
1、PKPM几个空间程序的不同，现在，PKPM程序拥有的空间计算程序有三个，即TAT、SATWE、PMSAP。
1)、TAT--它是一个空间杆件程序，对柱、墙、梁都是采用杆件模型来模拟的，特殊的就是剪力墙是采用薄壁柱原理来计算的，在它的单元刚度矩阵中多了一个翘曲的自由度θ'，相应的力矩多了双力矩。因此，在用TAT程序计算框剪结构、剪力墙结构等含钢筋混凝土剪力墙的结构都要对剪力墙的洞口、节点做合理的简化，有点让实际工程来适应我们的计算程序的味道。作这种简化都是因为分析手段的局限所制(资料书的P129)。当然，在作结构方案时，对结构作这样的调整对建筑结构方案的简洁、合理有很大的好处。它的楼盖是作为平面内无限刚、平面外刚度不考虑的假设。在新版的TAT程序中，允许增设弹性节点，这种弹性节点允许在楼层平面内有相对位移，且能承担相应的水平力。增加了这种弹性节点来加大TAT程序的适用范围，使得TAT程序可以计算空旷、错层结构。
2)、SATWE--空间组合结构有限元程序，与TAT的区别在于墙和楼板的模型不同。SATWE对剪力墙采用的是在壳元的基础上凝聚而成的墙元模型。采用墙元模型，在我们的工程建摸中，就不需要象TAT程序那样做那么多的简化，只需要按实际情况输入即可。对于楼盖，SATWE程序采用多种模式来模拟。有刚性楼板和弹性楼板两种。SATWE程序主要是在这两个方面与TAT程序不同。 3)、PMSAP---是一个结构分析通用程序。当然，它是偏向于建筑的，但它是一个发展方向。现在的比较著名的通用计算程序有：SAP84、SAP91、SAP20xx、ANSYS、ETABS等程序，这些程序各有特长。
2、程序的参数及选择开关 1)、PMCAD中的参数
(1)总信息： 结构体系、结构主材：主要是不同的结构体系有不同的调整参数。 地下室层数：必须准确填写，主要有几个原因，风荷载、地震作用效应的计算必须要用到这个参数，有了这个参数，地下室以下的风荷载、水平地震效应就没有往下传，但竖向作用效应还是往下传递。地下室侧墙的计算也要用到。底部加强区也要用到这个参数。 与基础相连接的下部楼层数：要说明的是除了PM荷载和最下层的荷载能传递到基础外，其他嵌固层的基脚内力现在的程序都不能传递到基础。
(2)、材料信息：其他与老的程序一样填法，就是钢筋采用了新规范的新符号。
(3)地震信息： 设计地震分组：就是老的抗震规范的近震、远震。按抗震规范的附录A选择即可。
热门学完PKPM的心得体会范文 篇2
我非常感谢公司给我们员工的集体培训，也很荣幸参加了这次培训，这说明公司对我们员工培训的重视，反映了公司“重视人才，培养人才”的战略方针;对于在公司技术系统的我，也非常珍惜这次机会。
本次钢筋翻样培训，我觉得意义挺大的，虽然和以往的培训相比累不少，但是苦中有甜。
经过这几天的培训，完全打破了我没培训之前认为钢筋翻样这是个很枯燥乏味的过程的那种想法，我认为最主要的是，它是一个具有挑战性、充满艺术性的工作 。虽然规范都一样，但是每个人的思考方式不一样，所以导致了翻样结果不相同，但都是正确的结果。这就是艺术性的所在。我们应该本着追求工程速率同时为公司创造更多价值的思想去端正工作态度。
在本次6天的培训中我收获了不少;首先我了解到之前被忽视的技术细节，比如在考虑钢筋搭接的时候我就常常忽视。其次是现场施工与一般翻样的差距，这个我觉得主要表现在断料的时候，一方面我们要考虑原料，另外我们还要重视现场，把理论和实际紧密联系在一起;最后我也认识到了自己的不足，尤其在细心这一块还如要重视和培养。培训的老师都很有责任心和耐心，基本上覆盖了大部分知识点。上课的过程也是互动的，生动有趣，把每组按项目分到7个人，不懂
得还可以相互讨论;同时每天下午课前都会组织大家进行互动式游戏，既丰富了培训生活，也活跃了课堂气氛。
虽然此次培训内容很丰富，涉及知识也很广，前面两天主要是规范翻样，后面两天课程是现场精细化管理，虽然都是翻样，但是差别还是有不少，老师讲解完后，我自己领悟到了两者的差别，不过考核的时候我发现不少同学把两者弄混淆了。所以我觉得这次培训还可以添加一节课讲解实际翻样和按规范翻样的差别。相信这样的课程会让我们更清醒的认识到翻样的艺术性和责任的重大。
平时在现场我看到一些拉筋和箍筋在楼层清理的时候也并一起清理了，可能是劳务队在施工的时候没有节省材料，导致的浪费。这个就表现在我们对钢筋的监管不够。我们平时翻样也要把这些纳入到回收清单里面。尽量节省材料。
本次培训的形式主要是以PPT讲义的方式，我觉得培训的形式可以再丰富一点，这样可以更加增强培训的趣味性和员工培训的积极性。此外此次培训可能受培训时间的限制，课程安排的过紧。很多同学反映比较疲劳，有时候晚上还要进行闭卷考试。
最后，学习能让人进步，工作能让人自信，相信我们在不断地学习和工作经验积累当中能让自己变得更加完善，也感谢组织这次培训的公司，和参与培训的老师们。
热门学完PKPM的心得体会范文 篇3
以下为本人这一周PKPM软件实习的心得，经过一周的实习使我对PKPM的认识从一无所知到了了解基本的应用，这是我在毕业之前又一次学到的实用知识，我觉得很开心，以下是我对PKPM的具体认识。
1、PKPM的发展方向
PKPM程序的发展方向主要有两个方面： 第一个方面就是计算，它的方向就是集成化、通用化。集成化大家都能感觉到，PKPM程序都是以PM程序所建数据为条件，以空间计算为核心，基础、后期的CAD出图都能采用前面的数据。所有这些都构成了程序集成化的雏形。程序的通用化主要表现在计算上，PKPM程序的计算程序由以前的平面计算(PK)---->三维空间杆件(TAT)---->空间有限元(SATWE)---->整体通用有限元程序(PMSAP)。能计算的结构类型有砖混、底框、钢筋混凝土结构、钢结构等。现在又在开发特种结构的计算程序：如高压塔架、巨型油罐等。在PM程序中就可以建立起这些结构的空间模型。当然现在的PKPM系列程序还不能计算。第二个方向就是开放计算参数的开关。有很多参数以前都是放在程序的“黑匣子”里的，设计人员不能干预。程序放开这些参数有两个原因，首先就是要让设计人员真正的掌握工程的设计过程，能够尽可能的控制设计过程。其次就是要把一些关键的责任交由设计人员来负，程序只能起到设计
工具的作用，不能代替设计。所以就需要我们的结构设计人员充分的理解程序的适用范围、条件和校对结果的合理性、可靠性。如《高层建筑混凝土结构技术规程》的5.1.16条要求“对结构分析软件的计算结果，应进行分析结果判断，确认其合理、有效后方可作为工程设计的依据”。
2、空间计算程序部分
2.1、PKPM几个空间程序的不同，现在，PKPM程序拥有的空间计算程序有三个，即TAT、SATWE、PMSAP。
1)、TAT--它是一个空间杆件程序，对柱、墙、梁都是采用杆件模型来模拟的，特殊的就是剪力墙是采用薄壁柱原理来计算的，在它的单元刚度矩阵中多了一个翘曲的自由度θ'，相应的力矩多了双力矩。因此，在用TAT程序计算框剪结构、剪力墙结构等含钢筋混凝土剪力墙的结构都要对剪力墙的洞口、节点做合理的简化，有点让实际工程来适应我们的计算程序的味道。作这种简化都是因为分析手段的局限所制(资料书的P129)。当然，在作结构方案时，对结构作这样的调整对建筑结构方案的简洁、合理有很大的好处。它的楼盖是作为平面内无限刚、平面外刚度不考虑的假设。在新版的TAT程序中，允许增设弹性节点，这种弹性节点允许在楼层平面内有相对位移，且能承担相应的水平力。增加了这种弹性节点来加大TAT程序的适用范围，使得TAT程序可以计算空旷、错层结构。
2)、SATWE--空间组合结构有限元程序，与TAT的区别在于墙和楼板的模型不同。SATWE对剪力墙采用的是在壳元的基础上凝聚而成的墙元模型。采用墙元模型，在我们的工程建摸中，就不需要象TAT程序那样做那么多的简化，只需要按实际情况输入即可。对于楼盖，SATWE程序采用多种模式来模拟。有刚性楼板和弹性楼板两种。SATWE程序主要是在这两个方面与TAT程序不同。
3)、PMSAP---是一个结构分析通用程序。当然，它是偏向于建筑的，但它是一个发展方向。现在的比较著名的通用计算程序有：SAP84、SAP91、SAP20xx、ANSYS、ETABS等程序，这些程序各有特长。
2.2、程序的参数及选择开关
2.2.1)、PMCAD中的参数
(1)总信息： 结构体系、结构主材：主要是不同的结构体系有不同的调整参数。 地下室层数：必须准确填写，主要有几个原因，风荷载、地震作用效应的计算必须要用到这个参数，有了这个参数，地下室以下的风荷载、水平地震效应就没有往下传，但竖向作用效应还是往下传递。地下室侧墙的计算也要用到。底部加强区也要用到这个参数。 与基础相连接的下部楼层数：要说明的是除了PM荷载和最下层的荷载能传递到基础外，其他嵌固层的基脚内力现在的程序都不能传递到基础。
(2)、材料信息：其他与老的程序一样填法，就是钢筋采用了新规范的新符号。
(3)风荷载： 修正后基本风压：根据《建筑结构荷载规范》的7.1.2条，对与高层、高耸以及对风荷载比较敏感的其他结构，基本风压应适当提高，并应由有关的结构设计规范具体规定。按《高层建筑混凝土结构技术规程》的3.2.2条，对与特别重要或对风荷载比较敏感的高层建筑，其基本风压应按120xx年重现期的风压值采用。按规范的解释，房屋高度大于60m的都是对风荷载比较敏感的高层建筑。
2.2.2)、TAT的参数及开关
(1)、用TAT程序计算建模应注意的几点： 剪力墙必须要有洞口，不能形成封闭“口”字形。这样在构件截面上的剪力流才有进口和出口，否则，程序无法对构件进行计算。这是TAT程序对薄壁柱数学模型模拟的要求。 剪力墙内的洞口要求要上下对齐，且要有规律性。如果不这样，那么内力的传递将通过节点间刚域来传递，这与实际有时很大差别，引起很大的计算误差。且洞口布置不规律，计算结果具有很大的突变性。
最后我总结出写实习心得或感受等一些总结是我们对之前所学的一种回忆方式，会使我们更深刻的记住和掌握所学知识。
热门学完PKPM的心得体会范文 篇4
本学期我们重点学习了广联达图形算量软件和钢筋抽样软件。通过对广联达软件的培训学习，不仅提高了我的识图能力，还提升了我对有关工程软件操作的热爱。
在学习广联达软件之前，我们重点学习了AutoCAD制图软件，并简单地学习了解了PKPM计价软件。通过对三种软件的学习和比较，我觉得在绘图速度方面，广联达图形算量软件和PKPM计价软件更为优秀。因为这两种软件可以直接建立轴网，在画门窗时也不需要创建块慢慢插入，只要定义好构件直接画就好了。但是，两种软件毕竟不是专门的制图软件，对比AutoCAD制图软件来说，它们在绘图上做不到足够的精确细致。
广联达图形算量软件GCL8.0操作起来比较简单，基本上只要按照图纸设定好各个构件的信息属性就行。但是，在操作过程中若不小心弄错层就不好处理了了，而这一点是它不如GCL20xx之处。很遗憾，因为没有对GCL20xx软件的集中学习，对于它在处理错层方面还是不大了解。
在我看来，广联达软件中的三维显示功能是非常实用的。三维显示使我们所绘制的图形立体画，能从不同的角度观察图形从而清晰地了解建筑物的一部分构造，这对提高我们的空间想象能力是大有帮助的。而识图最大的障碍就是空间想象能力不佳。
画图过程中，我觉得在设置“工程信息”方面有必要认真、严谨。一定要把各个信息(如基础形式、檐高、结构标高等)确定好，以免影响后续的作业。对于主体结构，应该注意是否需要偏移。确定好了，再做梁、柱、钢筋等工程时才不会出现算量错误。
我觉得广联达的钢筋抽样软件是广联达公司最有特色的软件。它最大限度开放了各类钢筋的计算方法并能自动考虑构件之间的关联和扣减，因此我们只需完成绘图即可实现钢筋量计算。
在钢筋编辑中设置的计算规则可以修改，而计算结果能直观显示每根钢筋的形状、计算过程、搭接形式、计算公式，这样便于查看和控制钢筋绘制以便满足多种算量需求。
在软件学习中，资源共享应该是个比较值得提倡的问题。广联达钢筋抽样软件与图形算量软件GCL8.0实现统一平台，并且不用安装CAD就能直接将CAD图导入，很好地节省了算量时间。
在使用软件过程中，我觉得应该注意的问题：
在工程设置时，结构类型、设防烈度、檐高、抗震等级的输入不正确，会影响计算结果。 绘制板时，单边标注板负筋长度不含支座宽时，即使在计算设置里设了“单边标注负筋长度到支座内边线”，除负筋在墙处能计算正确外(墙不是板的支座)，在有梁(梁为板支座)处的板负筋，软件在计算时会扣除1/2支座宽，计算有误。为避免此类问题发生，需在有墙的地方布置。单边标注板负筋时应选择“按墙布置”，同理有梁时选“按梁布置”，在有连梁的地方选“按板边布置”或“画线布置”。
在绘制柱时，框架柱在画完构件后，顶层柱应自动判断边角柱，顶层柱不可在“全部纵筋”处输入钢筋信息，应分别在“角筋、H一边纵筋、B一边纵筋”处分别输入，否则，即使边角柱判断成功，软件也不会正确计算。
感谢老师带领我们学习各种工程软件，让我们熟悉操作流程，为我们以后的就业创造更有利的竞争条件。虽然各种软件能为我们以后的工程制图、算量、计价提高效率，但我觉得对软件我们不能过分的依赖，不要希望它能解决所有的问题，算出所有的量，我们一定要运用自己的智慧，把软件的很多功能结合起来，找出最快最好的方法和技巧。真正的要软件为我们所用，而不是软件来主导我们!
热门学完PKPM的心得体会范文 篇5
为期三天的广联达中级培训在今天就落下帷幕了,这次培训对于我们这些刚从学校出来实习的学生来说是非常可贵的，这次培训课时说是对我们在学校学到的知识的加深与巩固，也是让我们对以后工作的了解。非常感谢公司安排我们参加这次培训。
这次就培训可以说是受益匪浅啊。这次由张仰萌讲师给我们讲课，老师讲的很详细，但是我感觉稍微有点快了，可能是因为我们对软件还不是很熟练的缘故吧。这次培训中主要讲到了非正交轴网用软件如何处理，这个知识点用到了分别建立轴网设置插入点用shift转角度。这个只是在学校还真没学过建立复杂轴网对于这方面的知识就相对比较欠缺;还讲到了关于柱节点处的箍筋与伸入基础的部分的柱中的箍筋如何处理的问题，还有柱中的插筋问题，剪力墙中钢筋的特殊输入法，暗柱的正确绘制及梁悬挑构件等问题。上述这些都是培训的第一天讲到的内容。
培训中我们还学到了关于斜板的布置，还有软件中最让人感觉头疼的部分超高计算，这部分在学校的时候就没有弄清楚用软件如何算，培训的第二天老师就给讲到了。这次算是弄得清楚了。超高讲完老师紧接着就讲到了内墙抹灰方面的问题。第三天，也就是培训的最后一天，老师主要讲的是“土建分部分项工程量清单，主要包括以下几个方面的问题：清单输入，项目特征描述，清单组价，换算及清单导出等”。还有就是用定额算量时常见的一些小问题，锁定综合单价等问题。
以上就是这三天培训中老师讲到的主要内容。通过这次培训我对广联达有了更进一步的了解，也意识到想要在造价这方面做好还得很认真的学习相关方面的知识，要多向有经验的前辈学习。只有不断的学习，不断的充实自己才能让自己更加适合造价这方面的工作，才能做好自己的工作，服务公司，服务自己。
热门学完PKPM的心得体会范文 篇6
本学期我们重点学习了广联达图形算量软件和钢筋抽样软件。通过对广联达软件的培训学习，不仅提高了我的识图能力，还提升了我对有关工程软件操作的热爱。
在学习广联达软件之前，我们重点学习了AutoCAD制图软件，并简单地学习了解了PKPM计价软件。通过对三种软件的学习和比较，我觉得在绘图速度方面，广联达图形算量软件和PKPM计价软件更为优秀。因为这两种软件可以直接建立轴网，在画门窗时也不需要创建块慢慢插入，只要定义好构件直接画就好了。但是，两种软件毕竟不是专门的制图软件，对比AutoCAD制图软件来说，它们在绘图上做不到足够的精确细致。
广联达图形算量软件GCL8.0操作起来比较简单，基本上只要按照图纸设定好各个构件的信息属性就行。但是，在操作过程中若不小心弄错层就不好处理了了，而这一点是它不如GCL20xx之处。很遗憾，因为没有对GCL20xx软件的集中学习，对于它在处理错层方面还是不大了解。
在我看来，广联达软件中的三维显示功能是非常实用的。三维显示使我们所绘制的图形立体画，能从不同的角度观察图形从而清晰地了解建筑物的一部分构造，这对提高我们的空间想象能力是大有帮助的。而识图最大的障碍就是空间想象能力不佳。
画图过程中，我觉得在设置“工程信息”方面有必要认真、严谨。一定要把各个信息(如基础形式、檐高、结构标高等)确定好，以免影响后续的作业。对于主体结构，应该注意是否需要偏移。确定好了，再做梁、柱、钢筋等工程时才不会出现算量错误。
我觉得广联达的钢筋抽样软件是广联达公司最有特色的软件。它最大限度开放了各类钢筋的计算方法并能自动考虑构件之间的关联和扣减，因此我们只需完成绘图即可实现钢筋量计算。
在钢筋编辑中设置的计算规则可以修改，而计算结果能直观显示每根钢筋的形状、计算过程、搭接形式、计算公式，这样便于查看和控制钢筋绘制以便满足多种算量需求。
在软件学习中，资源共享应该是个比较值得提倡的问题。广联达钢筋抽样软件与图形算量软件GCL8.0实现统一平台，并且不用安装CAD就能直接将CAD图导入，很好地节省了算量时间。
在使用软件过程中，我觉得应该注意的问题：
在工程设置时，结构类型、设防烈度、檐高、抗震等级的输入不正确，会影响计算结果。 绘制板时，单边标注板负筋长度不含支座宽时，即使在计算设置里设了“单边标注负筋长度到支座内边线”，除负筋在墙处能计算正确外(墙不是板的支座)，在有梁(梁为板支座)处的板负筋，软件在计算时会扣除1/2支座宽，计算有误。为避免此类问题发生，需在有墙的地方布置。单边标注板负筋时应选择“按墙布置”，同理有梁时选“按梁布置”，在有连梁的地方选“按板边布置”或“画线布置”。
在绘制柱时，框架柱在画完构件后，顶层柱应自动判断边角柱，顶层柱不可在“全部纵筋”处输入钢筋信息，应分别在“角筋、H一边纵筋、B一边纵筋”处分别输入，否则，即使边角柱判断成功，软件也不会正确计算。
感谢老师带领我们学习各种工程软件，让我们熟悉操作流程，为我们以后的就业创造更有利的竞争条件。虽然各种软件能为我们以后的工程制图、算量、计价提高效率，但我觉得对软件我们不能过分的依赖，不要希望它能解决所有的问题，算出所有的量，我们一定要运用自己的智慧，把软件的很多功能结合起来，找出最快最好的方法和技巧。真正的要软件为我们所用，而不是软件来主导我们!
热门学完PKPM的心得体会范文 篇7
大三的时候，一次计算机等级考试，由于考c，数据库，都没过，就报了个四级软件测试工程师。抱着试试看的态度学了一个月做了几套题，就拿下了一个四级证书。当时想的是，这都行，水分有点大吧……
本来想找一份网站开发的工作，技术不够硬，一直在北京飘着飘着啊。通过一个学姐，得到了一个软件测试面试的机会。于是半只脚踏入了软件测试的大门，因为我现在刚开始写测试用例，还没有真正的融入到团队中去。
实习生，直接领导给我安排了一个实习计划，严格按照实习计划执行。首先就是看公司软件的手册，要了解产品，知道软件的基本操作流程，不会了就问带我的师傅。就这样学了一个礼拜，不同于用一款软件，在用的过程中要去思考，这个功能为什么有，这个功能要实现什么。忘了说了，现在产品做的是功能测试，比较简单，所以分到了这个组里。一周之后带我的师傅检查了一下我的学习成果，具体操作、实现软件的一些功能，然后就几个主要的功能点以及一些需要特别注意的关键词，给我做了详细的讲解。
然后给我了两个功能界面，让我写一些测试用例，开始感觉没什么可写的，这两个功能实现起来很容易的。第一天试着写了几个，然后拿给师傅看，因为不知道从哪方面入手，虽然看了一些以前的测试用例，但是亲手写还是第一次，所以有些拿不准。
就这样，写了几天的测试用例，一个功能点一个功能点的细分。写的差不多了，就开始看一些技术类的博客，尤其是软件测试中功能测试用例的写法。看着博客中提到的一些东西，对比自己写的测试用例，看看是不是满足要求。就这样自己一点一点的修改。
其实压力还是蛮大的，由于要测试的系统需要测试多个不同的数据库，以及不同的操作系统是软件的执行，而我只懂一点的msql，对linux一窍不通。所以有了各种学习目标，但是还是没有清晰的目标。努力吧，既然踏入了这个行业，就要努力的去汲取知识，不断学习，不断进步!
热门学完PKPM的心得体会范文 篇8
20xx年11月28日，我怀着提高并实现自我价值的心态，跨进E软件技术有限公司的大门，开始了自己第一份实习工作。这是一家国内知名的专业软件外包企 业，在深圳华南地区位居行业前列。易软自开始从事软件外包业务以来，服务合作模式从人力资源外包发展到项目外包、离岸开发和OEM产品合作等模式。业务领 域包括电信业，金融业，制造业等。特别在电信行业有多年积累,在电信业务领域涉及固网,智能网、移动通信、光网络,电信增值服务等业务领域.易软公司总部 设在深圳, 在上海、南京、北京，广州，重庆，苏州，武汉，大连等地建立了分公司或办事处，就近为客户提供外包服务。
转眼间，三个月实习 时间就过去了。回想起这段时间的工作过程，我从一名普通的大学生到一个为社会服务的软件测试人员，思想觉悟有了很大的提高，作为一个刚刚步入企业的年轻人 来说，什么都不懂，没有任何实践经验，不过在各位同事的帮助下，我很快的融入到了这个新环境，还学到了很多在学校学不到的东西，也认识到了自己很多的不 足，感觉受益匪浅。以下是我在这几个月实习期间对工作的总结以及一些自己的心得体会。
要想成为好的测试人员，首先得了解自己要测试的软件 的相关知识。要了解软件产品的架构是什么样的。要了解软件的市场需求，在接触软件之初要可以多看看用户的反馈信息，这些才是用户最关心的，也是在测试中需 要注意的问题，满足客户是最大的需要。但是了解软件需求之后要学会要多读些软件系统的技术文档，软件设计文档，这些文档可以帮助了解产品如何工作。还有多 看看公司 Bug 库中的问题，这些存在的问题可以帮助自己了解软件产品那些地方存在缺陷，软件系统那些地方会出现错误。软件是运行在一个大环境中，如果对系统不熟悉，那么 有些问题你不能从一个更广阔的层面考虑，学习操作系统的知识，有助于你发现缺陷，定位问题更加准确。比如软件运行在 Windows 或者 Linux ，如果不懂操作系统，你就无法建立测试环境，有些时候时候软件的组件发生问题，就是自己系统配置造成的，对系统不熟悉，会把外在原因归结为软件本身。所以 要学习关于和软件系统相关的知识，比如编程，网络，数据库等。不一定要学习到多好的程度，只是通过这些扩展的知识面，可以在发现问题，解决问题上不会局限 在狭小的圈子里。
和一切相关的人员交流，不同的交流渠道，获取消息是不同的，角度也不同。和客户交流，会在测试中从客户的角度发现问题;和开发人员交流，会了解开发人员怎么实现软件功能的;和项目管理人员交流，会知道开发进度以及遇到的困难。
在这实习期间，我就参与了一个项目，这对我在软件测试方面有了一定的认识和需要注意的地方。
在滕邦国际的项目中，我主要负责的是wap网站、Symbian客户端和后台管理系统，对有关用户界面的测试和测试执行流程有了一定的了解，学会了对bug管理工具Bugzilla的使用。
一.有关用户界面的测试
1.图形测试
图形包括图片、动画、边框、颜色、字体、背景、按钮等。
(1) 要确保图形有明确的用途，应用系统的图片尺寸要合理，并且要能清楚的说明某件事情，一般都链接到某个具体的页面。如在滕邦项目中，wap网站跟客户端的标志图形就不一样，酒店模块、机票模块和旅游模块的图片也是不同的。
(2)验证所有页面字体的风格是否一致。
(3)背景颜色与字体颜色和背景色相搭配。如本项目以该企业颜色为主。
2.内容测试
内容测试用来检验应用系统提供信息的正确性、准确性和相关性。信息的正确性是指信息是可靠的还是误传的。信息的相关性是指是否在当前页面可以找到与当前浏览信息相关的信息列表或入口，也就是一般Web站点中的所谓"相关文章列表"。
如在滕邦项目中，在查询机票的时候出现一个不应存在奥林匹克航空，查询机票深圳-北京时，出现美国联合航空 UA，属于国际票务，也是不应该查询到的。
3.整体界面测试
整体界面是指整个 应用系统的页面结构设计，是给用户的一个整体感。例如：当用户浏览应用系统时是否感到舒适，是否凭直觉就知道要找的信息在什么地方?整个应用系统的设计风格是否一致?
在滕邦国际项目中，除了wap网站外，还有Symbian、Android、WinMobile三个客户端，所以在事先没有标准的情况下，各个平台的导航不统一，各关键字段也不一致。
二.bug管理
1. 在进行测试前，首先必须理解业务和需求。需求和业务理解了，才知道客户想要系统实现什么。然后按照需求来进行测试，不满足需求要求的都可以认为是BUG。
2. 和开发人员沟通。这里说的沟通并不仅仅指通过沟通试图让开发人员修改每个BUG，这个当然需要沟通，但是并不是指所有的BUG都需要修改，这中间涉及到成 本、技术，还有别的问题。除此之外，通过和开发人员搞好关系，对于BUG我们可以问他发生该BUG的原因，修改的大致方法，甚至不修改的原因等等，这有助 于以后测试中多注意、多发现这样的问题，甚至提出修改建议。
如在Symbian客户端测试中，会出现“内存不足，请关闭一些应用程序后再试”的警告，是属于正常现象。
3. 决定BUG严重性的时候，可以根据该被测对象在整个系统中充当的角色，实现的功能来判定如果该对象出现错误会对整个系统产生什么样的影响，对产生的影响打 分，从而定义BUG的严重程度;决定BUG优先级的时候，可以先假设不修复该BUG，出现的这些问题会产生哪些影响，然后判定这些影响的严重性来判定 BUG的优先性。
如在项目中，旅游模块页面中，点击查询时自动退出系统，本是属于High单，而我提的是Medium单。
4. 容易产生BUG的情况：虽然在开发过程中，软件需求通常都会发生改动，所以如果某一部分的软件需求频繁发生变动，那么就会导致和这部分相关的编码和设计会相应的频繁变动，那么在测试中，这部分编码设计实现的部分出现BUG的可能性就很大。
如果在开发的过程中，大量使用了第三方的组件，或者从别的软件中移植了大量的代码，那么和这些第三方的组件和代码相关部分出现BUG的可能性就很大。
热门学完PKPM的心得体会范文 篇9
在支付宝测试分析的角色和系统分析的角色是对应的，只不过一个是测试类的另外一个是开发类的。系分下面会有相应开发，测分下面会有相应的测试用例编写和执行人员。也就是说测试分析文档是对测试执行人员的一个指导(在我原来的理解方式上，觉得测试分析人员应该是用例编写人员;而在这里测试分析人员是从业务上去分析的，用例是用例执行人员来写并且执行的)。
而通过这次的这次分析觉得自己的测分还存在以下的问题：
1、太关注开发的内部实现逻辑。建议：将开发内部实现逻辑看成一个黑盒子，测试分析要从这个黑盒子的输入和输出上去看开发内部实现逻辑是不是有问题，而不应该先去了解开发的实现逻辑然后按照他们的思路去分析。
2、分析文档写的过于详细，甚至将用例的步骤都写了出来。建议：测试分析要从全局上去看问题，细节的东西即便是知道的，也要留给之后的用例编写人员去了解(就像系分之后的开发需要去写详细设计的道理一样)，这样后面的人才会自己主动去想问题。
3、分析文档要考虑维护性问题，不要出现类似比如还款中状态为“R”这种具体的数据内容。因为我的分析是对后续用例编写人员的一个指导性的文档，所以如果侧分这么写很有可能导致用例也照着这么写，其实不管侧分和用例都不应该具体写到R这么细节，否则的话开发稍作变动我们就要相应变动我们的用例
4、没有明确测试目的。review用例的时候，没有提出每个用例需要明确一个测试目的，让别人来看这个用例的时候能明白到底是怎么回事。
总结：
1、以后写测试分析文档，依据仅仅是prd文档，必须抛开开发实现逻辑部分(即不去看系分文档)，待测分出来之后，再去看系分文档，互相看看彼此考虑的是否存在遗漏的地方。等到在写用例的时候再让写用例的人和相应的开发去互相明确更细节的东西。
2、写用例我们目前都是仅仅做到对流程上的每个节点去单独分析，细到看输出的时候会关注到数据库表的一个变化。但是除了以上部分，其实还少了对整体流程的关注，需要增加业务流程的各条路径的一个覆盖，在针对路径的用例中不需要关注到数据库表级那么细。
3、在做流程路径覆盖之前应该画一个路径图，这个图的画法考虑各个入口的不同分开画流程图，分别进行路径覆盖。
热门学完PKPM的心得体会范文 篇10
通过一学期的学习，我了解了ERP维护及实训的主要工作内容。也学会了怎样去做这一项工作。下面我会从以下几点谈谈我的认识：
一、相关理论及业务链接的认知
ERP维护及应用是以服务思路为主导，学习ERP运维常识、服务的重要性、服务的技巧与用友ERP-U8和用友通相关产品。通过对遇见的一系列问题的分析与总结，熟悉 U8及相关产品软件。以便给客户带去更专业的服务。
二、ERP运维岗位的认知
ERP：Enterprise Resource Planning(企业资源计划)的简称，是上个世纪90年代美国一家IT公司根据当时计算机信息、IT技术发展及企业对供应链管理的需求，预测在今后信息时代企业管理信息系统的发展趋势和即将发生变革，而提出了这个概念。 ERP是针对物资资源管理(物流)、人力资源管理(人流)、财务资源管理(财流)、信息资源管理(信息流)集成一体化的企业管理软件。它将包含客户、服务架构，使用图形用户接口，应用开放系统制作。除了已有的标准功能，它还包括其它特性，如品质、过程运作管理、以及调整报告等。以求最大限度地利用企业现有资源，实现企业经济利益的最大化。
企业购买ERP软件后，委托该软件的供应商进行后续的运行维护工作，我们不仅需要掌握较为困难的计算机网络知识基础、ERP行业知识、项目管理知识、计算机专业英语知识、维护设备的原理、硬件维修经验、系统运行的硬件设备的维修、维护工作，包括服务器、交换机、客户端PC、打印机等，更应该对财务软件都各方面很熟悉，并结合市场营销方面的知识，与客户交流与沟通，给客户提供更为满意的服务，使得客户的期望值大于客户的感知。
ERP维护是一个繁琐反复的过程，尤其是验收前的维护 ERP的维护主要包括两方面，第一是业务解释说明，第二是系统操作指导。工作状态是：接听电话—记录问题—解决问题—汇总通报。为客户做业务解释说明就需要对业务有所了解，比如从立项-合同-订单-入库出库-总账等等，这是个长期的过程。系统操作指导相对容易，多练习即可。高级阶段可以熟悉SQL，这样查找数据的效率就提高了。
三、服务技巧的认知
作为一个好的运维人员，应该做到：
1、具备严谨的时间观念，牢记自己负责的任务和该任务的最终完成日期，如果有风险或不能按计划完成应尽早告知客户或领导;
2、 具备较强的责任感，责任感是我们成熟的主要表现;
3、具备良好的协作意识，为达成项目总体目标而端正自己的心态;
4、 具备敏锐的观察力，在工作中能够非常敏锐的抓住问题的关键、找到工作中的失误;
5、 在遇到问题的时候，冷静对待，遇到没有见过的问题不要慌张，按照正常的解决思路查找原因，同时利用知识库等方式寻找解决方法，如果没有解决思路，请及时与总部或单位同事沟通。
6、对ERP维护人员来说最重要的恐怕就是耐心，耐心倾听耐心讲解。同时还要避免被用户带到沟里去，因为用户往往不知道他们的问题所在却自以为知道，更让人无法忍受的是，他们认定事情无法解决却要你处理，对你的处理方式还提出种种质疑，甚至的胡搅蛮缠无理取闹，这是个让人崩溃的过程，所以 耐心很重要。
7、具备良好的沟通能力，沟通不仅仅是职场技能，更是生存方式。我们要认识到沟通的重要性，做到与客户、与同事之间及时交流与沟通，避免许多因信息没有及时反馈而产生的问题。
四、ERP行业背景及人才市场对运维、实施岗位的认知
岗位职责：
1、负责用友软件的安装、培训、维护;
2、负责用友服务器、数据库的管理，负责数据录入、数据审核、数据输出、制作各类信息报表，以及月末结转、帐套初始化设置等;
3、负责用友ERP软件日常维护、技术支持;
4、负责用友ERP软件操作流程管理、制定用友ERP管理制度并组织实施。
任职资格：
1、计算机、财务、金融、或相关专业本科以上学历;
2、两年以上ERP系统实施及运维经验，至少一个完整的ERP项目上线经验，支持时间不少于一年;
3、了解MSSQLServer数据库的使用及一般维护;
4、有一定的计算机软硬件维护经验，掌握一定的网络应用知识;
5、具有良好的沟通能力和合作意识，有良好的学习能力、动手能力和分析力;
以上就是这学期我对这门课程简短的认知，通过这门课程，我不但学习了专业的ERP运维知识，还学会了更多的服务技巧，希望以后的课程中可以给我们更多、更专业的学习环境，让我们在实践中学习，锻炼我们随机应变的能力，以至在以后的工作岗位中少走弯路。
热门学完PKPM的心得体会范文 篇11
我的第一份工作并不顺利，那时刚刚来到南昌，对这里的一切还都很陌生。第一次去面试，根据上面提供的信息我坐上工交车，一个小时过去了可还没到。电话得知我已经过了目的的!哎!第一次面试就这样流产了!
大学这么长时间，自己也已经做过好几分工作了，大多是促销员的工作，比如维纳斯婚纱摄影，爱维利斯化妆品促销，美的微波炉之类的工作。一开始毫无经验，工作感觉很困难，但是经过多次的磨练与培训以后，自己收获了很多。不仅工作能力有了一定的提高，自己的意志力也得到了很大的锻炼，工作过程中，受到冷眼是很正常的，也就是说必须忍受!
有了第一次的教训，第二次好不容易才找到公司所在地址。面试的人还是挺多的。看着这些陌生的面孔，心里有种不安的感觉，我是害怕失败吧!不管怎样，总要面对的!这是第一次参加这样的活动，不免有些紧张，台上没能完全的放松!经过漫长的面试，我还是满幸运的获得了我的第一份工作—-维纳斯促销员工作时间是国庆三天。节假日，八一广场人山人海，我们的工作是负责招揽顾客到摄影电里拍照，对象是情侣，婴儿或是消费能力高的人群(那家的消费可真不是一般人所能愿意花费的}!手里拿着宣传单穿梭在人群里，寻找目标。漫长的一上午也没拉到几个顾客，这真的有点难，不免有些泄气，很想不干了!那时已经有几个中途逃离了!也许，是第一份工作不想就这么结束了，最终我还是坚持里下来!可是我的努力却只换的10块一天的工资，理由是我没拉到很多顾客!第一份 工作很失败……
之后是美的微波炉的工作，这次面试相对前次好多了，没有了上次的怯场，痛快地表达自己!和以往不同的是，这次面试增加了辩论这一环节，所有人员分成两组进行辩论!所以，这次要求挺严格的，经验固不可少，更重要的是口才!两个多小时所有环节都一进行完毕，考官当场宣布录取人员名单，这次幸运女神还是照顾我的，我成功的通过了面试!在工作之前，我们进行了一天的培训，半天的实习，然后正式分配任务。对于微波炉的促销，首先必须了解相关产品知识，并掌握一些必要的解说技巧，这些在一天的培训里都已经有所领悟。白猫黑猫，抓到老鼠就是好猫!这次工作感觉还好，收获也不少，当然也包括Money了!
热门学完PKPM的心得体会范文 篇12
接触计算机程序设计已经快7年了，从事专门的软件测试也快四年了，强子也是在阴差阳错中踏入软件测试领域，一开始只想做一个特牛的程序设计师，可是毕业后找工作却找了个软件测试的工作，在一些彷徨与犹豫中接受了这个职业并且到现在也做得挺开心，也是由于那时我们这个业务刚成立不久，由于表现还不错所以一个阴差阳错的机会被升为team leader，到现在也还在同一家公司做着测试的工作。
先讲讲做manager的一些体会，其实具体做什么事真的不是那么重要，关键是做事的方法，做人的章法，特别是对一个manager来说，方法比技术更重要，真的是这样，当然我也很喜欢研究技术，技术能让我找到更多的自信和成就感，但是面对着手下一帮兄弟姐妹，一个人的技术就显得有些力不从心了，这个时候得把你的知识share给大家，当然形式多种多样，比如写一份文档，做一个正式的training，给大家营造一种不耻下问的环境或者大家一起讨论一些难题等等。当然还有很重要的一点，一定不能说“我不知道”，作为一个头，如果你真的不知道，那你得想办法通过一些手段与员工一起把这个问题解决了，坚决不能说“我不知道，你自己看着做吧“等，本来员工是很尊重你的，这些话将直接导致其鄙视你。
另外就是做头的，特别像咱这种中低层的头，不像中高层的领导，咱们考虑事情的角度不一样，当这种小头儿的最重要的两件事：把事情做对做好，与员工打成一片。首先得确保把事情做对咯，然后带领大家朝着这一个对的方向前进进而把事情做好，在99%的时间里，你是和你的兄弟姐妹们呆在一起而不是和老板，所以这个过程中的与员工的关系一定要融洽且单纯，不能让员工对你有隔阂感，经常一起吃饭，摆摆龙门阵，唠唠家常，开开玩笑，不要摆架子，在一个公司里最不能摆架子的就是这种小头儿(或称之为leader或者manager一类)，这就像个村官一样，小样的，还真把自己当回事儿呢?
做开发还是做测试?很多人讨论甚至争吵，强子认为之所以会有这样的问题是因为中国还没有把软件行业普及好，大家还停留在江民时代，求伯君时代，认为做开发的才是牛人，才有前途。而事实上，现在的软件是一个系统工程，缺开发，缺测试，缺文档都不行，都可能直接导致失败，谁最牛?强子认为写文档的人最牛，那咱们都去写文档?不过从强子面试的很多人当中来看，还是有更多的人愿意做开发，这不能不说是一大遗憾，强子无能，也只能聊以文字来表达自己对测试的热爱。测试犹如开发一样，也是一门深不见底的大学问，咱以后慢慢讨论。
关于项目管理，这又是一门大学问，强子在这几年当中也经历过无数次的版本更新，版本发布或者一些内部的项目，对项目管理略知一二，有空时强子自会附上一些体会。我想项目管理最本质的一点：保护项目团队，保护项目经理，去除杂音。项目经理这活，不好干，要职位没职位，要资金没资金，做好了皆大欢喜，做不好就卷铺盖走人，挺难，不过咱有咱的方式方法，怕啥?
热门学完PKPM的心得体会范文 篇13
通过实训中心老师的课堂讲解与企业化标准的培训，使我加深了对自己专业的认识。从而确定自己以后的努力方向。要想在短暂的实训时间内，尽可能多的学到东西，就需要我们跟老师或同学进行很好的沟通，加深彼此的了解。只有我们跟老师多沟通，让老师更了解我们，才能跟真切的对我们进行培训工作。由此，班级的文化“共享”就在生活中慢慢形成了。
“纸上得来终觉浅，绝知此事要躬行!”在这短短的时间里，让我深深的感觉到自己在实际应用中所学专业知识的匮乏。让我真真领悟到“学无止境”这句话的涵义。而老师在专业认识周中所讲的，都是课本上没有而对我们又非常实用的东西，这又给我们的实训增加了浓墨淡采的光辉。我懂得了实际生活中，专业知识是怎样应用与实践的。在这些过程中，我不仅知道了职业生涯所需具备的专业知识，而且让我深深体会到一个团队中各成员合作的重要性，要善于团队合作，善于利用别人的智慧，这才是大智慧。靠单一的力量是很难完成一个大项目的，在进行团队合作的时候，还要耐心听取每个成员的意见，使我们的组合达到更加完美。
这次实训带给我太多的感触，它让我知道工作上的辛苦，事业途中的艰辛。让我知道了实际的工作并不像在学校学习那样轻松。
人非生而知之，虽然我现在的知识结构还很差，但是我知道要学的知识，一靠努力学习，二靠潜心实践。没有实践，学习就是无源之水，无本之木。这次实训让我在一瞬间长大：我们不可能永远呆在象牙塔中，过着一种无忧无虑的生活，我们总是要走上社会的，而社会，就是要靠我们这些年轻的一代来推动。这就是我们不远千里来实训的心得和感受，而不久后的我，面临是就业压力，还是继续深造，我想我都应该好好经营自己的时间，充实、完善自我，不要让自己的人生留下任何空白!
实训中除了学到不少专业知识，也了解一些社会的现实性，包括人际交往，沟通方式及相关礼节方面的内容，对于团队开发来说，团结一致使我深有体会。团队的合作注重沟通和信任，不能不屑于做小事，永远都要保持亲和诚信，把专业理论运用到具体实践中，不仅加深我对理论的掌握和运用，还让我拥有了一次又一次难忘的开发经理，这是也是实训最大的收获。
现在我对“一个人最大的财富是他的人生经历和关系网络”这句话非常的有感情，因为它确实帮了我们不少。除此课本上的知识毕竟有限。通过实训，我班同学都有这样一个感觉，课本上的理论知识与实际工作有很大差距，只有知识是远远不够的，专业技能急需提高。
从最初的笨手笨脚，到现在可以熟练的按照流程开发软件，这都与我班每个人的努力是分不开的。十个月的实训，教会了我们很多东西，同时也锻炼了大家踏实、稳重的能力，每个人都很珍惜这来之不易的实训机会。
在实际工作中经常会和不同的人打交道，然而他们的态度是不可恭维的，你会感觉到他的不耐烦以及他的高傲，所以这就需要学会沟通的方式及说话技巧，学会灵活面对。通过这十个月的实训，我班同学都收获颇丰，总体来说对这次实训还是很满意的。尽管实训很累，每天早出晚归。但真的很感谢学校能够提供我们这样好的实训机会，以及东软给予我们的实训平台。我们深刻的了解到，只有经历过，才知道其中的滋味。对于我而言，喜欢体验生活，可以说通过这次实训，真真切切的让我了解了什么是软件开发，什么是软件工程，让我对于软件最初的观点也有了本质性的改变!程序员不仅仅是一份职业，更是一份细心+一份耐心+一份责任心=人生价值的诠释。即将走向工作岗位的我们更要不断加强自己的专业技能，社会不会要一个一无是处的人，所以我们要更多更快的从一个学校人向社会人转变。为此我们将会在以后的日子里继续努力，不断激励经验，不断磨砺自己，早日走向工作岗位。
【本文地址：http://www.xuefen.com.cn/zuowen/3920763.html】
