关于敏捷测试的思考

VuPk [/L7XK3F0  最近接触的项目相对来说不管是从功能上还是从逻辑上还有架构上都没有以前做的项目那么复杂。但相对的时间的要求也很高。开始，我很接受不了这种方式。没有计划，没有明确的需求文档。做了一段时间，我慢慢的觉得像这种项目可能这种方式是合适的。难道这就是所谓的敏捷测试？很早以前就听说过，但是没有深入的了解，作为一个测试人员，以前是很烦需求变来变去的，项目也不适合这种方式。所谓的敏捷测试，关注更多的是人和交互，而不是工具和过程。像敏捷开发一样，测试用例也要同行评审。而且在设计测试用例过程中，需要我们很好的掌握测试用例的粒度，不能太简单也不能太具体。测试在敏捷测试中的角色是探头灯，它让项目组的人员了解到项目的情况。而项目的质量由项目组来承担。敏捷测试比较著名的测试框架是FIT集成测试框架。敏捷测试要求开发人员单元测试要做的更好。但是随之而来的是敏捷测试中是否需要测试计划，即使有了测试计划，怎么样有效的执行测试计划。大家都知道在敏捷测试中需求是不段在增加的。因为这样，项目的自动化也变得比较困难，因为我们需要不段的来修改你的脚本，来维护。这样花在维护上的时间成本又比较高。同时对过程的控制和管理也是一个挑战。