java的showcase_【敏捷】7.showcase，开发中必须引起重视的小环节

所以开发与测试之间要想好好协作，得双方需求理解一致、运行程序一致、运行环境一致、数据库一致，还要解决测试人员获取测试版本的方便性。

为了保障开发和测试对需求理解一致，我们在敏捷过程中通过计划会、测试用例评审和开发ShowCase这几个关键活动保障。计划会中产品经理讲解需求，开发和测试都会参加，如果需求理解不一致的地方就马上沟通由产品经理把关。到测试用例评审的时候，需求细化成一个个测试用例，这样让开发和测试进一步深化理解需求达成一致。到开发完成功能给测试Showcase，测试再一次核对开发实现功能与需求是否一致，明显不一致的地方当场指出来，等开发人员修正后才提交给测试进行测试，这样就基本能保证测试一次性就能跑完这个需求的所有测试用例。

运行程序、运行环境、数据库保持一致，这个靠手工的方式是很难不出错的，最好是通过一些工具来保障。我们团队是使用Jenkins来做持续构建，开发人员完成功能开发，然后提交代码到SVN，Jenkins检测到代码库变动，自动拉取最新代码进行编译构建、发布程序，测试数据库也自动还原成与开发数据库一致。

我们团队ShowCase的具体过程是这样的，开发完成功能提交代码后就通知测试进行ShowCase，这样时候持续构建已经生成了最新的环境，然后开发在测试环境上向测试人员进行功能展示，开发会按照需求把自己开发的功能都详细演示一遍，如果演示顺利通过测试人员则回到座位进行用例执行，如果演示没通过开发人员则继续修改代码完善直到演示通过为止。为什么开发一定要在测试环境上进行ShowCase，因为如果开发人员用自己的代码进行演示的话，还是有可能会出现代码效果与自动构建的程序不一致，所以为了避免这种情况，开发最好是在测试环境上进行演示。同样测试执行用例后产生的BUG，测试会提问题单，问题单要有详细的操作步骤与界面截图，然后开发人员解决BUG后要对此BUG进行根因分析，是代码逻辑错误还是需求理解问题，方便以后对BUG进行分析。BUG解决完后打回给测试的时候，开发也要进行ShowCase。