公   函

 

我公司         等一行    人来贵单位办理公事业务，请给予接洽。

特此函告

年  月  日

 

公   函

 

               

我公司         等一行    人来贵单位办理公事业务，请给予接洽。

特此函告

年  月  日

第二篇：在北京分公司出差总结

北京分公司出差总结

在11月份，我出差到北京分公司协助新版主机审计的研发与测试工作，在这一个多月的时间里，通过实地在北京公司的工作、以及与分公司同事的交流，学到了很多，感受到了很多，也认识到了自己很多的不足。

一、需要提高知识的深度和广度

刚到北京分公司的时候，第一眼就看见北京同事改进的新版主机审计产品。北京同事在没有任何需求文档和功能性设计文档的情况下，只看旧版本的代码，就将新版本主机审计的雏形已经设计出来了。虽然除了审计报警功能勉强可用外，其他的功能基本都还没有实现，但北京同事对新产品研发的工作热情以及这种设计氛围，是值得我们学习的。至于我自己，刚开始感觉根本就没有什么压力，因为觉得自己对主机审计功能这部分还是比较熟悉的，在指导测试功能上来说，应该没什么问题。但是随着新版本研发进度的进一步深入，功能性问题越来越多，由于大家对产品的详细设计都不是很了解，所以大家聚集在一起讨论这类技术性问题，但由于自己对主机审计了解的比较肤浅，以及其他技术性基础知识的深度和广度不够，所以在讨论中，没有自己插入话题的机会，在讨论中，可能很多技术性名词还不清楚是什么意思，但又碍于面子，所以不好意思提出来，担心别人笑话，所以很多时候都是哑口无言，除非是一些比较浅显的功能性问题，才有自己插入话题的机会。

所以我觉得，作为测试人员，做好本职的测试工作是自己的义务。但是提升自己的知识面，以及对某些关键性技术深度的认知，以便提高自己的测试技术，则是自己的责任。往往一个测试人员的知识深度与广度，决定了一个测试人员发现BUG的数目。

二、需要及时与同事、用户沟通协调

在这个新版主机审计产品的研发与测试过程中，经常会需要与北京分公司、深圳公司的研发人员和测试人员沟通，很多问题可能争论不下，一时不知道采取谁的意见。所以，我觉得作为测试人员，在沟通协调方面，应该有自己的主见，在确定了自己想要了解什么，需要什么样的答案，然后再去和别人沟通，而不是盲目的去问别人。这样很容易造成自己在沟通中的被动局面。

作为测试人员，在测试过程中，与别人沟通是工作中比较重要的一部分，所以，我觉得我们还需要提升在沟通与协调技巧方面多多的学习和提升。

三、对产品功能要有建设性的思维

在新版本的改进工作中，很多功能点可能与旧版本的审计不一致，由于我们长期对某个产品的功能点存在一个固定认识，而没有根据市场的需求或者是某些特殊用户的需求去更新我们大脑里的这种固定思维模式，导致产品存在很多的潜在性缺陷。我作为一个测试人员，在一个产品的改进过程中，站在一定的用户和使用者的角度，对产品各个功能模块提出建设性的意见，应该能反映我们对这个产品的认知深度。在北京分公司的主机审计改进工作中，北京分公司的同事在研发与测试过程中，对产品的部分功能提出了一些建设性意见，而我们作为一个对产品测试了这一年多的测试人员，却一直固守在原始的思维在中，感觉很是惭愧。

所以，我认为我们在今后的测试工作中，应该不能只是固守在测试那些原始设计的功能点，而应该站在用户的角度，去对产品提出和发现有建设性的需求或者BUG。

四、要敢于承担自己的错误

在北京分公司测试新版本审计的这段时间，我发现北京分公司的同事有一个很值得我学习的地方，就是敢于承担产品的缺陷是自己造成的，哪怕这个缺陷不一定是缺陷。比如，在测试过程中，我发现了一个不确定性的问题，因为自己的无法分析问题的原因，我可能会反馈给开发人员，而开发人员的第一反应就是回顾自己的编码过程，确认是不是自己的问题，测试人员大家也会一起再次验证问题是不是还会重现。而不是推诿似的说“你们再确定一下”、“可能是另外一个模块的问题”等，如果确认是由于测试人员在测试过程中非法造成的，那么测试人员也应该敢于承认自己的错误，并在错误中提升自己，不要再犯类似的错误。特别是测试人员在测试中，未测试出产品存在的缺陷，那么测试人员更应该敢于承担错误，而研发人员也需要自我反思，因为产品的BUG影响的并不是一个人，而是一个团队，一个集体，一个公司。

所以，我认为，如果研发人员和测试人员都能够勇于去承认缺陷是自己造成的，那么我相信我们这个产品想不做到最好都不行。

#########

20xx-12-09