任延华
测试用例：2.2 测试要点：读者操作1个柜门（每个副柜的门都要操作一下） 1）空到满 2）满到空 3）放入部分 4）取出部分 测试结果： 2020/11/28-1830-ryh：dp2ssl1.5.22.0，符合预期
测试用例：2.3 测试要点：读者操作多个柜门（每个副柜的门都要涉及到） 1）从空到满，约放入30多册书 2）从满到空 3）放入一部分 4）取出一部分 5）一个柜门到另一个柜门移动，先关目标门 6）一个柜门到另一个柜门移动，先关来源门 测试结果： 2020/11/28-1830-ryh：dp2ssl1.5.22.0，符合预期
测试用例：3.1 测试要点：开一个门，瞬间关门，观察语音提交和状态，不应出现转圈消不掉的现象。 测试结果： 2020/11/28-1835-ryh：dp2ssl1.5.22.0，符合预期
测试用例：3.2 测试要点：某个柜门有转圈任务，应不能切换主界面。 测试结果： 20220825 WYC dp2ssl 1.8.67.0 测试结果符合预期 2020/11/28-1835-ryh：dp2ssl1.5.22.0，符合预期
测试用例：4.1 dp2ssl 测试版更新了。请重新测试一下。上一个版本可能是这种情况会出现漏洞：假如是昨天下午四点应还日期，到今天上午的时候，间隔还不到 24 小时，软件把这种情况误当作“间隔不到一天”。最新版改进了算法。
### 关于书柜修改EAS 2020/12/3 17:31:51 dp2ssl 测试版更新了。对修改 EAS 的代码做了优化，当 RFID 标签 EAS 状态已经到位的时候不再进行修改，这有助于减少书柜启动时候或者开门放入图书时的部分 WriteEAS 报错。 这是靠检查内存中的标签状态来实现的优化，这样就引入了另外一个问题，就是对缓存的标签信息正确性比较敏感。所以，又对代码做了另一项改造： 当书柜开门取走图书的时候，最新版对取走的图书的 RFID 标签，专门做了一个清除内存缓存的动作。这样确保当读者把图书拿出书柜，到内务或者其他地方做了改变 EAS 的操作后，再重新放入书柜的时候，dp2ssl 不至于误用以前的缓存的信息。意思就是说凡是开门了图书拿走过，就有被修改的可能，这里清除缓存是必要的。 需要增加一些测试项目：在内务 RFID 工具窗里面故意把标签的 EAS 状态修改，然后放入书柜，再从书柜拿出的时候，书柜应该已经把 EAS 修改为 Off。这是书柜本身的统一的习惯。新版本优化的效果是，如果放入前 EAS...
# 总分馆模式下馆际互借功能 通过工具创建好测试环境，工具会自动创建好3个分馆及分馆相关配置，创建好册记录和读者记录。 dp2系统原有的功能：只支持一个馆内部借还，即本馆的读者借还本馆的图书，不能借其它馆的图书。根据帐号的馆代码配置，可办理管辖范围馆的借还。所以需先测试原有功能正常。 *** 新开发的dp2系统总分馆模式下互借功能，当一个分馆在流通权限里配置了支持来宾馆读者借还，那么来宾馆的读者就可以借还这个馆的图书，并且还可以接收来宾馆的还书（后来也可以通过配置关掉来宾馆还书功能）。 当一个分馆支持来宾馆读者借还的话，意味着两者达成一个协议，即除了为来宾馆读者办理借还，也自然可以检索和查看来宾馆的读者和册，所以不仅应能在快捷出纳窗装载来宾馆的读者，办理借还。也应在读者查询、读者窗、实体查询窗（不配流通权限也能查看）、种册窗，检索和查看读者或册信息，但不能修改。这样在各界面保持一致的效果。 当为来宾馆配置的借还权限，，为了配置的简音，只要在流通权限一个地方配置了支持来宾馆读者类型，则当前馆帐户就可以为来宾馆读者借还，并且可以查看来宾馆读者册，不需要其它另外的配置。 例如当前馆是A馆，在流通权限为来宾馆B馆读者配置借阅权限，如下： ``` ``` 当修改了流通权限，帐户管辖范围会发生范围，会影响读者查询窗的读者库检索列表。（注：修改流通权限后，点菜单"清除缓存/刷新系统配置和数据库缓存"刷新一下系统缓存配置。） ## 1. 读者查询窗 读者查询窗可检索来宾馆读者，当在流通权限增加了来宾馆后，观察读者库下拉列表是否变化，变成多少是根据流通权限的配置来的。 `*/*` 显示所有分馆 `/*` 不影响，不支持列出总馆， X馆/* 读者库下拉列表增加X馆，可检索来宾馆X馆所有读者 X馆/X 读者库下拉列表增加X馆，可检索来宾馆X馆所有读者，不过滤读者类型，没有危害。但在快捷出纳窗只能为配置的来宾馆读者类型办理借书，可装载其它类型，但不能借书 ## 2 读者窗应能装载来宾读者，但不能编辑保存读者信息。 保存时，应报不在当前用户管辖范围 注意当装载的来宾读者时，类型下拉列表应显示来宾馆的读者类型 ##...
# version=0.02版本，精确一致规则。 ## 应用一：为一个图书馆的全部读者和全部馆藏地配置统一的OI ``` ``` 读者和册匹配的OI均为CN-110108-1-ZG。 **** ## 应用二：为一个图书馆的全部读者配置一个机构代码，为指定馆藏地的图书配置另一个机构代码 ``` ``` **读者这里未匹配，经过确认，未匹配是符合开发设计的，针对0.02版本读者匹配OI时，实例值只有读者部门和类型，目前没使用第三种馆代码形态。这是0.02与0.01的一个重要区别。** 册004馆藏地为"西区"，匹配的OI为CN-110108-1-XQ。 册005馆藏地为"西区图书馆"，匹配的OI为CN-110108-1-XQ。 册006馆藏地为"西"，未匹配上OI。 *** ## 应用三：为图书馆的读者不配置机构代码，为指定馆藏地的图书配置机构代码 ``` ``` 读者不能匹配上OI 册004馆藏地为"西区"，匹配的OI为CN-110108-1-XQ。 册005馆藏地为"西区图书馆"，匹配的OI为CN-110108-1-XQ。 册006馆藏地为"西"，未匹配上OI。 *** 选择应用一和应用三，进行盘点前端测试 ## 针对应用一测试，服务器配置了统一OI为CN-110108-1-ZG，参见应用一配置xml。 加工三条册记录001,002,003，且写好标签。手工将3个标签的OI改为：...
# 1.1 配置册机构代码-测map
# 1.2 配置册机构代码-测type属性值 ### 测试目的: 此case注重测type属性的不同值对匹配结果的影响，所以map设为一个确定的匹配值。建议总馆和分馆都测一下，写在测试结果。 ### 预期结果： 1）type属性不存在，默认为"entity,patron"，预期能匹配。 2）type属性存在，但值=""，预期不能匹配。（type 属性值里面是逗号分隔的值列表，一个一个的值，是不会用通配符的。） 3）type属性值="entity,patron"，预期能匹配。 4）type属性值="entity"，预期能匹配。 5）type属性值="patron"，预期不能匹配。 ### 测试步骤： 1.先在libraray.xml配置OI，一个item即可，然后根据不同情况修改type属性值。 ``` ``` 2.查看册的xml中OI字段值，是否符合预期。 ### 测试结果 20220324 1208-WYC dp2library正式版3.109.8118.17969 dp2内务正式版3.62.8118.17919测试结果符合预期 *** 20220311 2110-WYC dp2library测试版3.108.8104.41251...