敏捷测试项目管理感受

        项目结束快半个月了，按照惯例项目做完了肯定要做一些总结。这次也是公司第一个敏捷试点项目。

       很明显，在会上会被问到，你认为传统开发模式和敏捷开发模式的区别，你更喜欢那种开发模式?不是很喜欢这样的问题，两种模式被冠于不同的开发流程，在我看来其实没有太大的区别，不可能说我们试行敏捷，所以我们就要走敏捷的模式，把之前的东西摒弃，采用现行的模式，中间肯定有个过度的过程，号称敏捷，真的敏捷起来了呢？中间过渡的过程往往是令人不适应的，也是比较纠结的过程，如果我们能够及时的调整和适应，进行转化，转变成适合我们的东西，改进我们的做事方式，提高我们的效率，在某种程度上来讲，我们敏捷起来了。因为我们变快，变顺，变好了。

        被说到我们测试部分管理的问题，与会者提出了，整个项目感觉很混乱，混乱的点在于：没有相应的计划，没有相应的产出，各个阶段划分不明显，在遇到问题的时候，没有相应的应对措施。。。不想拿敏捷宣言来解释上面的问题，感觉有些问答题的感觉，给出一个总的结论，然后分析下具体的原因，往上套。项目中采用用户故事和迭代的方式进行任务的切割，根据迭代安排我们的测试计划，对于每个用户故事实行进行测试分析，用例设计，测试执行，多个用户故事可能会并行进行操作，在一个用户故事的测试设计阶段，有可能进行另一个故事的用例执行。在有需求变更的时候，及时的通知相关方，在项目日报里面进行通报。被指出存在这样的问题的时候，感觉比较冤枉，如果是提出问题的人自己来做这样的项目或者他参与到项目中，是不是会有这样的想法呢？

        最后就是谈到加班的问题，所有的测试基本上采用自动化测试的方式进行，每日持续集成，结果报告会反馈相应的测试情况，可以及时跟踪到没有通过的点。如果做的比较完善的话，集成测试阶段，效率是由很大的提升的。怎么会这个阶段还会有加班比较严重的情况，有时要跟你一个不了解状况的人，解释一个东西，很恼火，也没有头绪。加班现象是公司大环境下形成的。不是由于这个项目造成的。在项目中我看到的是一个积极的情况，没有强制加班，但是如果相关的测试人员自动愿意多花自己的时间来保证项目的质量，可能我不能又快又好的测试完我要的东西，但是我宁愿投入更多的时间，来做好这个事情，对于这种情况，我们是鼓励还是应该批评？

        总结完成以后，心情是沮丧的，不是说为这个项目付出多少，至少是尽了很大的力，每天花很多的时间跟开发进行确认，感觉上成了个督工，保证按照正常的进度在运行，不会出现等待的情况，而且项目的结果是好的，最后换来评价是如果没有比较厉害的开发来进行保证，就这样的测试团队来做事情，是很难做的好的，问题很多。

       问题是非常多，也非常困难，大家也做的比较辛苦，但是大家的积极性是高的。最后也保质保量的把项目完成了。