运行部署后单元测试
此步骤与运行部署前单元测试类似，不过 JUnit 测试用例的本质不同。部署后测试用例预期使用已经部署在运行时上且正在正常工作的代码。这些测试用例可以利用服务器端的资源和测试组件，如 Cactus。就构建自动化过程而言，此步骤只是调用一组 JUnit 测试用例。
上载构建版本
设置了所有构建版本后，自动化过程会将库部署单元和生成的报告上载到 FTP 服务器上。此步骤对于备份和保持整个构建版本的标识都非常有用。清单 12 中所示的目标说明了如何使用 FTP 来上载构建文件。
清单 12. 将构建文件上载到 FTP 服务器
<target name="uploadbuild" description="Upload build to an FTP server">
<!-- Upload everything under the destination.dir to the FTP server. -->
<ftp server="${ftp.hostname}" remotedir="/" userid="${ftp.username}"
password="${ftp.userpassword}" separator="\" verbose="yes" binary="yes">
<fileset dir="${destination.dir}">
<include name="**/*.*" />
</fileset>
</ftp>
</target>
通知测试团队
最后，该过程将向测试人员发送电子邮件（如清单 13中所示），告知其开始测试。以下示例假定不会在 SMTP 服务器上进行身份验证。
清单 13. 向测试团队发送电子邮件
<target name="notifyteam" description="Notify testing team of the new build">
<!-- Read build information from the build.info file. -->
<property file="${destination.dir}/build.info" />
<!-- Send a mail to the testing team. -->
<mail mailhost="${smtp.hostname}" mailport="${smtp.hostport}" subject="Test build #${build.number}"
from="${smtp.from}" tolist="${smtp.tolist}">
<message>The build #${build.number} is now available for testing.</message>
</mail>
</target>
如果您的 SMTP 服务器要求进行身份验证，将需要下载 JavaMail .jar 文件。
文章来源于领测软件测试网 https://www.ltesting.net/
