阅读宝脚本还能不能继续下去了

① 孩子需要什么“社交脚本”，才能出门不会变“缩头乌龟”

马克思认为，人是具有社会性的，人的本质是一切社会关系的集合。也就是说，人不能脱离社会而存在，人总要与社会中的其他人产生这样或那样的联系。

因此，在社会交往中，每个人都要参与，而难以抽身。但并不是所有人都能适应社会交往，人们总是会在社会交往中遇到种种困境。而父母们发现，这种社交困境在孩子成长过程中表现也十分明显。

小周的孩子今年四岁了，但是孩子一直怕生，总是不爱出门，也不爱和外人说话，小周为此一直忧心忡忡。

上个月她终于满怀期待地把孩子送到了幼儿园，希望孩子能够在幼儿园学习到一些基础的知识，更重要的是，她希望孩子能够结交更多的小伙伴，适应集体生活。但万万没想到的是，孩子在幼儿园依然怕生：别的小孩儿一起做游戏时，他一个人在旁边荡秋千；别的小孩儿一起吃午饭叽叽喳喳时，他谁也不理；在课堂上他也从不主动回答问题，被老师点到时也以最简短的回答结束和老师的眼神交流。

为什么别的孩子能够正常的社会交往，自己家孩子却一直躲在身后拽着自己的衣角不爱说话？

② 赛尔宝宝为什么会脚本错误

访问者所使用的浏览器不能完全支持页面里的脚本，形成“脚本错误”。遇到“脚本错误”时一般会弹出一个非常难看的脚本运行错误警告窗口，而事实上，脚本错误并不会影响网站浏览，因此这一警告可谓多此一举。要关闭警告则可以在浏览器的工具菜单选择Internet选项，然后单击高级属性页。进入到浏览标签，并选中“禁止脚本调试”复选框，以后你就不会再收到这些警告了。 建议您尝试进行以下操作： 1、清除一下IE浏览器的缓存,点IE上的工具——然后再选择最下面的Internet选项，再点Internet删除文件(记得勾上删除所有脱机内容)，确定后再重新打开IE浏览器试试,同时请确认您使用的是IE6.0及以上版本。 2、您的网页上清缓存,在网页上选择工具->Interner选项->删除Cookies和删除文件,然后再确定。 3、请您点击IE浏览器中的“工具”，选择“internet选项”，进入“安全”页面，点击“自定义级别”，将您的安全设置设为“低”。 4、清空一下IE浏览器的cookies文件，在IE浏览器中设置“禁止自动脚本更新”，并不要选择“禁止运行ActiveX控件”，然后再尝试操作。 也可以尝试重新注册下IE的组件，方法如下： IE提示脚本错误解决方法： 点击“开始”菜单，打开“运行”。 第二、输入regsvr32 jscript.dll后选择“确定”。 出现提示后，点击确定。 第三、再次输入regsvr32 vbscript.dll选择“确定”。 再一次出现提示后，确定。 有时候，脚本错误也可以是你的浏览器本身有问题导致，尝试修复你的浏览器，可以使用如黄山IE修复专家，超级兔子等第三方软件对IE进行修复也可以解决问题。 脚本script是使用一种特定的描述性语言，依据一定的格式编写的可执行文件，又称作宏或批处理文件。脚本通常可以由应用程序临时调用并执行。各类脚本目前被广泛地应用于网页设计中，因为脚本不仅可以减小网页的规模和提高网页浏览速度，而且可以丰富网页的表现，如动画、声音等。如果在脚本中加入一些破坏计算机系统的命令，这样当用户浏览网页时，一旦调用这类脚本，便会使用户的系统受到攻击。所以用户应根据对所访问网页的信任程度选择安全等级，特别是对于那些本身内容就非法的网页，更不要轻易允许使用脚本。通过“安全设置”对话框，选择“脚本”选项下的各种设置就可以轻松实现对脚本的禁用和启用。 控件导致的脚本错误的解决方法 活动脚本、ActiveX 和 Java 未被阻止造成的脚本错误的解决方法 确认您计算机上的 Internet Explorer 或另外一种程序（如防病毒程序或防火墙）未配置为阻止活动脚 本、ActiveX 控件或 Java 小程序。在 Internet Explorer 的“高”安全级别，活动脚本、ActiveX 控 件和 Java 小程序被关闭。默认情况下，Internet Explorer 6 和某些 Internet Explorer 5.x 版本针 对受限站点区域使用“高”安全级别。默认情况下，Microsoft Windows Server 2003 针对受限站点区域 和 Internet 区域使用“高”安全级别。如要为当前网页重置 Internet Explorer 安全设置，请按照下 列步骤操作： 1. 启动 Internet Explorer。 2. 在“工具”菜单上，单击“Internet 选项”。 3. 在“Internet 选项”对话框中，单击“安全”。 4. 单击“默认级别”。 5. 单击“确定”。

③ 济南的冬天阅读脚本

济南的冬天 文/老舍

对于一个在北平住惯的人，象我，冬天要是不刮风，便觉得是奇迹；济南的冬天是没有风声的。对于一个刚由伦敦回来的人，象我，冬天要能看得见日光，便觉得是怪事；济南的冬天是响晴的。自然，在热带的地方，日光是永远那么毒，响亮的天气，反有点叫人害怕。可是，在北中国的冬天，而能有温晴的天气，济南真的算个宝地。
设若单单是有阳光，那也算不了出奇。请闭上眼睛想：一个老城，有山有水，全在天底下晒着阳光，暖和安适地睡着，只等春风来把它们唤醒，这是不是理想的境界？
小山整把济南围了个圈儿，只有北边缺着点口儿。这一圈小山在冬天特别可爱，好象是把济南放在一个小摇篮里，它们安静不动地低声地说：“你们放心吧，这儿准保暖和。”真的，济南的人们在冬天是面上含笑的。他们一看那些小山，心中便觉得有了着落，有了依靠。他们由天上看到山上，便不知不觉地想起：明天也许就是春天了吧？这样的温暖，今天夜里山草也许就绿起来了吧？就是这点幻想不能一时实现，他们也并不着急，因为这样慈善的冬天，干什么还希望别的呢。
最妙的是下点小雪呀。看吧，山上的矮松越发的青黑，树尖上顶着一髻儿白花，好象日本看护妇。山尖全白了，给蓝天镶上一道银边。山坡上，有的地方雪厚点，有的地方草色还露着；这样，一道儿白，一道儿暗黄，给山们穿上一件带水纹的花衣；看着看着，这件花衣好象被风儿吹动，叫你希望看见一点更美的山的肌肤。等到快日落的时候，微黄的阳光斜射在山腰上，那点薄雪好象忽然害羞，微微露出点粉色。就是下小雪吧，济南是受不住大雪的，那些小山太秀气。
古老的济南，城内那么狭窄，城外又那么宽敞，山坡上卧着些小村庄，小树庄的房顶上卧着点雪，对，这是张小水墨画，或者是唐代的名手画的吧。
那水呢，不但不结冰，反倒在绿藻上冒着点热气。水藻真绿，把终年贮蓄的绿色全拿出来了。天儿越晴，水藻越绿，就凭这些绿的精神，水也不忍得冰上；况且那长枝的垂柳还要在水里照个影儿呢。看吧，由澄清的河水慢慢往上看吧，空中，半空中，天上，自上而下全是那么清亮，那么蓝汪汪的，整个的是块空灵的蓝水晶。这块水晶里，包着红屋顶，黄草山，像地毯上的小团花的小灰色树影；这就是冬天的济南。

④ 千合阅读的自动阅读软件，电脑挂机，每天有25-30元的收益，有知道的吗脚本220一个月，靠谱吗

嘿嘿，我以前给个工作室写过自动阅读，我给他一算，他就解散工作室了，为啥呢，因为加在一起赚的钱还不够电费+场地费和给我的工资

⑤ 如何使用Bash Shell脚本进行功能测试

在本文中，Angel Rivera 将说明如何运用 Bash shell 脚本通过行命令来执行 Linux 应用程序的功能测试。由于此脚本依赖于命令行的返回码，因而您不能将这种方法运用于 GUI 应用程序 功能测试是开发周期的一个阶段，在这个阶段中将测试软件应用程序以确保软件的函数如预期的那样，同时能正确处理代码中错误。此项工作通常在单个模块的单元测试结束之后，在负载／重压条件下整个产品的系统测试之前进行的。 市场上有许多测试工具提供了有助于功能测试的功能。然而，首先要获取它们，然后再安装、配置，这将占用您宝贵的时间和精力。Bash 可以帮您免去这些烦琐的事从而可以加快测试的进程。 使用Bash shell 脚本进行功能测试的优点在于： Bash shell 脚本已经在 Linux 系统中安装和配置好了。不必再花时间准备它。 可以使用由 Linux 提供的文本编辑器如 vi 创建和修改 Bash shell 脚本。不需要再为创建测试程序而获取专门的工具。 如果已经知道了如何开发 Bourne 或 Korn shell 脚本，那对于如何运用 Bash shell 脚本已经足够了。对您来说，学习曲线已不存在了。 Bash shell 提供了大量的编程构造用于开发从非常简单到中等复杂的脚本。 将脚本从 Korn 移植到 Bash 时的建议 如果已有现成的 Korn shell 脚本，而想要将它们移植到 Bash，就需要考虑下列情况： Korn 的 "print" 命令在 Bash 中不能使用；而是改为使用 "echo" 命令。 需要将脚本的第一行： #!/usr/bin/ksh 修改成： #!/bin/bash 创建Bash shell 脚本进行功能测试 这些基本的步骤和建议适用于许多在 Linux 上运行的客户机／服务器应用程序。 记录运行脚本的先决条件和主要步骤 将操作分成若干个逻辑组 基于一般方案制定执行步骤 在每个 shell 脚本中提供注释和说明 做一个初始备份以创建基准线 检查输入参数和环境变量 尝试提供 "usuage" 反馈 尝试提供一个“安静”的运行模式 当出现错误时，提供一个函数终止脚本 如可能，提供可以执行单个任务的函数 当显示正在生成的输出时，捕获每个脚本的输出 在每个脚本内，捕获每个行命令的返回码 计算失败事务的次数 在输出文件中，突出显示错误消息，以便于标识 如有可能，“实时”生成文件 在执行脚本的过程中提供反馈 提供脚本执行的摘要 提供一个容易解释的输出文件 如有可能，提供清除脚本及返回基准线的方法 下面详细讲述了每一条建议以及用于说明问题的脚本。若要下载此脚本，请参阅本文后面的 参考资料部分。 1. 记录运行脚本的先决条件和主要步骤 记录，尤其是以有自述标题的单个文件（例如 "README-testing.txt"）记录功能测试的主要想法是很重要的，包括，如先决条件、服务器和客户机的设置、脚本遵循的整个（或详细的）步骤、如何检查脚本的成功／失败、如何执行清除和重新启动测试。 2. 将操作分成若干个逻辑组 如果仅仅执行数量非常少的操作，可以将它们全部放在一个简单的 shell 脚本中。 但是，如果需要执行一些数量很多的操作，那最好是将它们分成若干个逻辑集合，例如将一些服务器操作放在一个文件而将客户机操作放在在另一个文件中。通过这种方法，划分适当的颗粒度来执行测试和维护测试。 3. 基于一般方案制定执行步骤 一旦决定对操作进行分组，需要根据一般方案考虑执行操作的步骤。此想法是模拟实际生活中最终用户的情形。作为一个总体原则，只需集中测试 80% 最常调用函数的 20% 用法即可。 例如，假设应用程序要求 3 个测试组以某个特定的顺序排列。每个测试组可以放在一个带有自我描述文件名（如果可能）的文件中，并用号码来帮助识别每个文件的顺序，例如： 1. fvt-setup-1: To perform initial setup. 2. fvt-server-2: To perform server commands. 3. fvt-client-3: To perform client commands. 4. fvt-cleanup: To cleanup the temporary files, in order to prepare for the repetition of the above test cases. 4. 在每个 shell 脚本中提供注释和说明 在每个 shell 脚本的头文件中提供相关的注释和说明是一个良好的编码习惯。这样的话，当另一个测试者运行该脚本时，测试者就能清楚地了解每个脚本中测试的范围、所有先决条件和警告。 下面是一个 Bash 脚本 "test-bucket-1" 的示例 。 #!/bin/bash # # Name: test-bucket-1 # # Purpose: # Performs the test-bucket number 1 for Proct X. # (Actually, this is a sample shell script, # which invokes some system commands # to illustrate how to construct a Bash script) # # Notes: # 1) The environment variable TEST_VAR must be set # (as an example). # 2) To invoke this shell script and redirect standard # output and standard error to a file (such as # test-bucket-1.out) do the following (the -s flag # is "silent mode" to avoid prompts to the user): # # ./test-bucket-1 -s 2>&1 | tee test-bucket-1.out # # Return codes: # 0 = All commands were successful # 1 = At least one command failed, see the output file # and search for the keyword "ERROR". # ######################################################## 5. 做一个初始备份以创建基准线 您可能需要多次执行功能测试。第一次运行它时，也许会找到脚本或进程中的一些错误。因而，为了避免因从头重新创建服务器环境而浪费大量时间 -- 特别是如果涉及到数据库 -- 您在测试之前或许想做个备份。 在运行完功能测试之后，就可以从备份中恢复服务器了，同时也为下一轮测试做好了准备。 6. 检查输入参数和环境变量 最好校验一下输入参数，并检查环境变量是否设置正确。如果有问题，显示问题的原因及其修复方法，然后终止脚本。 当测试者准备运行脚本，而此时如果没有正确设置脚本所调用的环境变量，但由于发现及时，终止了脚本，那测试者会相当感谢。没有人喜欢等待脚本执行了很久却发现没有正确设置变量。 # -------------------------------------------- # Main routine for performing the test bucket # -------------------------------------------- CALLER=`basename $0` # The Caller name SILENT="no" # User wants prompts let "errorCounter = 0" # ---------------------------------- # Handle keyword parameters (flags). # ---------------------------------- # For more sophisticated usage of getopt in Linux, # see the samples file: /usr/lib/getopt/parse.bash TEMP=`getopt hs $*` if [ $? != 0 ] then echo "$CALLER: Unknown flag(s)" usage fi # Note quotes around `$TEMP': they are essential! eval set -- "$TEMP" while true do case "$1" in -h) usage "HELP"; shift;; # Help requested -s) SILENT="yes"; shift;; # Prompt not needed --) shift ; break ;; *) echo "Internal error!" ; exit 1 ;; esac done # ------------------------------------------------ # The following environment variables must be set # ------------------------------------------------ if [ -z "$TEST_VAR" ] then echo "Environment variable TEST_VAR is not set." usage fi 关于此脚本的说明如下： 使用语句 CALLER=`basename $0` 可以得到正在运行的脚本名称。这样的话，无须在脚本中硬编码脚本名称。因此当复制脚本时，采用新派生的脚本可以减少工作量。 调用脚本时，语句 TEMP=`getopt hs $*` 用于得到输入变量（例如 -h 代表帮助，-s 代表安静模式）。 语句[ -z "$X" ] 和 echo "The environment variable X is not set." 以及 usage 都是用于检测字符串是否为空 (-z)，如果为空，随后就执行 echo 语句以显示未设置字符串并调用下面要讨论的 "usage" 函数。 若脚本未使用标志，可以使用变量 "$#"，它可以返回正在传递到脚本的变量数量。 7. 尝试提供“usage”反馈 脚本中使用 "usage" 语句是个好主意，它用来说明如何使用脚本。 # ---------------------------- # Subroutine to echo the usage # ---------------------------- usage() { echo "USAGE: $CALLER [-h] [-s]" echo "WHERE: -h = help " echo " -s = silent (no prompts)" echo "PREREQUISITES:" echo "* The environment variable TEST_VAR must be set," echo "* such as: " echo " export TEST_VAR=1" echo "$CALLER: exiting now with rc=1." exit 1 } 调用脚本时，使用“-h”标志可以调用 "usage" 语句，如下所示： ./test-bucket-1 -h 8. 尝试使用“安静”的运行模式 您或许想让脚本有两种运行模式： 在"verbose" 模式（您也许想将此作为缺省值）中提示用户输入值，或者只需按下 Enter 继续运行。 在"silent" 模式中将不提示用户输入数据。 下列摘录说明了在安静模式下运用所调用标志 "-s" 来运行脚本： # ------------------------------------------------- # Everything seems OK, prompt for confirmation # ------------------------------------------------- if [ "$SILENT" = "yes" ] then RESPONSE="y" else echo "The $CALLER will be performed." echo "Do you wish to proceed [y or n]? " read RESPONSE # Wait for response [ -z "$RESPONSE" ] && RESPONSE="n" fi case "$RESPONSE" in [yY]|[yY][eE]|[yY][eE][sS]) ;; *) echo "$CALLER terminated with rc=1." exit 1 ;; esac 9. 当出现错误时，提供一个函数终止脚本 遇到严重错误时，提供一个中心函数以终止运行的脚本不失为一个好主意。此函数还可提供附加的说明，用于指导在此情况下应做些什么： # ---------------------------------- # Subroutine to terminate abnormally # ---------------------------------- terminate() { echo "The execution of $CALLER was not successful." echo "$CALLER terminated, exiting now with rc=1." dateTest=`date` echo "End of testing at: $dateTest" echo "" exit 1 } 10. 如有可能，提供可以执行简单任务的函数 例如，不使用许多很长的行命令，如： # -------------------------------------------------- echo "" echo "Creating Access lists..." # -------------------------------------------------- Access -create -component Development -login ted -authority plead -verbose if [ $? -ne 0 ] then echo "ERROR found in Access -create -component Development -login ted -authority plead" let "errorCounter = errorCounter + 1" fi Access -create -component Development -login pat -authority general -verbose if [ $? -ne 0 ] then echo "ERROR found in Access -create -component Development -login pat -authority general" let "errorCounter = errorCounter + 1" fi Access -create -component Development -login jim -authority general -verbose if [ $? -ne 0 ] then echo "ERROR found in Access -create -component Development -login jim -authority general" let "errorCounter = errorCounter + 1" fi ……而是创建一个如下所示的函数，此函数也可以处理返回码，如果有必要，还可以增加错误计数器： CreateAccess() { Access -create -component $1 -login $2 -authority $3 -verbose if [ $? -ne 0 ] then echo "ERROR found in Access -create -component $1 -login $2 -authority $3" let "errorCounter = errorCounter + 1" fi } ……然后，以易读和易扩展的方式调用此函数： # ------------------------------------------- echo "" echo "Creating Access lists..." # ------------------------------------------- CreateAccess Development ted projectlead CreateAccess Development pat general CreateAccess Development jim general 11. 当显示正在生成的输出时，捕获每个脚本的输出 如果脚本不能自动地将输出发送到文件的话，可以利用 Bash shell 的一些函数来捕获所执行脚本的输出，如： ./test-bucket-1 -s 2>&1 | tee test-bucket-1.out 让我们来分析上面的命令： "2>&1" 命令： 使用"2>&1" 将标准错误重定向到标准输出。字符串 "2>&1" 表明任何错误都应送到标准输出，即 UNIX/Linux 下 2 的文件标识代表标准错误，而 1 的文件标识代表标准输出。如果不用此字符串，那么所捕捉到的仅仅是正确的信息，错误信息会被忽略。 管道"|" 和 "tee" 命令： UNIX/Linux 进程和简单的管道概念很相似。既然这样，可以做一个管道将期望脚本的输出作为管道的输入。下一个要决定的是如何处理管道所输出的内容。在这种情况下，我们会将它捕获到输出文件中，在此示例中将之称为 "test-bucket-1.out"。 但是，除了要捕获到输出结果外，我们还想监视脚本运行时产生的输出。为达到此目的，我们连接允许两件事同时进行的 "tee" （T- 形管道）：将输出结果放在文件中同时将输出结果显示在屏幕上。其管道类似于： process --> T ---> output file | V screen 如果 只 想捕获输出结果而不想在屏幕上看到输出结果，那可以忽略多余的管道： ./test-bucket-1 -s 2>&1 > test-bucket-1.out 假若这样，相类似的管道如下： process --> output file 12. 在每个脚本内，捕获每个行命令所返回码 决定功能测试成功还是失败的一种方法是计算已失败行命令的数量，即返回码不是 0。变量 "$?" 提供最近所调用命令的返回码；在下面的示例中，它提供了执行 "ls" 命令的返回码。 # ------------------------------------------- # The commands are called in a subroutine # so that return code can be # checked for possible errors. # ------------------------------------------- ListFile() { echo "ls -al $1" ls -al $1 if [ $? -ne 0 ] then echo "ERROR found in: ls -al $1" let "errorCounter = errorCounter + 1" fi } 13. 记录失败事务的次数 在功能测试中决定其成功或失败的一个方法是计算返回值不是 0 的行命令数量。但是，从我个人的经验而言，我习惯于在我的 Bash shell 脚本中仅使用字符串而不是整数。在我所参考的手册中没有清楚地说明如何使用整数，这就是我为什么想在此就关于如何使用整数和计算错误（行命令失败）数量的方面多展开讲的原因： 首先，需要按如下方式对计数器变量进行初始化： let "errorCounter = 0" 然后，发出行命令并使用 $? 变量捕获返回码。如果返回码不是 0，那么计数器增加 1（见蓝色粗体语句）： ListFile() { echo "ls -al $1" ls -al $1 if [ $? -ne 0 ] then echo "ERROR found in: ls -al $1" let "errorCounter = errorCounter + 1" fi } 顺便说一下，与其它变量一样，可以使用 "echo" 显示整数变量。 14. 在输出文件中，为了容易标识，突出显示错误消息 当遇到错误（或失败的事务）时，除了错误计数器的数量会增加外，最好标识出此处有错。较理想的做法是，字符串有一个如 ERROR 或与之相似的子串（见蓝色粗体的语句），这个子串允许测试者很快地在输出文件中查找到错误。此输出文件可能很大，而且它对于迅速找到错误非常重要。 ListFile() { echo "ls -al $1" ls -al $1 if [ $? -ne 0 ] then echo "ERROR found in: ls -al $1" let "errorCounter = errorCounter + 1" fi } 15. 如有可能，“实时”生成文件 在某些情况下，有必要处理应用程序使用的文件。可以使用现有文件，也可以在脚本中添加语句来创建文件。如果要使用的文件很长，那最好将其作为独立的实体。如果文件很小而且内容简单或不相关（重要的一点是文本文件而不考虑它的内容），那就可以决定“实时”创建这些临时文件。 下面几行代码显示如何“实时”创建临时文件： cd $HOME/fvt echo "Creating file softtar.c" echo "Subject: This is softtar.c" > softtar.c echo "This is line 2 of the file" >> softtar.c 第一个 echo 语句使用单个的 > 强行创建新文件。第二个 echo 语句使用两个 >> 将数据附加到现有文件的后面。顺便说一下，如果该文件不存在，那么会创建一个文件。 16. 在执行脚本的过程中提供反馈 最好在脚本中包含 echo 语句以表明它执行的逻辑进展状况。可以添加一些能迅速表明输出目的的语句。 如果脚本要花费一些时间执行，那或许应在执行脚本的开始和结束的地方打印时间。这样可以计算出所花费的时间。 在脚本样本中，一些提供进展说明的 echo 语句如下所示： # -------------------------------------------- echo "Subject: Proct X, FVT testing" dateTest=`date` echo "Begin testing at: $dateTest" echo "" echo "Testcase: $CALLER" echo "" # -------------------------------------------- # -------------------------------------------- echo "" echo "Listing files..." # -------------------------------------------- # The following file should be listed: ListFile $HOME/.profile ... # -------------------------------------------- echo "" echo "Creating file 1" # -------------------------------------------- 17. 提供脚本执行的摘要 如果正在计算错误或失败事务的次数，那最好表明是否有错误。此方法使得测试者在看到输出文件的最后能迅速地辨认出是否存在错误。 在下面的脚本示例中，代码语句提供了上述脚本的执行摘要： # -------------- # Exit # -------------- if [ $errorCounter -ne 0 ] then echo "" echo "*** $errorCounter ERRORS found ring ***" echo "*** the execution of this test case. ***" terminate else echo "" echo "*** Yeah! No errors were found ring ***" echo "*** the execution of this test case. Yeah! ***" fi echo "" echo "$CALLER complete." echo "" dateTest=`date` echo "End of testing at: $dateTest" echo "" exit 0 # end of file 18. 提供一个容易解释的输出文件 在脚本生成的实际输出中提供一些关键信息是非常有用的。那样，测试者就可以很容易地确定正在查看的文件是否与自己所做的相关以及它是否是当前产生的。附加的时间戳记对于是否是当前状态是很重要的。摘要报告对于确定是否有错误也是很有帮助的；如果有错误，那么测试者就必须搜索指定的关键字，例如 ERROR，并确认出个别失败的事务。 以下是一段输出文件样本的片段： Subject: CMVC 2.3.1, FVT testing, Common, Part 1 Begin testing at: Tue Apr 18 12:50:55 EDT 2000 Database: DB2 Family: cmpc3db2 Testcase: fvt-common-1 Creating Users... User pat was created successfully. ... Well done! No errors were found ring the execution of this test case :) fvt-common-1 complete. End of testing at: Tue Apr 18 12:56:33 EDT 2000 当遇到错误时输出文件最后部分的示例如下所示： ERROR found in Report -view DefectView *** 1 ERRORS found ring the execution of this test case. *** The populate action for the CMVC family was not successful. Recreating the family may be necessary before running fvt-client-3 again, that is, you must use 'rmdb', 'rmfamily', 'mkfamily' and 'mkdb -d', then issue: fvt-common-1 and optionally, fvt-server-2. fvt-client-3 terminated, exiting now with rc=1. End of testing at: Wed Jan 24 17:06:06 EST 2001 19. 如有可能，提供清除脚本及返回基准线的方法 测试脚本可以生成临时文件；假若这样，最好能让脚本删除所有临时文件。这就会避免由于测试者也许没有删除所有临时文件而引起的错误，更糟糕的是将所需要的文件当作临时文件而删除了。 运行功能测试的 Bash shell 脚本 本节描述如何运用 Bash shell 脚本进行功能测试。假设您已经执行了在前面部分中所述步骤。 设置必要的环境变量 根据需要在 .profile 中或手工指定下列环境变量。该变量用于说明在脚本中如何处理，所需环境变量的验证必须在脚本执行前定义。 export TEST_VAR=1 将Bash shell 脚本复制到正确的目录下 Bash shell 脚本和相关文件需要复制到要进行功能测试的用户标识的目录结构下。 登录进某个帐户。您应该在主目录下。假设它是 /home/tester。 为测试案例创建目录： mkdir fvt 复制Bash shell 脚本和相关文件。获取压缩文件（请参阅 参考资料 ）并将其放在 $HOME 下。然后将其按下列方式解压： unzip trfvtbash.zip 为了执行这个文件，更改文件的许可权： chmod u+x * 更改名称以除去文件的后缀： mv test-bucket-1.bash test-bucket-1 运行脚本 执行下列步骤以运行脚本： 以测试者的用户标识登录 更改目录至所复制脚本的位置： cd $HOME/fvt 从$HOME/fvt 运行脚本： ./test-bucket-1 -s 2>&1 | tee test-bucket-1.out 看一下输出文件 "test-bucket-1.out" 的尾部并查看摘要报告的结论。 参考资料 您可以参阅本文在 developerWorks 全球站点上的 英文原文. 下载trfvtbash.zip，它包含本文所引用的样本代码和工具。该工具在以后有可能会更新。 尝试用 Info-ZIP 软件 解开该文件。由于该工具很常用，推荐您最好将解压和压缩工具的目录放至 PATH 中，这样该机器上的所有用户都可以使用这个工具。 如何解压该文件： 为了查看压缩文件中的内容（实际上并没有解包和解压缩该文件），用： unzip -l trfvtbash.zip 命令。(T002)