1.项目讨论

1.1 项目中符合自动化测试的部分有哪些？(目标和范围 scope， 准入准出标准)

• 稳定的需求点、变动较少的页面
• 每日构建后的测试验证 daily build
• 比较频繁的回归测试
• 需要在多平台上运行的相同测试案例、组合遍历型的测试、大量的重复任务

1.2 自动化用例在整个项目的测试用例的覆盖率

• 一般的要求 50% +
• 重点的要求 80% +
• 根据项目的具体要求，变动特别大的项目需要额外单独考虑覆盖率

2.团队建设

建立自动化测试的组，理想状态下有4个人员，测试开发、中高级自动化测试工程师、2个初级自动化工程师；非理想的情况下，可能只有一个人。

2.1理想状态下的动化测试团队建设

①.测试开发：

• 基础搭建：自动化框架的建设，确定自动化框架的设计模式、第三方代码工具的封装、中间公共模块的设计和调用、测试用例、测试套件的管理和执行、测试报告和测试结果的输出（文件输出和邮件通知）

• 可选高级：如果可能的话，需要搭建持续集成服务器（CI，Continuous Integration Server）的环境，进行持续交付和自动化的冒烟测试等。

• 培训的任务，需要将设计的框架以及封装的驱动，对其他成员进行培训。

• 有自动化方案的实施经验、有开发背景、以及持续集成的背景等。

②.中高级自动化测试工程师：

• 配合测试开发人员，实施测试框架的建设。主要负责中间公共模块的实现和实例化等，以及部分高难度和流程复杂的自动化用例脚本编写和调试等工作。
• 有参与过自动化方案的建设、脚本编写经验丰富、会代码调试、懂Web测试等。

③.初级自动化测试工程师：

• 根据中间公共模块的设计，进行实例化公共模块、方法组合，实现自动化用例脚本的编写。
• 有计算机编程思维、有代码经验、可以读懂脚本和HTML等。

2.2 非理想状态下的动化测试团队建设

若只有我一个人：

• 首先实现自动化测试框架的设计，一般先用通用的框架，然后再结合项目的特点进行改造
• 其次是自动化用例的编写、维护和执行。在这个基础上不断的抽取实现公共模块的设计以及测试报告的生成等工作。
• 通过经验的积累，以及后续人员的补充，做好自动化框架的建设工作。