SZCND
SZCND
测试总分馆模式下的借还
# 总分馆模式的借还说明 dp2系统老版本只支持一个馆内部借还，即本馆的读者借还本馆的图书。例如，总馆的读者只能借总馆图书，一个分馆的读者只能借本分馆的图书，分馆与分馆之间（以及总馆与分馆之间）读者不能互借互通。 针对管理员帐号的管辖范围，分为： 1）总馆帐户，可办理总馆和所有分馆借还 2）分馆帐户只能办理本分馆的借还 3）管辖多个分馆的帐户，可办理所管辖分馆的借还。  ## 测试思路 本case专测总分馆之间，以及分馆之间是否可借还，并且测试管理权帐户的管辖范围。 所以在准备环境时，准备一个空实例，配置总馆、分馆A、分馆B，流通权限配置可简化。 ## 测试大纲 借还分类|总馆帐户 |A馆帐户 |B馆帐户|管理A+B馆帐号 ---|---|---|---|---| 为总馆读者借还总馆图书 |成功| 失败| 失败|失败 为A馆读者借还A馆图书 |成功| 成功| 失败|成功 为B馆读者借还B馆图书 |成功| 失败| 成功|成功...
## 功能改进 20220429 dp2circulation 正式版更新了，修复了大备份下载没有提示“启动成功”，和无法停止大备份，无法点击下方“刷新”，“一直显示进度” 20220428 dp2circulation 正式版更新了。系统管理窗“内核”属性页的文件下载功能改掉了 bug 20220421 dp2circulation 改变了上载和下载对话框里面的带宽显示单位，为 bits/秒。 测试全部上载和下载文件功能，因为这部分代码又有较大改动。下载功能分在两个地方，一个是大备份同时下载文件；另外一个是系统管理窗内核属性页的专门下载文件。 20220414 dp2installer测试版更新，rest.http协议方式的通道，20分钟以上没有使用，dp2library服务器会自动清理 最新版改进了这个算法，并且为了观察方便，在最新版内务的通道管理窗增加了一个列“最后使用时间”。
# 作废 前提：1）保证旧没问题 2)保证新功能没问题 name属性是定义一个名字，相当于这个名字会出现在系统管理窗，内核属性页。比如想共享的文件夹C盘，或者D盘已经取了一个名字，但这个名字起的不太好，和内核属性页里的其他名字相同了，所以提供了一个灵活性，可以自定义name属性的名字。path属性才是指向一个文件夹，name不涉及是文件夹还是文件。比如name"file1.txt"，在内核属性页中显示还是一个文件夹，可以点+展开。 测试： 1. 故意把名字和其他数据库名相同，看有什么问题 2. 故意改成！（！已经被占用，代表数据文件夹，是特有的不需要配就能显示） 不属于dp2library，是dp2library的下层，也要测一下 3.测一下public账号能不能编辑，能不能看到，supervisor能不能编辑，能不能看到，是哪些权限导致能编辑？平时保密的文件能让public看到？ 4.directory元素中read属性值=*，表示所有用户都能看，如果定义"supervisor,public"表示只有这两个账号能看，其他用户无法查看，意思是用这些账户登录后在内核属性页看不到。配置了账号能看到以后，可以打开和编辑文件，但是不能正真修改。修改保存会报错。 5.如果有这个账号，但是read里面打错了也无法查看文件。如果没有这个账号，read里面设置了无法登录内务，会提示该账户不存在。 #### 6.回归测试`“！”，`功能，没有的话重新写，重点要回归一下 预览功能说明测试： 有个属性页是预览，有个是内容。 7.切到内容可以改，改完可以保存，保存以前再次切回到内容，会显示新增加的东西 8.创建0字节的文件，然后再内核中访问它，编辑它查看有什么问题 全部测完之后： 用新前端和ref版本：有可能看不到！和，是有的地方改了 用就前端和正式版library
#### 读者角度 部门的借阅排行-101 读者类型的借阅排行-111 读者姓名的借阅排行-121 #### 册角度 馆藏地点和分类的借阅排行-212 馆藏地点和图书种的借阅排行-201 #### 出纳工作 出纳流水-441 出纳工作量，按工作人员=442 出纳工作量，按馆藏地点-443 *** ## 非跨馆模式下借还产生的报表 ## A馆 1. 部门的借阅排行-101（按日，月，年生成） 在dp2内务登录A馆账号，用PAX001（学生，部门1001）借、还3册图书。用PAT001（教师，部门1004）借、还3册图书，总计6册。 报表中的图是按照部门来排序的  2. 读者类型的借阅排行-111（按日，月，年生成） A馆学生借、还3册，A馆教师借、还3册，总计6册，报表中的图是按照读者类型来排序的 
### 开发说明 使用最新版的Chord Installer dp2capo 为 SIP 账户增加了一个"TCP 通道数限额"参数，默认值为 2。这个参数可以限制同一个 dp2library 账户登录 SIP2 服务器的并发通道个数，超过这个个数时，SIP Login() API 会报错 注意，并不是不允许超过这个个数的 TCP 连接。连接数量可以超过，但一旦这些连接登录的数量超过限额会报错，等于说有些连接虽然连接上了但没法登录成功。 每一个 TCP 连接，连接成功时刻和首次登录之间时间必须小于 10 秒。长于这个间隔，连接会被 dp2capo 自动清除。这个间隔，和正常登录成功后 SIP 账户里面的那个休闲自动切断的时间间隔是不同的，两个参数。 SIP...
## 作废 #### 更新说明 一、人脸升级方式为初次启动后等待2分钟，会扫描一次有没有新版本，如果没有下一次就是隔一个小时，等探测到新版本会自动更新，然后提示要重启才能生效。这么做的目的是有些老的机器上没有wifi，只有网线，装的是usb的wifi，长有天线，启动了之后要过一会才会有网，最后才会检测这个网卡驱动，如果人脸中心被机器启动带起来，会因为没网而等待一个小时。 机器上有vs studio调试facecenter，但是不装clickonce版本，为什么？也可以装完之后不启动，为什么装都不愿意装？因为维护的时候会把facecenter放到启动组里面，windows10以后越来越麻烦，很多用户都不会，windows早期，7/8把它放到启动组中，每天开机就会启动，否则要双击启动。为了避免放到启动组中给服务人员添麻烦，所以让dp2ssl和dp2内务都能把它带起来，前提是要配置人脸中心的URL。在调试的时候会启动一个内务，启动之后过了一会会把装的clickonce版本带起来，很麻烦。所以不装clickonce版本。启动编译的版本都是最新版。 二、厂家2算法不要求序列号，把序列号设置成community也是可以的，在设置对话框的左下角就能设置，它的效果和手动输入community是一样的。 不要序列号的意思是：①从没设置过 ②输入了community ③对话框点击左下角“切换为社区版”。在setting.xml中也是可以改序列号的。 社区版也就是不用序列号的版本一天只能用20次，超过20此就不让用了。这个人脸中心的序列号是厂家2和厂家4通用的  三、厂家2与厂家4是可以切换使用的，但是厂家4需要人脸中心的序列号和虹软的序列号同时存在才能使用。 四、（旧版本）如果当前为厂家1，社区版，也就是没有人脸中心序列号时，可以切换到厂家4（有虹软序列号），并且能够使用，但是退出之后，再次启动就无法使用了，除非再次按照这个方式操作，很麻烦，新版本中修复了这个漏洞。 还有一种可能性，当前是厂家4的时候，突然把人脸中心的序列号改错，然后内务识别人脸就会提示“FaceCenter算法尚未初始化”。如果当前还是厂家4的时候，突然把人脸中心的序列号改为社区版，community，也会出错，立马提示厂家4算法需要设置序列号才能使用，同时内务上用该功能，提示“facecenter算法尚为未初始化”。如果厂家4序列号有，人脸中心序列号有，切换成厂家1，还是可以用的，前提是必须退出重启，在“文件”菜单中重新启动没用。 如果厂家1和厂家4的算法是不能互相识别的，需要在读者查询窗中选中该读者，右击，批处理，重建人脸特征，保存，然后就可以识别了。（但是读者xml中的face version版本会随着切换的算法而更改） 虹软序列号需要联网才能使用，断网无法使用 如果启动facecenter，是厂家4的话，发现没有算法就会去下载，这个算法非常大，能够装人脸中心这么短的时间是因为一开始装的时候没有下载这个算法，这个好处是你用厂家1，就下厂家1的算法，用厂家4就下厂家4的算法，按需安装。 在设置参数的属性页中切换厂家1和厂家4的时候，会提示你要重新启动，给你一个下载算法的机会，但是如果不管它的提醒，虽然表面看上去正常，但实际在内务识别人脸时会失败，一直提示“facecenter算法尚未初始化” 序列号方面加了一个警告，从厂家1也就是community社区版，突然设置一个人脸中心序列号，然后把这个序列号搞错，然后会提示“序列号无效”，这个时候查看setting.xml文件，会发现里面的序列号与输入的乱序列号一致，再用内容失败人脸功能，会提示“facecenter算法尚未初始化”。 在序列号直接切换，算法之间切换，切完之后要退出重启人脸中心，才能保证没有问题 建立常用问题列表
标签中含有错误内容的测试
RFID功能测试https://github.com/DigitalPlatform/dp2/issues/780 20220511新版本更新后，RFID工具窗中写入错误内容变为，显示土黄色背景“保存成功（0）错误（1）”，和一个弹窗，提示“保存成功。重新读入时出错：data长度不足，从93开始应至少为48bytes” ## 更新内容 空白的标签里面写入了一些垃圾内容。这些内容如果不预先用内务 RFID 工具窗的清除功能清除掉，如果直接拿着这样的标签去内务册登记对话框写入，因为写入前程序要自动读入原有标签内容，然后结合新内容写入，原有内容导致解析报错，程序报错后就不去写入了。 改进了一下册登记对话框的保存功能，在出现上述情况的时候，会弹出一个对话框询问是否继续保存，如果继续保存的话可以保存成功，原来的垃圾内容自然就被覆盖了。 20220511 开发更新说明：RFID 工具窗里面故意制造错误标签内容的功能改进了，请测试一下。注意反复测试。意思是，写好错误内容标签后，再用它重新放上去再写错误内容，这样才能达到测试强度。(也就是说用正常内容的标签放上去，写入错误内容，并不能达到测试强度) 20220510 测试含有错误内容的标签在册登记时能否被正常的内容覆盖。RFID工具窗中能否创建错误的标签内容。 dp2circulation新版本更新后，将RFID工具窗中“创建错误的标签内容”功能改成了生成128位错误内容的字符，发现该内容无法写入标签，提示Bytea中包含的字节数128超过了4（BlockSize）和28（MaxBlockCount）的乘积。这是因为测试的标签Bytea最大字节数为112 在RFID工具窗中“自动刷新”不选中，每次把标签放到读卡器上就点击一下左侧的蓝色按钮，然后再创建错误标签内容，这样不会因为自动刷新而把下方提示给刷掉 读出标签时分为3种情况，1是标签内容都是正确的，并且没有被锁定。2是标签中一部分内容是正确的，一部分是错误的。3是标签内的内容都有问题。 为什么写入标签时要先解析，而不是直接覆盖？（该功能是害怕有人将图书馆借回来的书，用读卡器乱改而设置的，在读卡器上想要重新写入标签会先解析原来标签内的内容，然后经过判断，如果是被锁定的信息，直接报错，无法写入，而没有被锁定的信息不管是否报错，都可以覆盖掉，预期将在报错的时候把提示信息变得更详细一点，例如报“长度不够”，“解析错误”） 在RFID工具窗中如果识别出是错误信息，会有很长的红色提示，该提示遮盖了很大范围，预期有3种修改的方式，让它变得更美观，且方便查看具体错误信息。 1. 将错误的信息写入日志中 2. 将错误的信息装入右侧固定面板中 3. 右键选中该信息，可以将错误的具体内容复制到剪贴板上 4. 在报错后有一个小按钮，提示“点击显示详细内容”
20220505问题发现 1. 打开一个大备份恢复之后的实例，并通过mongodb恢复完借阅历史，然后在读者查询窗检索一个读者，双击进入“读者窗”，点击读者的xml，找到``元素。表示该读者有18笔借阅历史。 点击左侧“借阅历史”，发现只有3条记录，与xml中相比少了15条记录。 2. 读者xml中只显示最新的10条详细记录，核对发现最新的3条与借阅历史的3条相对应，第3条的借书时间为`borrowDate="Tue, 07 Jun 2016 15:33:05 +0800`。在日志窗中装载出这一天的操作日志，找到了该笔记录。目前这3条借阅历史是没有问题的 3. 查看读者xml中第4条借阅历史，发现mongodb恢复的借阅历史中没有这条和后面的。该记录的借书时间为`borrowDate="Wed, 23 Jun 2010 01:07:12 GMT`，打开这一天的操作日志，没有找到1:1:12秒的这一条记录。并将问题上报 4. 经过开发老师说明，先检查当天的操作日志是否存在？检查结果该日志存在。检查是否是dt1000转过来的？检查结果不是，借阅历史有详细的借还时间和操作人。（dt1000只有册条码号和借书的时间，下方还有oragionMARC元素） 第4条借阅记录中的借书时间后跟了一个`GMT`，代表该时间为“格林威治时间”，与北京时间差8个小时，因此要+8，所以第4条记录的借书时间为2010年6月23日 09:07:12秒，打开对应操作日志发现该时间存在这一笔借书的记录。再查看还书的时间，为`returnDate="Mon, 02 Aug 2010 00:45:54 GMT`，打开2010年8月2日的操作日志，+8小时，为8:45:54秒，有这一笔操作记录，证明有借和还的时间，但还是没有借阅历史。打开“册窗”，装载出这一册图书，发现借阅历史中有这笔借还记录，借书时间为2010/6/23 9:07:12，还书时间为2010/8/2 8:45:54 ，与读者xml中的时间一致，但是读者的证条码不一样。操作日志中读者证条码为D333，读者xml中该读者的证条码为2150。...
20220506问题说明 在浏览器中打开opac，用supervisor账号登录。点击统计信息/图，只显示2021和2022年的时间范围，2021年之前的没有显示。 “图”的内容是从对应实例的数据文件夹，library_data中的statis目录中获取的，该实例statis目录中最早的时间为20170325  用本地4月14日建的实例测试，实际内容只有4月和5月的，但还是显示2021和2022年的时间范围   “图”的时间范围是否可以自行配置？