在核能的璀璨星河中，核能工程师如同守护者，肩负着核能安全与创新的使命。他们是核能安全的守护者，技术的革新先锋，领域的专家，创新的引领者，技术的深耕者，以及安全的领航者。在这篇篇章中，我们将一同踏上核能工程师的征程，见证他们如何以智慧与勇气，引领核能安全与发展。

1. 在对xx系统进行输入限定的方法熟悉之后，都是重复性的工作，给每个页面，每个字段进行输入控制语句的添加，在进行了数个页面之后，出现了有的页面没有添加完整，或者提示语句不正确的情况，在后续的bug勘误中出现了大量此类问题，浪费了大量的时间和精力修改。从这个事情上得到的教训就是工作不能大意，重复性的工作更要完成好。一般重复性的工作第一次做不好，后续检查修改是非常浪费时间的。

2. 公司的人际关系简单为好，不要拉帮结派，但一定要有跟自己能说工作中困惑的倾心之人，这样当你遇到生活、工作困惑的时候，可以有人给你出主意。人有时真的很需要被人倾听。工作中难免遇到不顺心的人，不要深深陷进自己挖的感情坑里，工作中感情要对事不对人，下班后把这些都要忘了，享受完全属于自己的生活。

3. 还有一个也是其他组借调过来的新员工，跟我一起干这件事情。我600多次，他也差不多600次。还好这个家伙，心态很好，做事情也很勤奋。

4. 二、餐饮行业项目，在团队开发项目中直接参与了豪享来餐饮有限公司总部的信息综合管理平台项目，主要负责的系统有：

5. （4）注重用户体验

6. 人力投入：开发3人，测试就我1人

7. 二、开发小工具

8. 代码量：大约10K行

9. 入职两个月最大的收获就是敢于接受任务并想尽办法完成，每一个任务对于初入职场的我都是一个挑战，如何保质保量完成任务是最基本的要求。这两月最大的成功在于没有一次任务是拖沓的，每次都尽最大努力完成了任务。

10. 现在产品已见雏型，也正在推向市场，心中也说不上高兴，最主要的是对产品不放心，担心应用时会出现很多问题，给客户带来很大的不便。

11. 会员管理系统。

12. 在做内部模拟试验局测试时，对测试环境的选择有较大疏忽，导致漏测。在做内部试验局的时候，我为了偷懒只选择了3个不同设备的组网测试，而没有考虑到大规模组网情况下的测试。后来，技术支持工程师拿M软件到广州试用时，程序的某项功能就不正常了，原因就是大规模组网时，通信数据的传输是多包的，而M程序的底层函数没有对多包的情况进行处理，导致该项功能不正常。当时，在其他实验室是有类似环境的，而我却为了偷懒: (

13. 三、负责M项目测试

14. 就这样，B组老大把组内相关骨干人员都叫过来开会，重新商讨了一套方案，并要求他们全力支持我们的工作。

15. 产品开发之前一定要全面了解市场需求，大致确定具体的客户群，不要把网撒的太大，不要顾及太多的客户需要，否则会给后续的开发工作带来很大的工作量和更多的考虑点(特别是在研发工程师数量不足的情况下)。先把适用于某一种或两种场合应用的产品做出来并试用，抢先占有市场，然后再根据使用情况和客户的其他需求等完善、扩展产品的性能、功能等。

16. 吴江装修网初步了解整个自动化和产品知识，尝试使用自动化进行测试;

17. 在我还在忐忑自己到底要做什么工作的时候，任务已经下达了，首先进行xx系统的测试工作。这样的好处在于能够在测试的过程中，了解项目的整体布局，了解项目中的业务逻辑，了解项目中尚未完成的.工作并以此作为下个阶段的工作目标。至此，入职工作顺利起步。

18. 为了迅速融入，我随身携带着小笔记本，同事提醒某事，便当场记下，此后时常翻看，以此警醒；经常总结自己的不足，学习别人的长处，提高自己的业务水平。从不懂到懂，从初通到细致，受到了不少业主的赞扬和支持，让我非常开心，觉得自己的努力得到了回报。

19. 所在部门的经理告诉我，开始工作的头几年对自己未来的职业发展影响很大，特别是在头一两年里，会慢慢形成一种工作态度、做事特点、行为习惯等，这些习惯一旦形成就很难改变，所以一定不要形成不好的工作习惯和态度。还好我坚持了一年，不过最近有点懈怠了，可能事情少了，人也变得有点懒散了。

20. 硬件环境：hp的PDA

21. 记得刚进公司那一阵，对我们新员工有这样那样的培训，估计转正前至少被培训了20门课吧。具体讲的都是产品知识、测试技能、编程方面的东东。那些讲课的老师水平也参差不齐，PPT写的水准也有好有坏。总体感觉就是那些培训是在浪费时间，如果自己看这些资料效果都要好很多。

22. 展望下一阶段的工作

23. 最初B组给的方案是这样的：先用第1套软件把80多个板子加载一遍，再用第2套，第3套，直到第8套。

24. 三、改性二期前台页面及m网前端页面设计;

25. 工作的主要内容

26. 这样说来，X君和他另外一位同事就是受害者了，被安排做一件这么没意义的事情。对他们我只能表示同情了。

27. 完成了xx系统的数据需求文档的编写之后，新的任务是对整个xx的输入数据进行输入限定，在任务开始之处是极为困难的，幸而得到了同事们的帮助才得以顺利完成任务。任务虽然完成，但是对输入限定实现方法的一知半解以及任务完成过程中的不仔细，为之后发生的问题也埋下了苦果。

28. 在转正前，作为新员工要给部门的“老”员工讲课，讲自己所学习过的知识，然后下面的“老”员工会发狂了似的问你问题。现在我感觉这种方式真的是一种非常好的检验方法，不但检验了你的学习情况还锻炼了你讲解PPT的能力。

29. 大家知道我是初来心得体会，对我特别照顾，每次都有人善意提醒我别遗漏，甚至手把手教我怎样消单及关闭问题点等……一切的一切，让我很感动。哲人说过，完美的团队是取得成功的保证，在魅力这个大家庭里，我深深感受到了这一点。

30. 在对xx系统添加输入限定完成之后，进入了解决程序小问题的阶段，对xx系统进行细微的缝补工作。这段时间是学习多于工作的，不同的问题督促我要每天和百度亲密接触数百次，又要劳烦诸位在百忙中的同事抽出时间来给我帮忙。虽然辛苦一点，但收获却是满满。

31. 第一轮测试结果出来之后，我们项目组开始了紧张的第一轮xx系统bug勘误工作。拿到bug列表之后，发现有一小半错误皆是因我而起，输入限定问题很多，我也主动承担了输入限定部分的bug勘误工作。

32. 系统应用后，豪享来在管理全国各门店房屋租赁合同上，一定程度上提高了管理效率，并且及时有效提供了相应预警信息；短信收发系统方便了总部及时传递各项信息；会员系统更好的管理全国各门店的会员信息；人事系统在管理中减少工作量等。

33. 失败的教训：

34. 四、国土资源与房产管理局项目

35. 前期的测试计划制定比较差，实际工作较之计划偏差过大。吴江装饰网反正10月、11月那段时间，M项目的工作是乱七八糟的，还好关键时间点的把握还算到位。

36. 软件环境：Windows PPC 20xx

37. 五、每日添加技术参数;

38. 三、金融行业项目

39. 另我比较遗憾的是，T项目的测试一直都很紧，而自动化测试并没有被推广和充分利用。直到我离职前，测试组为应付测试部自动化考核指标，才得到重视。

40. （1）重视每一个细节，不要忽视小问题

41. 具体的任务很简单：大概有80种板子，每种板子大概有8套软件，用T工具对80多块板子把8套软件都加一次，观察软件加载过程中，业务是否正常，板子加完软件后，运行是否正常。

42. 测试脚本：Robot中使用的是sqabasic脚本(基于basic的一种脚本)，另外还使用了TCL、COM组建等，并自行开发了一个抓包工具用于自动化测试。还有我们测试的产品界面是使用Java开发的，如果要让Robot能够正常识别界面，还需涉及到Java编程。

43. 在我的学习期间，有件事情让我满讨厌的。就是我必须给原部门的主管和测试组人员讲课，然后那些家伙会不停的提问，以检验我的学习效果。虽然这招很BT，但是对个人的成长还是满有利的。假设你学会了一项技能，此时你可能只在第一个层次上，如果你能够把这项技能教会别人，那么你的层次上升了一个档次。

44. 二、每日pe(hdpeldpelldpe)编辑短信;

45. 五、主网商铺及其它一些维护;

46. 当时对我比较有用的文档就只有两篇：一篇是汇集型的chm文档，是篇比较全面的介绍，其中包括自动化框架的介绍，原理的介绍，各模块介绍，自动化执行的流程等;另外一篇则是由W写的自动化建设指导书，写的还是满不错的，在我有一定基础后，照着指导书就能完成简单的自动化建设。

47. 在进行所检之余，我又接到了新的任务，完成xx系统的概要设计以及详细设计文档的编写。这两份文档已于9月2号编写完毕。

48. 在对xx系统bug勘误的过程中，对输入限定条件的判断出了问题，我想当然的按照我的主观思路对数据进行了限定，而在回归测试的时候出了问题，这些都是考虑不严谨的后果。这个事情的教训就是考虑不严谨直接导致问题推倒重来，影响了工作效率，而且很容易埋下隐患。

49. 以上三个子系统上线后，方便了社会各界查验会计人员的真实信息、方便了查询合法的代理记账机构信息，以及方便了各单位对会计人员的报备。

50. 20xx年10月～12月中旬这段时间，主要是完成前期的测试分析与设计。12月中旬，就进入了实际的测试阶段，20xx年1月底，软件发布。回顾这4个月的工作，有做的好的，也有做的差的。下面对这些进行总结。

51. 短暂又漫长的试用期里，我认真学习公司章程，严格履行个人职责，让领导放心，使业主满意。总结如下：

52. 虽然心底是比较郁闷，但毕竟也就3个星期，想着忍忍就过去了。

53. 成功的经验：

54. 总之一句话，设计开发的产品要让自己非常满意，若自己都不满意的话，就不要指望客户满意了，当然期望要高一点。

55. 五、工作中的陷阱