浅谈敏捷测试

                         个体和互动  高于  流程和工具

                         工作的软件  高于  详尽的文档

                         客户合作    高于  合同谈判

                         响应变化    高于  遵循计划

也就是说，尽管右项有其价值，我们更重视左项的价值。

    敏捷是最近几年比较流行的一个词汇。始于敏捷开发流程，对应到测试过程也叫敏捷测试；敏捷测试在项目中的应用形式体现在三个方面：每日站会、极限编程、测试驱动开发；每日站会也就是每天早晨15分钟到30分钟的会议时间，最多不超过45分钟，会议形式是项目组中的成员占到白板前逐个介绍昨天完成的事项，遇到的问题，或好的方法分享，今天计划完成的工作内容等；对于存在的问题，项目成员可以提出自己的好的见解帮助同事；白板上会写上需求池、开发就绪、开发中的SR、已完成SR、测试就绪、测试中的SR、测试完成的SR、验收就绪、验收中的SR、验收完成的SR；每个SR会写上story的内容，开发人员，计划开始时间，计划结束时间，实际开始、结束时间、完成该SR用了多少时间，计划用多长时间等；通过分析白板上story的进度情况，看项目是否存在进度延迟的情况，若存在，项目经理提出疑问，分析原因，找出改进方法。极限编程（Extreme Programming，XP）是一种可以使开发人员快速生产高质量代码的软件开发过程。XP中开发人员可以结对编程，提高代码的质量。测试驱动开发，敏捷测试中每个story都有计划开始和结束的时间点，开发人员对自己负责的story进行分析设计的时候，测试人员需要对story进行分析设计测试用例，在开发提交测试人员测试story的时候，开发人员需要向测试人员show case，说明开发的story功能已经实现可以开始测试了；此时测试人员根据测试用例进行测试；如果到story需要提交给测试人员进行测试的时间点了开发人员还未完成story功能的开发，测试人员就要督促开发人员进行提交测试，延迟提交或存在分析的情况下，需要反馈给项目进行重新制定措施。

    敏捷测试是分级别的，L1、L2、L3、L4，有点类似于CMMI里边的等级划分，只是标准不一样；