本着对IT业的憧憬，走进了中城泰信(北京)信息技术有限公司，我在公司所从事的工作是软件测试，在真正投入到工作之前，我在网上查询了许多测试员的相关要求，了解了作为一个测试人员必须耐心，细心和平和的心态，他的目标是尽可能早一些找出软件缺陷，提高产品的质量，降低维护的成本，尽可能的达到客户的需求。
软件测试员的一个基本素质是：打破沙锅问到底。另外还必须具备探索精神，有创造性，追求完美，判断准确，老练稳重，强的说服力以及受过编程方面的教育等素质，同时也还必须是个故障排除能手，等等。还没看完就发现自己离这些要求真的好远，更进一步认识到自己必须要全心全意投入工作，虚心请教，一切都得从头开始。另外，测试并不是单纯意思上的机械的"测试"，它首先要求对产品非常熟悉，不管是从功能上还是操作上。更为重要的还有就是我们要了解客户的需求，根据客户的要求来测试，看看产品是否能达到他们的要求。而从这些方面考虑则要求我们必须比任何人都要熟悉产品的一切。
公司的主要产品是电脑还原软硬件和电脑锁等一些电脑安全周边的产品，在真正的投入到测试这个工作之前，我们首先该做的就是熟悉产品，而最最直接的途径便是查看说明书，刚开始每天都是打开电脑，看产品说明书，重复的看，本以为看几遍就都记住，但是到公司进行考核的时候，才发现原来自己真的什么都没有掌握，第一次考核不及格，虽然具体的分数没有看到，但是那份心情，却使自己始终无法忘怀，也更让自己认识到要虚心的，按部就班的好好熟悉产品，要做到对产品耳熟能详。在我实习期间公司给北京市自来水集团负责查表税费稽查等系统，它主要应用是水费的业务管理。对于我们来说，它是一个全然陌生的产品，老总要求我和跟我一起实习的同事三天之内迅速熟悉产品的各种功能及完成测试。当时听了吓一跳，一个对于我们来说全新的产品，一天就要全部掌握而且要测试出它尚存在的问题，这似乎很不可能，而且也有点不相信自己有这样的能力。但是一天下来，我们竟然可以从什么都不懂，到熟练的掌握。并且也完成了一些简单的测试，发现了一些界面错误。但是对它的具体性能和功能的测试还没有完成，不过老板并没有责怪我们，只是让我们明天接着做，听了心里有些安慰。因为本以为他会大发雷霆呢。
那一天对于我来说最大的收获便是，要相信自己，不要被没有去真正实践的事情而吓倒，其实如果你真的去尝试，你会发现一切都没有你想象的那么难，只要你努力，没有什么不可以。最后在我们的努力下，共用了不到三天的时间，熟练的掌握了的白板的操作，对它的界面、功能、性能等做完了全面的测试，及时做了总结，反馈给北京的公司，让他们对存在的错误做了修改，而且我们还协助老总教会了销售人员，以便他们能够在11月29日 的会议上能够熟练的操作，把产品展现给自来水集团的工作人员。后来听说得到了很大的反响，公司同事听了都非常的高兴，想想那两天的班算是没有白加。
实习结果几个月的实习下来，让自己走进了一个全新的领域，开始了自己真正的工作生涯。实习无所谓结果而言，更确切的说，它是一个开端，一个让自己学会成长的地方，当然也确实让自己长大了许多。不管是从工作技能上还是从为人处事上，我都感觉到了有很大的提高。首先，在工作技能上，因为从事的是测试工作，对于自己来说是一个全新的概念，一切都是从头开始的，而更需要自己的努力、耐心和细心。这些都是自己欠缺的，但是在工作了这几个月后，真的发现自己有了很大的改善。虽然离真正的软件测试人员的要求还有很大的距离，但是自己一定会努力，向着自己的目标前进。其次，在为人处事方面，也让自己成熟了许多。虽然不能用语言来描述，但是确实可以从生活中的点点滴滴感觉得到。
经历使人成长，只有真正的经历过，才可以让自己真的成熟起来，要想真的出人头地，好的为人是前提。四、实习总结说来自己真的算是很幸运吧，我应聘的职位是软件测试员，当初在大家包括我自己的眼里都认为软件测试的要求非常高，而且似乎有一种可望不可及的感觉，但是当自己真正的接触了这个行业之后，发现其实并没有那么的高不可攀。不过后来发现自己所从事的，并不是真正意义上的软件测试，只是一种"手脑"测试罢了，不过虽然如此，但依然学到了很多，尤其是对计算机的硬件知识和底层操作有了更深的一步了解。还记得刚刚走入公司的时候，感觉很奇妙，一切都是那么新奇，那么陌生，不敢随便讲话，凡事都小心翼翼的，这对于性格开朗的我来说，简直到了折磨的程度，不过幸运的是很快就跟所在部门的同事混熟啦，公司虽然很小，但是工作的氛围却非常的轻松。
也许大家都是年轻人，且都是刚刚进入社会不久，所以有很多的共同话题，在工作之余，和同事之间的关系相处的很融洽，完全化解我当初的煌煌不安。总之，通过这次实习，确实让自己成长了许多。在实习期间，我学到了许多东西，遇到了一些困难，也看到了自己本身存在着许多问题。在测试时要想使自己的测试更加周全。总会遇到这样那样的问题，当前的软件的功能日趋复杂，不学到一定的深度和广度是难以在实际工作中应付自如的。因此反映出学习的还不够，缺点疏漏。需再加以刻苦钻研及学习，不断开拓视野，增强自己的实践操作技能，为以后能做好测试工作而努力。
接触计算机程序设计已经快7年了，从事专门的软件测试也快四年了，强子也是在阴差阳错中踏入软件测试领域，一开始只想做一个特牛的程序设计师，可是毕业后找工作却找了个软件测试的工作，在一些彷徨与犹豫中接受了这个职业并且到现在也做得挺开心，也是由于那时我们这个业务刚成立不久，由于表现还不错所以一个阴差阳错的机会被升为team leader，到现在也还在同一家公司做着测试的工作。
先讲讲做manager的一些体会，其实具体做什么事真的不是那么重要，关键是做事的方法，做人的章法，特别是对一个manager来说，方法比技术更重要，真的是这样，当然我也很喜欢研究技术，技术能让我找到更多的自信和成就感，但是面对着手下一帮兄弟姐妹，一个人的技术就显得有些力不从心了，这个时候得把你的知识share给大家，当然形式多种多样，比如写一份文档，做一个正式的training，给大家营造一种不耻下问的环境或者大家一起讨论一些难题等等。当然还有很重要的一点，一定不能说“我不知道”，作为一个头，如果你真的不知道，那你得想办法通过一些手段与员工一起把这个问题解决了，坚决不能说“我不知道，你自己看着做吧“等，本来员工是很尊重你的，这些话将直接导致其鄙视你。
另外就是做头的，特别像咱这种中低层的头，不像中高层的领导，咱们考虑事情的角度不一样，当这种小头儿的最重要的两件事：把事情做对做好，与员工打成一片。首先得确保把事情做对咯，然后带领大家朝着这一个对的方向前进进而把事情做好，在99%的时间里，你是和你的兄弟姐妹们呆在一起而不是和老板，所以这个过程中的与员工的关系一定要融洽且单纯，不能让员工对你有隔阂感，经常一起吃饭，摆摆龙门阵，唠唠家常，开开玩笑，不要摆架子，在一个公司里最不能摆架子的就是这种小头儿(或称之为leader或者manager一类)，这就像个村官一样，小样的，还真把自己当回事儿呢?
做开发还是做测试?很多人讨论甚至争吵，强子认为之所以会有这样的问题是因为中国还没有把软件行业普及好，大家还停留在江民时代，求伯君时代，认为做开发的才是牛人，才有前途。而事实上，现在的软件是一个系统工程，缺开发，缺测试，缺文档都不行，都可能直接导致失败，谁最牛?强子认为写文档的人最牛，那咱们都去写文档?不过从强子面试的很多人当中来看，还是有更多的人愿意做开发，这不能不说是一大遗憾，强子无能，也只能聊以文字来表达自己对测试的热爱。测试犹如开发一样，也是一门深不见底的大学问，咱以后慢慢讨论。
关于项目管理，这又是一门大学问，强子在这几年当中也经历过无数次的版本更新，版本发布或者一些内部的项目，对项目管理略知一二，有空时强子自会附上一些体会。我想项目管理最本质的一点：保护项目团队，保护项目经理，去除杂音。项目经理这活，不好干，要职位没职位，要资金没资金，做好了皆大欢喜，做不好就卷铺盖走人，挺难，不过咱有咱的方式方法，怕啥?
20xx年是美好的一年，因为这一年我毕业了，因为这一年我又迈入了人生的另一个阶段，因为这一年我进入了重庆惠普实习，我觉得自己成熟了许多.辗转一年的大三生涯，我努力的想要寻找到一份很好的工作，然而，上天总会给予人磨难再给予人甘甜。我是大二下学期的时候听到消息说惠普要到我们学校招实习生，自己抱着试一试的态度就去参加了笔试，意外的进入了初试，最后在自己的努力下终于得到了来到惠普实习的机会，那时想要进入惠普的迫切心情，我直到现在还能体会到。惠普是一个非常宽容的平台，她给予了我锻炼与学习的机会，怀揣着忐忑和激动的心情我来到重庆惠普。
第一天来到惠普，我就被她浓厚的企业文化深深的吸引，作为一家跨国公司，企业文化应该更加多元，具有更大的包容性，才能更好地吸贤纳士，让员工将自己的梦想和公司的目标紧密结合，实现最大程度的公司发展和个人提升。惠普通过各种途径，促使员工真正融入到公司的文化中。公司的工会组建了多种俱乐部，定期组织内容丰富的业余活动。在这些非正式的场合里，员工之间的交往、沟通往往可以更加轻松和亲密，从而使公司形成一种具有人情味的家庭氛围，增强了员工的归属感。公司还在办公大厦内引入了经营纪念品的专卖店和经营、租赁图书的知识中心，并通过定期活动为员工创造良好的文化氛围。
虽然现在我才来到hp短短的几个月，但是我却学到了非常多的东西。hp的学习资源非常的丰富，以前在学校我是学计算机信息管理的，但是进入hp之后我的工作是测试。几乎很多东西都是从零开始，需要重新去学习，学习这里使用的工具，学习项目的知识，学习每一个涉及到的系统，做很多的e-learning。这一段时间，使我觉得自己就好像一块海绵，我在不断的吸收周围的水分，然后使自己变得更加丰盈起来。
回首过去，展望未来，从思想上来说，我从一名普通的大学生到一个为社会服务的软件测试人员，思想觉悟有了很大的提高，作为一个刚刚步入企业的年轻人来说，什么都不懂，没有任何实践经验，不过在各位热心领导和同事的帮助下，我很快的融入到了这个新环境，这对我今后的工作是非常有益的，除此之外我还学会了如何更好地与别人沟通;在这短短的几个月里，我学到了很多在学校学不到的东西，也认识到了自己很多的不足，感觉收益非浅。
在支付宝测试分析的角色和系统分析的角色是对应的，只不过一个是测试类的另外一个是开发类的。系分下面会有相应开发，测分下面会有相应的测试用例编写和执行人员。也就是说测试分析文档是对测试执行人员的一个指导(在我原来的理解方式上，觉得测试分析人员应该是用例编写人员;而在这里测试分析人员是从业务上去分析的，用例是用例执行人员来写并且执行的)。
而通过这次的这次分析觉得自己的测分还存在以下的问题：
1、太关注开发的内部实现逻辑。建议：将开发内部实现逻辑看成一个黑盒子，测试分析要从这个黑盒子的输入和输出上去看开发内部实现逻辑是不是有问题，而不应该先去了解开发的实现逻辑然后按照他们的思路去分析。
2、分析文档写的过于详细，甚至将用例的步骤都写了出来。建议：测试分析要从全局上去看问题，细节的东西即便是知道的，也要留给之后的用例编写人员去了解(就像系分之后的开发需要去写详细设计的道理一样)，这样后面的人才会自己主动去想问题。
3、分析文档要考虑维护性问题，不要出现类似比如还款中状态为“R”这种具体的数据内容。因为我的分析是对后续用例编写人员的一个指导性的文档，所以如果侧分这么写很有可能导致用例也照着这么写，其实不管侧分和用例都不应该具体写到R这么细节，否则的话开发稍作变动我们就要相应变动我们的用例
4、没有明确测试目的。review用例的时候，没有提出每个用例需要明确一个测试目的，让别人来看这个用例的时候能明白到底是怎么回事。
总结：
1、以后写测试分析文档，依据仅仅是prd文档，必须抛开开发实现逻辑部分(即不去看系分文档)，待测分出来之后，再去看系分文档，互相看看彼此考虑的是否存在遗漏的地方。等到在写用例的时候再让写用例的人和相应的开发去互相明确更细节的东西。
2、写用例我们目前都是仅仅做到对流程上的每个节点去单独分析，细到看输出的时候会关注到数据库表的一个变化。但是除了以上部分，其实还少了对整体流程的关注，需要增加业务流程的各条路径的一个覆盖，在针对路径的用例中不需要关注到数据库表级那么细。
3、在做流程路径覆盖之前应该画一个路径图，这个图的画法考虑各个入口的不同分开画流程图，分别进行路径覆盖。