问题：在敏捷开发模式下（测试时间较短），如何快速知道代码变更点，并且确定测试范围呢？
每次转测，开发不仅仅是新增一些需求的代码，还会改动较多的代码，转测不可能都回归测试一轮
回答：
1.能够自动化，尽量自动化。除了修改点的测试外，自动化是解决大量回归测试最好的方式.效率最高，效果最好
2.对于修改点的测试，如何能够更好的整理出并且把握测试范围：
1)最简单直接的办法，和开发沟通修改点，划定范围。这也是敏捷模式下的特点，强调少文档，多沟通。开发有责任为你提供修改信息
优点：快速高效；缺点：依赖于开发所述，如果开发忘记某点，那可能就会造成事故了
2)对于能看懂代码，但不是很熟的情况。使用版本管理工具(如：git)，查看两次代码提交的diff，这些不同点就是他所修改的地方。
然后带着这些修改点，逐个问开发人员。根据开发回答和自己的分析获取影响范围，最后再次确认
3)如果对代码已经很熟悉了。使用版本管理工具，自己查看两个版本的不同，进而整理出对业务的影响范围。然后梳理下影响范围，和开发确认
3.规范流程很重要。敏捷模式中，开发也是测试，测试也是开发。所以开发也要承担部分质量保障的职责。实际执行中，测试人员若碰壁，可以和项目经理协商解决，从流程上规范，从意识上正听。
比如：要求开发人员自测、提交代码给出修改点及影响范围等