6、在“敏捷”开发过程中，自动化工程师先对哪一部分功能进行优先的用例实现：可以从以下几个方面进行考虑：1.优先考虑数据对比类型的功能，这种功能人工操作比较费眼力和时间 2.优先考虑已经测试出问题的功能，这样可以有效的对bug的功能进行回归检查 3.用户使用比较频繁的功能 4.项目优先级比较高，比较核心的功能
7.强调一点：手动测试和自动化测试对于项目来说同等重要，不存在自动化测试人员高级于手动测试人员。如果说一定要说哪个最重要的话，只能是看项目的不同阶段，在项目前中期的时候的时候，手动测试占据了核心地位，在后期的时候，自动化的全面覆盖保证了回归测试的有效进行。
8.总结：关于敏捷开发和敏捷测试的一点心得：敏捷现在已经被推向了一个高潮，何为敏捷？太多人有不同的见解，说到最后与敏捷最分不开的一词就应该是“实践”，敏捷是实践出来的，不是效仿出来的，现在太多的公司和团队在盲目的追求敏捷，拿scrum来说，有多少公司在做的只是scrum最最表象的一些东西，安排站会，制定sprint，总结会等等，但是这些真的给你的团队带来了改善了吗？想必答案只有他们自己清楚。我心中的敏捷：敏捷---敏-结，敏就是敏捷，简单的说就是要一个高效率，结：是指项目团队的协作和内部团结,这一点非常重要。看那些成功实施敏捷的团队和诸多的最佳实践团队他们都是团结一心的，整个项目团队都有一个共同的目标和追求，而不是每天项目经理在驱使着大家在前进，每个人都积极上进学习，遇到不懂的问题去总结、去学习，去突破，再去分享，而不是说，“这个问题太难了，这个技术太难了，这个。。。我可做不了”，如果每个成员都采用这种排斥的心里，那么这个团队就永远都敏捷不起来，还有就是在需要协作的时候，两个项目组不要互相“踢皮球”，而是要勇于承担责任，最普遍的现象就是项目出现了问题，然后大家在会上开始掐架。这时候有人会问，自己出来担责任不是傻吗？其实不然，一个明智的老板当然看的懂到底是谁的责任，是否真正的需要人来承担责任。如果这都做不到，证明这个老板也就。。。再谈实践，笔者看来，很难有一个很细致的又可以公用的敏捷方法，即使现在最流行的scrum，也是一个非常抽象的概念，所以才有诸多屡实施又不见成效的团队，最好的推进敏捷的方法就是实践，只有实践才能发现问题，才能解决问题，最好找到一个适合自己的敏捷方法。
