广大协同研发的新潮流趋向于敏捷开发，针对敏捷开发，我今天想在这里和大家分享一下敏捷测试。敏捷测试其实是过去几年一直强调的自动化测试的思想提升，至于测试本身的技术来说，并没有什么太多的提升，从我个人角度来说，敏捷测试更多的增加了测试人员与研发人员之间的沟通与交流，提早的进行了测试，在后文我将会阐述这一原因。

　　自动化测试强调测试的自动性，对于单元测试来说，只有去写自动化case，而且写法也是单一的，几百年不变，也就是写驱动模块（打桩），传入必要参数，在下游获取数据。对于单测来说，测试人员需要和研发人员一同将一个项目划分成多个模块，将多个模块又划分成多个子模块，模块与模块之间的联系由研发人员开发，而测试人员可以利用开发人员提供的这些接口制作自己的单测驱动模块，换句话说，研发人员先开发模块模块之间、模块与子模块间的接口，再去详细的开发模块内部函数，测试人员就可以与研发人员同步，开发出相应的测试脚本。这样便降低了整个项目的成本，由于项目研发和脚本开发不可能做到完全同步，但开发人员每天写的代码都会被相应的测试人员阅读，因此，这也可以提前降低了由于研发人员的代码编写失误或者偏离需求所带来问题的风险！单测我并不是很在行，下面和大家分享前端的敏捷测试。

　　前端的敏捷测试与代码级测试有很大的不同，一般前端测试的周期以天算，也就是说每天进行一次回归测试，而在每次的回归测试中，添加涉及到前端开发人员新添加或新修改的代码的测试用例。前端功能测试需要注意两点，一是功能的完整性，二是业务逻辑的完整性。前端开发工程师应该在增加新功能前，应该规划好要添加的HTML元素，并以报告的形式将本次添加的功能、HTML元素的ID\NAME\TYPE\范围进行详细说明，说明本次添加的正常业务逻辑，说明本次添加或修改影响以前的哪些业务逻辑以及其他的影响因素。在出现此报告后，应该将报告交由本次项目的项目管理负责人和QA负责人审阅，已达到在项目之初避免偏离需求的情况。项目管理负责人和QA负责人达成一致后，前端开发工程师开始进行开发，每日在项目管理系统中主动的报告开发的进度，遇到的问题，间接的和QA人员进行沟通，让QA人员在开发的过程中了解开发的细节。QA人员根据审阅后的报告编写测试脚本。这样，也可以达成测试人员与开发人员的同步编写的效果，并可以在编写的过程中向前端研发人员提出问题，及早的和前端开发人员沟通。

　　大家大概已经了解敏捷测试到底如何在页面级和代码级去实现，但具体实现的方法可能并不是很清楚，下面主要和大家分享利用watir和其他一些工具实现前端敏捷测试的方法。根据前四篇的详细介绍，大家已经很清楚到底watir是个怎样的东西，又该如何利用它。我和朋友们一起读watir的目的是为了更好的修改、添加新的函数，来适应自己的需要。

　　Watir主要功能是进行功能测试和业务流程测试，他和浏览器的联系非常大，只能运行于windows平台，测试浏览器的平台只有IE，但是这些并不影响它的强悍，因为它的姊妹watir-webdriver已经可以在linux下运行，并且支持firefox。这样对于前端测试来说，有了很大的提升。对于功能测试来说，个人建议利用watir一个功能写一个case，对于有步骤性的功能，建议多个功能进行组合，不再单独编写测试用例，这也遵循了编写用例的规则。对于业务流程来说，测试人员应该给出一个正确步骤的测试用例，其次给出含有这个这个功能，但掺杂其他功能在内的或大乱顺序的功能的用例。测试注重覆盖率，尤其对于业务流程，随意的组合才能真实模拟测试的必要性，因此，这一点很重要。Watir提供简洁、快速的方式编写测试用例，便于QAD大量的自动生成很多case，而自动生成case的方法有很多种，但不是watir提供的，需要开发人员在熟悉watir后自己编写。

　　最后，我认为Watir与watir-webdriver可以很好完成前端的自动化敏捷测试，是未来前端测试发展的必然趋势！

Tags：郑州想学游戏开发编程,女生学软件开发好就业吗,河南java培训机构哪家比较好点,郑州学软件开发以后的就业怎么样,C++使用可变参数,郑州北大青鸟java培训课程全新改版升级