敏捷开发流程的制定

    最近领导又让我负责编写敏捷开发流程。拿到这个任务就开始查资料学习敏捷测试。后来一查，突然发现，其实现在在测试项目中使用的很多东西就是敏捷（因为我老公他们项目是敏捷，有时我会请教他们的管理方法，可能不自觉地学到了很多东西）。不过查资料突然发现，其实敏捷对项目团队中每个人都要求很高，角色不明确。流程也是因项目而不同（因地制宜吧），所以在这种情况下写国企性质的一刀切的测试流程应该是不存在的。只能是指导。

    首先敏捷和CMM的最大区别是什么，大家想过么。其实最大区别是敏捷是迭代的周期性的，而CMM是里程碑性的。从这里入手。敏捷测试流程首先是规定测试周期，然后是规定测试周期提交的文档。但是敏捷的文档是简洁的，绝不是复杂的。所以我定义的敏捷测试流程如下：

    测试周期：1周或2周，每个周期提交测试文档，测试经理定期审核。

    测试提交文档：测试计划、测试用例、测试执行记录、测试报告。

    首先声明一下，我这次编写的提交文档几乎都是excel形式的。因为这种形式易于管理，易于察看，同时大家填写一下就行了，不用长篇大论浪费时间。要把最宝贵的时间用到执行测试用例上，而不是编写一些文档上。

    测试计划：主要包括的内容为测试计划时间、测试覆盖范围、项目成员、测试类型、测试bug管理办法、基本测试功能点。测试计划的更新是随时地，当上面的内容有变化就可以更新。不用一次写完，但是有变化就更新。要经常跟踪一下。

    测试用例：测试用例大家一般理解为普通excel格式的测试用例，但是我在这里有所修改。测试用例，当时间紧张的时候，完全可以将需求跟踪矩阵中的功能点罗列上。对于比较重要的功能点，我们要细化测试用例，不重要的我们可以不写测试用例，罗列上功能点，执行一下就好。

    测试执行记录就是对测试用例的执行结果。

    测试报告，总结一下测试用的时间，人员等信息就好了。

    再就是我不是很清楚的是，迭代周期与测试周期。开发有开发的迭代周期，有时他们会很短，一周。我们可以在一周中将他们更新的新功能测试一下。新功能相关的功能测试一下。但是这里系统如果比较大，会有一些主要功能我们也要测试。但是每个开发迭代周期我们都重新测试一下肯定来不及（除非有自动化测试）。这时我们的一轮可以为2周，开发的迭代为一周。个人觉得我们的周期可以同开发的不一样，但是我们要保证开发的迭代中新增加的功能没有问题。

    上面是我个人设想的流程，由于刚开始研究敏捷测试。希望大家多提意见