我有一个应用程序,我把它打包成“二进制”形式,使用PerlApp发布。因为我的客户想要为他们的Win32系统安装一个简单的,这是非常好的工作。
现在,客户端已经决定他们需要运行所有的单元测试,比如在标准安装中。但是,他们仍然不会安装普通的Perl。
因此,我发现自己需要一种方法来打包我的单元测试,以便在我的客户系统上运行。
我的第一个想法是,我可以将prove打包在一个文件中,并分别打包我的每个测试。然后用适当的结构传送一个zip文件。
一些研究表明,Test::扣带从命令行调用perl。
是否存在帮助此过程的现有工具?
也许我可以使用PAR::Packer的parl工具来处理我的测试脚本的调用。
我感兴趣的是关于如何应用标准杆或PerlApp的想法,以及关于如何处理覆盖测试::利用和朋友的任何想法。
谢谢。
更新:,我没有把我的心放在标准或PerlApp上。这些只是我熟悉的工具。如果您有一个想法或解决方案,需要一个不同的包(如腔内包装机),我很想知道它。
更新2: tsee指出了PAR中一个很棒的新特性,它让我更加接近了。在新的测试::利用分配中,是否有任何技术专家可以提供一些关于应该在哪里查找的想法或指示?
发布于 2009-07-28 08:19:49
如果我告诉您PAR (也可能是perlapp)不是用来打包整个测试套件和过多的CPAN模块构建副产品,那么我可能没什么大不了的。它们旨在打包独立的应用程序或类似于JAR的二进制模块库。
尽管如此,您可以使用pp的.par开关将任意文件添加到PAR存档(既可以添加到-a库,也可以添加到独立的..exe)。对于独立的可执行文件,内容将在运行时解压到$ENV{PAR_TEMP}."/inc“中。
这给您留下了一个问题,即重用标准打包的可执行文件来运行测试工具(并让它以“perl”的形式运行您的可执行文件)。现在,我还没有准备好的解决方案,但是我最近致力于使标准包装的可执行文件作为或多或少的通用perl解释器使用。在我解释如何使用它之前,有两个问题:
不幸的是,后一个问题是什么可能会扼杀这种方法。对perl命令行选项的支持是我一直在考虑的事情,但不会很快实现。
下面是如何与“可重用的exe”支持并驾齐驱的方法:
不幸的是,您将如何教Test::驾驭那个"./myapp -par-选项-重用“是一个perl解释器是我无法理解的。
发布于 2011-05-22 00:45:47
腔内包装机允许您用打包的可执行文件打包测试脚本。这主要是为了允许您在发行之前针对打包的代码运行测试。但是,该选项还可以将测试和测试功能分发给最终用户。
注:如我姓名所示,我隶属于卡瓦包装公司。
https://stackoverflow.com/questions/1191307
复制相似问题