写给项目测试负责人的一些话：

1、项目加入了自动化测试平台，负责人要有全局的把握。因为你的用例被拆分成自动化测试和手工执行用例，原来一些被打入冷宫的用例因自动化测试而重生，重生的用例需要你的维护。

2、当你迎来项目新立项，拿到需求文档，开始设计新用例，此时，别忘了该如何统筹安排你的用例。是的，这很像排兵布阵，有了自动化测试这把利剑，还得看你会不会用。

3、不要永远做自动化测试的门外汉。可能你的职业规划是测试经理，产品经理，或者其他，又可能你对其感到畏惧或厌倦，认为自己无法跨越对编码的恐惧。但是，无论如何，你是这个项目的测试负责人（一个的测试工程师），你要负起这个责任，挑起大梁。

4、如果以后你看到自动化测试报告单，没有发现一个bug，请不要抱怨，自动化脚本主要不是来帮你找缺陷，而是告诉你没有缺陷。

5、如果将来你参与了自动化测试脚本编写工作，请做好面对一大堆错误的心理准备。在前期，测试结果往往会夹杂着一大堆的各种错误，可能是框架机制问题，可能是脚本编写问题，可能是用例问题，还有可能是需求自身的问题。

6、咱们部门刚刚开展自动化测试，需要大伙的支持和理解。它的发展需要一个渐进的过程，从无序到有序，从困惑到豁然开朗。这个过程难免曲折艰辛，甚至会引来非议，但是从一些成功案例中，还是坚定了我继续走下去的信心。我渴望和大家一起分享这份成果，尽管现在连花儿都未曾开放。

7、会自动化测试和会QTP是两回事，学习自动化测试不一定要会QTP，你也可以通过Selenium入门。

8、请考虑下你负责的项目是否需要实施自动化测试，我们可以一起坐下来讨论，圈定一个范围和实施的计划。我们都是产品线上的一颗螺丝钉，我这颗螺丝钉很乐意为你的项目提供自动化测试的帮助。

9、不要过度信任自动化测试，它也是个撒谎高手。所以，自动化用例需要测试，框架需要测试，脚本函数需要测试，脚本过程需要测试，驱动数据需要测试。

10、看到这里，你一定觉得开展自动化测试很累人。没错，这本不是一件立竿见影的利索活。它的发光，需要一定时间的沉淀，我们现在讨论的，和接下来要做的工作是为了如何来缩短这部分的时间。

总结：讨论的仅仅是自动化测试开展实施的一部分，这部分很关键，需要大家的支持，因为用例是整个自动化测试的灵魂，没了灵魂，框架搞得再好，也仅仅是个躯壳，行尸走肉。