探索性测试

　　探索性测试又称为随机测试。瀑布项目在它们的测试策略中没有这种测试类型，不过大多数测试人员都会多少做一些探索性测试。在敏捷项目中这是个很关键的测试阶段，因为它可以用来检测自动化测试的覆盖率，并收集对于应用程序质量的反馈。它为测试人员和业务分析师提供了一种结构化的方式去使用、去探索系统，从而找到缺陷。如果探索性测试在某个功能区域内找到了大量缺陷，那这部分的自动化测试用例就要被审核。

　　探索性测试应当考虑以下几点：

　　1、在系统集成环境中执行。

　　2、在较高的层次上监测探索性测试活动。

　　3、用自动化的环境设置方式来减少搭建环境的时间。

　　4、将破坏性测试作为探索性测试的一部分。

　　集成测试

　　应用程序在作为产品部署的时候，需要各个部分的协作；集成测试就是把这各个独立的部分集成起来进行测试。瀑布项目不但会把应用程序的各个独立模块进行集成，还会把那些虽然不属于项目的一部分，但是要开发当前应用程序就必须用到的一些应用程序也做集成。在敏捷项目中，独立模块间的集成是被持续构建所覆盖的，所以集成测试的关注点就是那些不属于当前项目的外部接口。

　　集成测试应当考虑以下几点

　　1、在执行集成测试的时候，需要考虑到当前迭代还没有开发的功能。

　　2、写一些集成测试来定位特殊的集成点，以协助代码调试，即便功能测试会调用到这些集成点也无妨。

　　3、将集成测试自动化，放到系统集成持续构建中。

　　任何测试失败都表示构建失败。

　　数据验证

　　如果项目需要移植既有数据的话，就要进行数据验证。它可以保证现有的数据被正确地移植到新的Schema中，新的数据被添加进来，旧的数据被移除。这种类型的测试在瀑布项目和敏捷项目中是被同等对待的，除了敏捷项目会尽力把它自动以外。

　　数据验证应该考虑以下几点：

　　1、在系统集成环境、试机环境和产品环境中都要执行。

　　2、尽可能地自动化。

　　3、要把测试放到系统集成持续构建中。

　　任何测试失败都表示构建失败。

　　用户验收测试（UAT）

　　UAT关注的是完整的业务过程，它用来确保应用程序能按照业务的处理方式工作并能满足业务需求。它同样还要从客户、消费者、管理员等各种用户的角度出发考虑应用程序的可用性。在瀑布项目中，这个阶段通常就被用来找出应该在早期阶段就被发现的bug。业务人员也会在这个阶段验证开发团队交付的应用程序的质量。敏捷项目用UAT来确保应用程序满足业务需求，因为等到进入这个测试阶段的时候，代码质量已经较高了。在敏捷项目中，业务人员从早期的测试阶段就开始参与，所以他们对交付的东西有更多的信心。

　　UAT应该考虑以下几点：

　　1、首先进行手工测试，等它验证了系统行为以后再把它自动化。

　　2、把自动化测试放到系统集成持续构建中

　　3、让应用程序的最终用户亲自将整个程序运行一遍，不过项目的测试人员要在旁边协助。

　　4、在试机环境下执行UAT， 用作验收。

　　5、只要完成了一个业务过程或者一个主要的UI组件，就要执行UAT。

　　任何测试失败都表示构建失败。