《敏捷软件测试：测试人员与敏捷团队的实践指南》学习感悟（一）

书本之外，自己多一年多自动化测试开发的感悟。先解释几个软件测试的关键词;

测试：测试的目的是发现问题，提出问题，以保证产品质量；

测试人员：软件测试的主要执行者，手工测试、或利用测试工具进行测试，来发现问题，定位问题。一名优秀的测试人员，一般都能定位问题，提出解决问题的建议，甚至修复问题，是产品质量的重要负责人。

自动化测试：使用自动化测试工具（如QTP，Selenium等，或公司内部开发的测试自动化工具）提高测试效率，解放部分手工劳动成本。一般用于重复性比较多、产品需求变化不多的产品。

自动化测试框架：便于开发自动化测试工具（个人感觉有点象类库、模板，都是在其基础上进行相关二次开发），以达到对产品自动化测试的目的。本人主要使用有Junit框架、GTest框架，感觉一个测试框架是否优秀，要有丰富的断言，且要便于在框架上搭建单元测试用例，同时要有清晰的检测标志（此两种都采用颜色区别）。

书本之中，前面一部分主要讲述的是什么是敏捷测试，敏捷测试执行可能的一些问题，如果才能敏捷测试。

敏捷测试起决于敏捷开发，敏捷测试依赖于团队的所有成员，团队中所有的成员都进行测试，开发人员进行单元自动化测试、回归测试，测试人员进行面向客户的功能测试，产品的延时，是团队的问题。在敏捷开发的过程中，进行测试，所有人都对项目负责。

当前，一般都是采用的传承测试模式，测试在研发完成之后才进行。测试人员与研发人员交流少，项目的开发阶段测试人员未参与，更不可能详细的了解产品的特点。研发开不起测试的现象也很普遍，很多时候研发人员开发的时候就没有进行单元测试及代码审查。同时，由于开发进度缓慢，一般留给测试的时间较少，而管理着更多的是关心产品的效果，遇到问题，更多是测试背黑锅。测试人员很多都是被动的执行有关测试操作，与研发积极主动交流较少，自我认为，在团队中没有地位，作用也不大。书中讲到敏捷测试人员的十条法则，我认为这不仅是针对敏捷测试而言。面对面沟通、勇气、自我组织、享受乐趣等应该是一名优秀测试人员的基本素质。个人觉得，自信也应该是一名测试人员应具有的素质。

个人对书本的理解，敏捷测试主要从团队构建、迁移传统过程来讲述的。将测试人员整合到敏捷团队中，参与相关的讨论，测试任务与其他任务同等对待是敏捷测试顺利完成的一个保证，是团队成员感觉到每个人都有同样的价值。而迁移传统过程是节约测试成本的一大助力。一套良好的缺陷管理工具能够帮助研发、测试人员对产品的过往有个较深的了解。个人刚到公司时，就特别喜欢翻阅公司的缺陷管理工具上的各种缺陷，感觉通过这些缺陷的学习，进步很快。

PS：以上仅是自己解决，如有不对的地方，欢迎讨论