别忘了，因为cron的父进程是init，所以它运行的程序没有控制终端。你可以用这样的工具来模拟:

http://libslack.org/daemon/

将此添加到您的crontab(临时):

* * * * * env > ~/cronenv

运行后，执行以下操作:

env - `cat ~/cronenv` /bin/sh

这假设您的cron运行/bin/sh，不管用户的默认shell是什么，它都是默认的。

脚注:如果env包含更高级的配置，例如PS1=$(__git_ps1 " (%s)")$，它将神秘地错误env: ":没有这样的文件或目录。

在我的例子中，cron正在使用sh执行我的脚本，它不能执行一些bash语法。 在我的脚本中，我添加了env变量SHELL:

#!/bin/bash
SHELL=/bin/bash

别忘了，因为cron的父进程是init，所以它运行的程序没有控制终端。你可以用这样的工具来模拟:

http://libslack.org/daemon/

默认情况下，cron使用您系统中的sh来执行它的作业。这可能是实际的Bourne shell或破折号，ash, ksh或bash(或另一个)符号链接到sh(并因此在POSIX模式下运行)。

最好的方法是确保您的脚本拥有它们需要的东西，并假设没有为它们提供任何东西。因此，您应该使用完整的目录规范并自己设置环境变量(如$PATH)。

我不相信有;我所知道的测试cron作业的唯一方法是设置它在未来运行一到两分钟，然后等待。