Automation One By One - Outline

公司采用的敏捷的开发模式，需求拆分成Userstories, 这些Uerstories划分成若干阶段来完成，每个阶段大概2-3周，一个阶段被称为一个迭代，每个迭代完成完成优先级较高的Userstories.
敏捷开发模式中的测试，每个迭代中不仅要完成本迭代的Userstories的测试，还要考虑与前一迭代功能的回归测试，随着完成的Userstories越多，Tester要测试的Cases也会越来越多，工作量也会越来越大，而且重复性的工作容易使人麻痹。为了确保已经完成的功能不受新功能或是Bug修复的影响，减轻Tester的工作量，提高工作效率，我们决定针对功能模块引入自动化。
引用自动化我们考虑了以下几个方面-5W1H：
1. Why - 上面已经列明了原因，说明了我们要进行自动化测试的目的。
2. Who - 谁会参与自动化测？参与人员的编程水平如何？

• 目前公司没有能力招聘高级的自动化测试人员，参与人员主要是原先做黑盒测试的Tester及刚毕业的计算机专业实习生，所以选择的工具要尽量简单易学，上手快。
• 但同时又要满足我们对自动化测试工具的要求：
• 即要支持网页测试也要支持手机软件测试。
  
• 要有完整的测试框架，能生成详细的测试报告。
• 每个检查点均有详细的执行结果；
• 输入每个测试用例的执行结果；
• 有日志。
  
• 要有可使用的IDE。
• 生成的脚本要具备可维护性，移植性及重复性。
• 批量、定制执行、自动运行。
• 异常处理机制。
• 版本管理。

3. What - 基于上述种种原因及公司CEO的推荐，我们决定采用Robot Framework, 网址参见：http://code.google.com/p/robotframework/
4. When - 什么时候引入自动化？

• 因为自动化测试团队的能力有限，我们还没有办法做到测试驱动开发，所以我们选定在下个迭代完成上个迭代的自动化开发工作，即落后一迭代开始自动化。
• 对于安全或性能自动化测试最好是在有稳定的版本后再进行。
  

5. Which/Where - 自动化测试的范围？

• 功能、性能、安全、单元测试。
  
• 稳定但重复性比较高的。
• 关键功能点
• 手动测试很难办到
• 。。。
  

6. How - 接下来的几篇文章将着重进行介绍如何应用Robot Framework进行自动化测试。