场景测试是什么意思

问:有一种测试叫场景测试，是什么意思?
答:就是指以场景为驱动的集成测试，关于"场景"，大家可以看本书第10章"典型用户和典型场景"一节，里面有对场景专门的介绍。这一方法的核心思想是:当用户使用一个软件时，他/她并不会独立使用各个模块，而是把软件作为一个整体来使用。我们在做场景测试的时候，就需要考虑在现实环境中用户使用软件的流程是怎样的，然后模拟这个流程，看看软件能不能满足用户的需求。这样，才能使软件符合用户的实际需求。以一个图像编辑软件为例，这个软件的各个模块都是独立开发的，可是用户有一定的典型流程，如果这个流程走得不好，哪怕某个模块的质量再高，用户也不会满意。用户的典型流程是:
1.把照相机的存储卡插入电脑
2.程序会弹出窗口提示用户导入照片
3.用户根据提示导入照片
4.用户对照片进行快速编辑
5.调整颜色、亮度、对比度
6.修改照片中人物的形象(红眼、美白、美颜等)
7.用户选择其中几幅照片，用E-mail发送给朋友，或分享到社交网站上
其中任何一步出现问题，都会影响用户对这一产品的使用。如果这里面各个模块的用户界面不一致(即使是"确认"和"取消"按钮的次序不同)，用户使用起来也会很不方便。这些问题都是在单独模块的测试中不容易发现的。
问:应该什么时候做集成测试?是不是越早越好?
答:原则上是当一个模块稳定的时候，就可以把它集成到系统中，和整个系统一起进行测试。在模块本身稳定之前就提早做集成测试，可能会报告出很多Bug，但是这些由于提早测试而发现的Bug，有点像汽车司机在等待绿灯时不耐烦而拼命地按喇叭-也就是说，有点像噪音。我们还是要等到适当的时机再开始进行集成测试。
问:但是开发人员也想早日发现并修复所有的Bug，软件工程的目标不就是要早发现并修正问题么?总是要等待，听起来好像没有多少效字。
答:对，这就要提到在微软内部流行的另一种测试-伙伴测试(Buddy Test)