测试计划：dp2circualtion 册登记窗功能测试要点

[DigitalPlatform]

册登记窗曾命名为“册登记向导窗”。因为几个月前曾经编写过一个“册登记窗”，但感觉这个窗口的实现过程有很多问题，功能没有达到预期的水平，所以后来增加了一个新的、功能稍微不是那么激进的窗口，为了区别，就命名为 册登记向导窗。

取“向导”这个名字，一开始是因为窗口采用了 Wizard 的界面形式。但后来发现，用一个浮动的小窗进行向导效果更好，那么 Wizard 或者 PropertySheet 的界面形式意义就被淡化了。但“向导”依然可以指这个小窗。不过，现在决定根本不提供原先的 册登记窗，为了便于用户理解，就把 册登记向导窗改叫做 册登记窗了。它既可以全屏幕事件驱动方式使用，也可以用流程化方式使用，用简单的名字更适合。

这个窗口目前有三个 PropertyPage 页面。参数设定，检索书目，种和册。

第一个页面“参数设定”，是为册登记设置相关参数，一般来说首次运行的时候，各种参数尽可能都有一个合适的缺省值，并不需要用户去专门设置。不过，“册记录格式检查”这几个 checkbox，还是需要最终操作者来进行设定的。因为有些用户要为册登记册条码号，而另外一些用户不登记册条码号。还有，熟练用户可能希望在册登记时候并不急于输入索取号、图书类型等字段内容，而是在一批册记录创建好以后利用相关窗口去批处理添加。

为了便于用户理解，这些 checkbox 含义都很直接，如果勾选了就意味着保存册记录前软件要自动进行检查，不具备的就会报错，阻止保存。如果想要不检查，就不要勾选。册记录大部分字段是用户输入什么就是什么，索取号和价格这两个字段有点特殊，可以利用宏来指定缺省值，软件会在保存前自动兑现其值。

册记录缺省值，可以定义新增册记录时出现在界面上的缺省值，实际上和种册窗快速册登记缺省值使用的是同一套配置。也就是说这里改了那里也能感知到。其中，价格字段可以使用 @price 宏，表示启动取书目记录中的价格内容；索取号字段可以使用 @accessNo 宏，表示自动创建索取号。但索取号字段缺省值其实也可以保持为空即可，到时候软件也会自动创建索取号。

册记录缺省值对话框这现有的未完成的工作是，这里显示了册记录全部字段的缺省值，但其实在后面真正进行册登记的界面上却只能看到部分字段，那么要不要在这里让定义这些看不见的字段内容？另外，创建册记录那里，真的就是看不见的字段其值就一定是空么？还需要探讨一下。

书目记录的缺省值，在其对话框中分为 UNIMARC 和 MARC21 两种格式来定义，界面稍微简陋了一点。不过如果这里采用 MARC 编辑器的话，实际上可能用户觉得并不会用，并不好用，这一点先存疑，再观察一段看看。

“重新创建 servers.xml 配置文件”，这个按钮是在必要时才使用。第一次使用册登记窗的时候，软件会自动创建好这个文件，并不需要用户主动去创建。但当以后相关服务器配置发生变化等情况下，可能还是需要用户使用一下这个按钮来重新创建 servers.xml 配置文件。

servers.xml 配置文件里面配置了检索和保存书目记录的各种服务器、书目库配置信息，以便让软件知道哪些服务器是数据源，哪些是可保存记录的服务器。servers.xml 配置文件是存储在用户目录下的 servers 子目录下，根据当前 dp2circulation 连接的 dp2library 服务器 URL，和登录的用户名，作为两级子目录名，深入存储到子目录中。这样做的目的是，让同一个 dp2circulation 在不同的启动情况下，访问不同的 dp2library 服务器的时候，或使用不同账户访问的时候，能够各得其所，使用各自完全独立的配置，这样可以避免用户在切换后手动重新创建 servers.xml 配置文件的麻烦。

[DigitalPlatform]

第二个页面“检索书目”，和以前的书目查询窗很类似，可以输入检索词，选定好检索途径，然后进行检索，检索命中的记录会装入一个浏览列表，供用户选择。

这里的检索功能，目前可以检索两类服务器：dp2library 服务器和亚马逊服务器。其实每类服务器的数量是没有限制的。要检索哪些服务器定义在 servers.xml 配置文件中。如果是单机版应用的典型场景，那么一般会访问一个红泥巴的 dp2library 服务器和一个当前(单机版的) dp2library 服务器，还会访问一个亚马逊中国的服务器。如果是红泥巴数字平台中心的用户场景，则只访问一个红泥巴的 dp2library 服务器和一个亚马逊服务器。

检索途径目前都是 dp2library 和 亚马逊服务器共有的那些常用检索途径。需要都测试验证一下。

浏览列表再用 dpTable 控件实现，一个特点是各个单元格能够根据内容需要自动撑高，另一个是可以显示书目记录所携带的封面图片。对于 dp2library 服务器中检索命中的结果来说，关注这里的封面图片显示功能，需要测试验证封面图片作为书目记录的数字对象存储，和书目记录来自亚马逊服务器从而 856 中记载的是 http 协议图片文件两种情况。

在浏览列表中看到有检索命中结果时，双击某行，可以把书目记录和册记录都装入第三个属性页“种和册”。在第二个属性页的浏览列表中先选定了某行，然后按窗口底部工具条的“下一步”按钮，也是同样效果。

如果没有命中，用户需要进行原始编目和册登记，那么可以点窗口底部工具条的“新建”按钮。新建功能会自动切换到第三个属性页，自动装入一条空白书目记录。空白记录的内容是由第一个属性页的相关配置决定的。为了尽量减少用户重复输入，自动装入空白书目记录的时候，软件会把检索词文本框中已经输入的文字填入书目记录的适当字段。

无论是双击浏览行，还是“新建”按钮，在装入新的书目记录到第三个属性页以前，软件都要检查是不是遗留了以前的修改尚未保存，如果有，则会出现警告。

[DigitalPlatform]

第三个属性页“种和册”，是编辑一种图书和下属册记录的界面所在。

一般左边是一个 MARC 编辑控件，右边是册记录控件显示区。中间竖着一根分割条。在分割条上双击鼠标左键，可以在水平和垂直分割方向之间来回切换。册登记窗关闭后，下次重新打开的时候，能自动恢复上次的最后分割方向状态。

MARC 编辑器的操作，后面专门写一个 comment 补充。这里只做一些简单介绍。这里的 MARC 编辑器，是面向普通用户，也就是不懂图书馆 MARC 知识的用户的。为了保持和 MARC 概念的一致性，这里依然使用了字段、子字段的二级概念，不过，字段从用户角度，也许会当作子字段之间的一行提示而已。用户是否能理解和用好这个界面，还需要观察观察。

MARC 编辑器对各种不重要的字段子字段进行了隐藏。什么是重要字段，也就是需要显示出来的字段，在第一个属性页里面配置定义。

册记录显示区，如果有册记录会显示出来，一个册记录一个矩形区域管辖。如果当前暂时没有册记录，则可以通过点那个大大的加号按钮来创建新的册记录。新创建的册记录，其左上角有个绿色的三角形标志，表示这是新创建的、在内存中的册记录、尚未保存到数据库。

这里要谈到书目记录的身份问题。如果是从红泥巴服务器检索命中的外来书目记录(指单机版应用典型情况)，刚装入第三个属性页的时候，身份还是属于红泥巴的书目记录。此时如果使用删除功能，则会去删除红泥巴服务器上的记录 --- 当然 servers.xml 配置文件提供了足够信息，软件知道这是来自于一个外部服务器的参考记录，不会让删除真的成功。这个概念还有些问题，还需要探讨一下，看看是不是有改进的必要。

问题是什么呢？是此种属于红泥巴的书目记录，在第三个属性页的界面上却允许进行添加册记录的操作，这分明又暗示这是一条本地书目记录。另外，为了这个本地书目记录的说法作为佐证，其实这条书目记录在红泥巴服务器上下属的那些册记录软件故意都没有显示到界面上。所以这里的概念是有些矛盾的。

而如果书目记录是用“新建”功能装入第三个属性页的，此时新的、尚未保存的书目记录其实其记录路径暂时为空，但从概念上能认为它是属于即将保存到本地的书目记录。一旦这样的书目记录保存了，软件会自动为它分配记录 ID，这以后再进行删除操作，就是删除本地的书目和册记录了。

为了便于用户利用键盘进行连续操作，这次设计界面的时候，特别在意完善键盘相关功能。在第三个属性页中，在 MARC 编辑器和册记录区之间，可以用键盘的 Tab 和 Shift+TAB 键来进行输入焦点的切换。在 MARC 编辑器和一个特定的册记录编辑器之内，用上下方向键也能实现输入焦点的切换。我们知道 ComboBox (组合框)原本是可以利用上下方向键选择列表值的，为了整体的一致性，这里改为取消这个原有的功能，而当作输入焦点切换的功能了。回车键可以把输入焦点切换到后一个文本输入位置。这对于条码枪自动携带回车换行的用法是很方便的。

用于新增册记录的加号按钮，也是可以停驻输入焦点的。输入焦点在其上的时候，可以按键盘空格键实现按下按钮的效果。整体切换焦点的过程中，也有分割条的一站。当焦点在分割条上的时候，上下左右方向键都是可以用的，效果是移动分割条位置。