去公司好几天了，虽然真正的测试还没有步入正规。但通过这次Team Building，也学到了不少东西。了解到这家公司业务的基本架构：关于公司的基本架构是商业机密。
这里就不详谈了。
上面仅是我对dMs产品比较浅显的理解。抛开具体软件产品的业务流程，这几天的工作中，自己对于测试团队的建设也有了些许感受：
刚刚进入一个新的公司为其建立团队可不是件容易的事情。
1、最重要的就是在公司里找到一个能和你直接沟通的人。需要资源不知道找谁，这个是特别麻烦的。一些最基本的问题。比如说：机器的问题，安装盘的问题等等都是小问题，但对公司的环境不熟悉，再加上公司分工又不是很明确，遇到这样的小问题的时候，真是不知道找谁好。如果能在进入公司前都把这些事情沟通好，那么进入公司后就会以最快的速度开展工作。
2、进入公司以后，应尽可能快的熟悉公司的所开发的软件功能和业务流程体系架构等等。这个最好的方式是由专门的公司方面的业务专家提供1-2次的培训。
3、为公司搭建好测试的平台以后，工具的如何使用呢？应对所有的开发人员和涉及到测试的测试人员作一次工具如何使用的课程，这个应由我们来负责。
4、通过这个测试工具基本上建立起了测试的流程，开发应该也知道如何利用测试工具与测试人员配合，下一步要做的就是开发人员应当是坚持使用测试工具，坚持把测试工具里面的测试流程加入到他们日常的开发工作中去。当然这是离不开公司领导（CTO，开发经理）的支持的，所以得到这些领导们的认可是成功的第一步。
5、当然测试人员要做就是测试工具的管理和测试用例、Bug报告的提交和维护。每天测试人员都要严格按照以前在学校所学到的规范化流程工作。输出文档是相当重要的：每天要有测试日志，每周要有周日志，每一阶段都应该有测试报告。其实这一部分学校里面学到的知识足以应付了。所有输出文档都要发送给相关同事，阶段性的成果要发送给公司的CTO，主管质量的同事。这是建立起汇报制度。汇报的输出文档相关同事要进行评审，这是建立输出文档的评审制度。每周我们都必须参加公司的例会，定期必须与公司其他相关同事开碰头会。这个是建立起的例会制度。
6、在作测试的过程中，最经常要做的可能就是沟通工作，毕竟我们是外来的和尚，如何与公司的开发人员沟通，如何与质量部经理沟通等等这样的沟通渠道应该建立起来。在公司里面出现测试人员与其他开发人员意见不一致而且双方协商解决不了的时候，应该采取一个什么样的沟通机制。沟通渠道很重要啊！
未完待续……
相关阅读：
软件测试经理是这样炼成的（一）
