智能书柜读者操作测试

[maruimarui]

开发说明

智能书柜操作逻辑分析#527

2020/7/26 改进 dp2installer dp2libraryxe 和 dp2ssl 测试版更新了。最新版智能书柜借书的时候如果出现超额情况，还书的时候会自动调整剩下的在借册的超额状态，把没有超过额度的在借册调整为不是超额的状态。这种调整在联网状态下应该是完美的；但在断网状态下还没有做调整。调整只发生在一个册超额了，但并没有真正超期未还的时候。如果已经超期了，则不进行调整了

[maruimarui]

测试目录

网络正常情况测试

1 . 书柜读者取书（借书）测试（刷人脸/指纹/读者卡/二维码） 1.1 开柜门后，取1本书，本地存储和dp2library同步测试。 1.2 开柜门后，取多本书，本地存储和dp2library同步测试。 1.3 开多个柜门后，取多本书，本地存储和dp2library同步测试。

2 . 书柜读者放书（还书）测试（刷人脸/指纹/读者卡/二维码） 2.1 开柜门后，放1本书，本地存储和dp2library同步测试。 2.2 开柜门后，放多本书，本地存储和dp2library同步测试。 2.3 开多个柜门后，放多本书，本地存储和dp2library同步测试。

3 . 同时打开8个柜门，随机拿/放图书，本地存储和dp2library同步测试。

4 . 读者取出图书超出权限数量情况 4.1 开多个柜门，取出超出权限数量的书，不关闭提示框，本地存储和dp2library同步情况。 4.2 开多个柜门，取出超出权限数量的书，在同步过程中（转圈）关闭提示框，本地存储和dp2library同步情况。

5 . 从书柜取/放书后，在借/还操作处理完成前，再开柜门情况。

中途断网情况

6.1 开一门，取出多本，关门前断网。 6.2 开一门，放入多本，关门前断网。 6.3 开一门，放入多本，取出多本，关门前断网。 6.4 开一门，放入多本，取出多本，关门后数据未同步完时断网。 6.5 开多门，取放多本，中间门关时断网

---

7 . 测试读者将图书在门之间的移动（正常网络） 7.1 两个柜门之间的移动 7.1.1 开一个柜门取书后再放回同一个柜门的情况 7.1.2 从一个门移到另一个门，先关目标门，再关来源门。 7.1.3 从一个门移到另一个门，先关来源门，再关目标门。

7.2 一个柜门移动到多个柜门 7.2.1 从一个门移到另外多个门，先关多个目标门，再关1个来源门。 7.2.2 从一个门移到另外多个门，先关1个来源门，再关多个目标门。 7.2.3 从一个门移到另外多个门，先关1个目标门，再关1个来源门，再关另1个目标门。

7.3 从多个柜门移动到一个柜门 7.3.1 从多个门移到一个门，先关1个目标门，再关多个来源门。 7.3.2 从多个门移到一个门，先关多个来源门，再关1个目标门。 7.3.3 从多个门移到一个门，先关1个来源门，再关1个目标门，再关1个来源门。

---

8 . 多个读者同时开柜门操作借/还书情况 8.1 读者A开1柜门，读者B开1柜门，A关柜门后，提示框不关闭，B关柜门。 8.2 读者A开1柜门，读者B开1柜门，A关闭柜门并关闭提示框，B关门。 8.3 读者A/B开柜门后，同时关闭柜门情况。 8.4 读者A开1柜门取多本书，关闭柜门，在界面显示“转圈”时，读者B开1柜门。 8.5 读者A开2柜门，读者B开1柜门，取/放图书后，读者A关1柜门，读者B关门，读者A关第2柜门。

9 . 读者状态不正常时，拒绝开门情况。 9.1 读者借阅记录发生超期情况 9.2 读者被注销情况 9.3 读者证到期情况 9.4 读者有违约记录情况 9.5 读者为临时读者的情况

10 . 借还同步顺序测试 10.1 在书柜取书后断网，然后在内务还书，再接通网络，观察数据库借还操作状态和同步时间。 10.2 在书柜A取书后断网，然后在书柜B还书，再接通网络，观察数据库借还操作状态和同步时间。 10.3 在书柜还书后断网，然后在内务还书，再接通网络，观察数据库借还操作状态和同步时间。

11 . 读者借书超额情况（用例作废） 11.1 网络正常情况下，读者借书超额，还未显示超额的图书情况 11.2 网络正常情况下，读者有在借，在内务还书后再操作借书超额情况。 11.3 网络正常情况下，读者借书超额，断开书柜网络，还未显示超额的图书情况 11.4 网络断开情况下，读者借书超额，还未显示超额的图书，再接通网络超额情况 11.5 网络断开情况下，读者借书超额，接通网络后还未显示超额的图书。 11.6 开一个柜门，同时操作借还，最终借书总数不超过借阅权限。 11.7 开多个柜门，同时操作借还，先关闭取书的柜门，再关闭还书的柜门。

12 . 读者借书超额情况-网络角度 12.1 测试前提：网络正常，系统中有借阅历史的同一个读者（测试用例11中测试有问题的读者）。 12.1.1 清除dp2ssl本地库，使用14443A读者卡分几次借书，造成超额情况 12.1.2 清除dp2ssl本地库，使用15693读者卡分几次借书，造成超额情况 12.1.3 清除dp2ssl本地库，刷人脸分几次借书，造成超额情况

12.2 测试前提：网络正常，新建一个读者。 12.2.1 使用14443A读者卡分几次借书，造成超额情况 12.2.2 使用15693读者卡分几次借书，造成超额情况 12.2.3 刷人脸分几次借书，造成超额情况

13. 读者借书超额情况-借还书先后角度

13.1 书柜打开一个书柜门，将图书还回借出的图书同时新借一本书，关闭书柜门-预期读者正常借书，不会有超额情况

13.2 打开同一层的两个书柜，1号门还书，2号门借书。先关还书门，再关借书门 13.2 打开同一层的两个书柜，1号门还书，2号门借书。先关借书门，再关还书门 13.2 打开同一层的两个书柜，1号门还书，2号门借书。两个门同时关闭

13.3 打开两层书柜门，上层还书，下层借书。先关还书门，再关借书门 13.3 打开两层书柜门，上层还书，下层借书。先关借书门，再关还书门 13.3 打开两层书柜门，上层还书，下层借书。两个门同时关闭

[maruimarui]

todo

[maruimarui]

测试用例1.1

测试目的

读者开柜门后，取1本书，本地存储和dp2library同步测试。

测试步骤

1. 启动dp2ssl，应正常初始化。

2. 刷读者卡，语音提醒“欢迎您，xx”，随后【读者区】显示识别出的读者信息。

3. 点界面色块，听到“嘭”一声柜门打开。语音提示“星洲学校1-3打开”，打开的柜门对应色块变成蓝色，且色块上显示读者名字，记录此时色块上的图书数量。

4. 从打开的柜门内取出1本书，关门柜门，语音提醒“星洲学校1-3关闭”界面对应色块显示一个加载的圆圈图案“转圈”，很快弹出提示框“xx 借书1, 1）成功借...”。“成功”字体为绿色。

5. 关闭提示框，“星洲学校1-3”色块颜色变为绿色，右下角显示数字比关门前少了1。

6. 打开SQlite查看工具，在“浏览数据”属性页查看，点刷新按钮，新增1笔记录。Action：borrow；State：sync（表示同步成功）；SyncErrorInfo：为空，没有内容。CurrentShelfNo：null。

7. 打开内务【聊天】窗口，查看这个书柜群组信息，显示3条信息：

门 '星洲学校1-3' 被 xx 打开；
门 '星洲学校1-3' 被 xx 关上；
xx 1) 借书 ... (书目摘要)  [DPB000114] 新架位:星洲学校/一楼大厅:1-3

8. 在内务聊天窗口发送“ check book xxx”命令（xxx指要查看的图书册条码号），收到本地库中关于该册的记录，查看最近的借书操作信息： State：sync（表示同步成功）；SyncErrorInfo：为空，没有内容。CurrentShelfNo：null

9. 内务登录书柜连接的服务器，打开【读者窗】，查看这个读者的【借阅信息】，显示已借阅刚取出的图书。

测试结果

20210129-marui：dp2ssl测试版：1.7.5.0，dp2-RFID中心测试版：1.14.2.0，符合预期

2020/4/30-1055-ryh：更新case中的check命令为check book，dp2ssl版本1.4.7425.18368，测试结果符合预期。

20200410-1340-marui：智能书柜，dp2ssl测试版：1.4.7408.17622，dp2-RFID中心 测试版：1.5.740329788，内务版本：3.9.7404.16032，网络正常情况下，读者从书柜取书可以正常写入本地数据库，同时成功提交dp2library。 注：1）在内务聊天窗口发送check DPB000114后，内务自动退出。重启动内务，查看聊天窗口，返回2条历史。1条是借书信息，另一条好像是读者信息，是新增加的吗？我记得直接只有册的信息。 2）在内务聊天窗口发送了一条信息后，弹出异常提示框，关闭提示框，内务自动退出了。

[maruimarui]

测试用例1.2

测试目的

读者开柜门后，取多本书，本地存储和dp2library同步测试。

测试步骤

1. 启动dp2ssl，应正常初始化。

2. 刷读者卡，语音提醒“欢迎您，xx”，随后【读者区】显示识别出的读者信息。

3. 点界面色块，听到“嘭”一声柜门打开。语音提示“星洲学校1-3打开”，打开的柜门对应色块变成蓝色，且色块上显示读者名字，记录此时色块上的图书数量。

4. 从打开的柜门内取出5本书，关门柜门，语音提醒“星洲学校1-3关闭”界面对应色块显示一个加载的圆圈图案“转圈”，很快弹出提示框“xx 借书5, 成功借...”。5条“成功”信息字体为绿色。 （如果长时间不关门，会语音提示不要忘记关门。）

5. 关闭提示框，“星洲学校1-3”色块颜色变为绿色，右下角显示数字比关门前少了5。

6. 打开SQlite查看工具，在“浏览数据”属性页查看，点刷新按钮，新增5笔记录。 Action：borrow；State：sync（表示同步成功）；SyncErrorInfo：为空，没有内容。CurrentShelfNo：null。

7. 打开内务【聊天】窗口，查看这个书柜群组信息，显示3条信息：

门 '星洲学校1-3' 被 xx 打开；
门 '星洲学校1-3' 被 xx 关上；
xx 1) 借书 ... (书目摘要)  [DPB000114] 架位:星洲学校/一楼大厅:1-3
（5条借书信息）

8. 在内务聊天窗口发送“ check xxx”命令（xxx指要查看的图书册条码号，发送5次信息检查），收到2条信息，查看借书操作信息： State：sync（表示同步成功）；SyncErrorInfo：为空，没有内容。CurrentShelfNo：null

9. 内务登录书柜连接的服务器，打开【读者窗】，查看这个读者的【借阅信息】，显示已借阅刚取出的5本图书。

测试结果

20210129-marui：dp2ssl测试版：1.7.5.0，dp2-RFID中心测试版：1.14.2.0，符合预期

2020/4/30-1055-ryh：dp2ssl版本1.4.7425.18368，测试结果符合预期。

20200410-1500-marui：智能书柜，dp2ssl测试版：1.4.7408.17622，dp2-RFID中心 测试版：1.5.740329788，内务版本：3.9.7404.16032，网络正常情况下，读者从书柜取多本书可以正常写入本地数据库，同时成功提交dp2library。

[maruimarui]

测试用例1.3

测试目的

读者开多个柜门后，取多本书，本地存储和dp2library同步测试。

测试步骤

1. 启动dp2ssl，应正常初始化。

2. 刷读者卡，语音提醒“欢迎您，xx”，随后【读者区】显示识别出的读者信息。

3. 点【读者区】下方【固定】按钮，固定读者信息，此时读者信息会一直显示在界面。

4. 点界面色块，听到“嘭”一声柜门打开。语音提示“星洲学校1-3打开”，打开的柜门对应色块变成蓝色，且色块上显示读者名字，记录此时色块上的图书数量。同时打开3个柜门。

5. 分别从打开的柜门内随机取出几本书，记录取出数量，应不超出读者权限数量（取出4本）。依次关门柜门，语音提醒“星洲学校1-3关闭”，界面对应色块显示一个加载的圆圈图案“转圈”，很快弹出提示框“xx 借书2, 成功借...”。“成功”信息字体为绿色。每关闭一个柜门，同时就有关门语音提醒，“处理完成”对话框是按照关门顺序一次显示，即最前面是第1个关门提交信息。点对话框底部【继续】可以查看第2个关闭的柜门的提示信息。

6. 依次查看提示信息，直到所有打开柜门对应信息关闭后。回到主界面。柜门色块颜色变为绿色，核对取出图书的3个柜门的数字应减少取出数量。

7. 打开SQlite查看工具，在“浏览数据”属性页查看，点刷新按钮，新增4笔记录。 Action：borrow；State：sync（表示同步成功）；SyncErrorInfo：为空，没有内容。CurrentShelfNo：null。

8. 打开内务【聊天】窗口，查看这个书柜群组信息，有3条打开柜门信息，接着又关闭柜门和这个柜门对应的借书操作提示信息，一共3对，如下。

门 '星洲学校1-3' 被 xx 关上；
xx 1) 借书 ... (书目摘要)  [DPB000114] 架位:星洲学校/一楼大厅:1-3

9. 在内务聊天窗口发送“ check book xxx”命令（xxx指要查看的图书册条码号，分别查看4册图书），收到2条信息，查看借书操作信息： State：sync（表示同步成功）；SyncErrorInfo：为空，没有内容。CurrentShelfNo：null

10. 内务登录书柜连接的服务器，打开【读者窗】，查看这个读者的【借阅信息】，显示已借阅刚取出的4本图书。

测试结果

20210129-marui：dp2ssl测试版：1.7.5.0，dp2-RFID中心测试版：1.14.2.0，符合预期

2020/4/30-1508-ryh：dp2ssl版本1.4.7425.19500，测试结果符合预期。

20200410-1550-marui：智能书柜，dp2ssl测试版：1.4.7408.17622，dp2-RFID中心 测试版：1.5.740329788，内务版本：3.9.7404.16032，网络正常情况下，读者开多个柜门取多本书可以正常写入本地数据库，同时成功提交dp2library。

[maruimarui]

测试用例2.1

测试目的

测试前提：网络正常 读者开柜门后，放1本书，本地存储和dp2library同步测试。

一个情况是还正常借出的图书，应正常。 另一种情况是还没有外借的图书，应正常。

测试步骤

1. 启动dp2ssl，应正常初始化。

2. 刷读者卡，语音提醒“欢迎您，xx”，随后【读者区】显示识别出的读者信息。

3. 点界面色块，听到“嘭”一声柜门打开。语音提示“星洲学校1-3打开”，打开的柜门对应色块变成蓝色，且色块上显示读者名字，记录此时色块上的图书数量。

4. 将图书放入打开的柜门，关门柜门，语音提醒“星洲学校1-3关闭”界面对应色块显示一个加载的圆圈图案“转圈”，很快弹出提示框“xx 还书1, 1）成功还...”。“成功”字体为绿色。

5. 关闭提示框，“星洲学校1-3”色块颜色变为绿色，右下角显示数字比关门前多了1。

6. 打开SQlite查看工具，在“浏览数据”属性页查看，点刷新按钮，新增2笔记录。 1）Action：return；State：sync；SyncErrorInfo：还书操作成功；CurrentShelfNo：null 2）Action：transfer；State：sync；SyncErrorInfo：册记录...没有发生修改；CurrentShelfNo：星洲学校/一楼大厅:1-3

7. 打开内务【聊天】窗口，查看这个书柜群组信息，显示3条信息：

门 '星洲学校1-3' 被 xx 打开；
门 '星洲学校1-3' 被 xx 关上；
xx 1) 还书 ... (书目摘要)  [DPB000114] 架位:星洲学校/一楼大厅:1-3

8. 在内务聊天窗口发送“ check xxx”命令（xxx指要查看的图书册条码号），收到2条信息，查看操作信息： 1）return：State：sync；SyncErrorInfo：还书操作成功，CurrentShelfNo：星洲学校/一楼大厅:1-3 2）transfer：State：sync；SyncErrorInfo：册记录...没有发生修改，CurrentShelfNo：星洲学校/一楼大厅:1-3

9. 内务登录书柜连接的服务器，打开【读者窗】，查看这个读者的【借阅信息】，显示这本图书已还书。

测试结果

20210129-marui：dp2ssl测试版：1.7.5.0，dp2-RFID中心测试版：1.14.2.0，符合预期

2020/4/30-1530-ryh：dp2ssl版本1.4.7425.19500，还一个非外借的图书checkinoutdate也符合预期修改了。 2020/4/30-1526-ryh：dp2ssl版本1.4.7425.19500，测试还一本外借的图书正常。

20200410-1520-marui：智能书柜，dp2ssl测试版：1.4.7408.17622，dp2-RFID中心 测试版：1.5.740329788，内务版本：3.9.7404.16032，网络正常情况下，读者将图书放入书柜，可以正常写入本地数据库，同时成功提交dp2library。

[maruimarui]

测试用例2.2

测试目的

测试前提：网络正常 读者开柜门后，放多本书，本地存储和dp2library同步测试。

测试步骤

1. 启动dp2ssl，应正常初始化。

2. 刷读者卡，语音提醒“欢迎您，xx”，随后【读者区】显示识别出的读者信息。

3. 点界面色块，听到“嘭”一声柜门打开。语音提示“星洲学校1-3打开”，打开的柜门对应色块变成蓝色，且色块上显示读者名字，记录此时色块上的图书数量。

4. 将5本图书放入打开的柜门，关门柜门，语音提醒“星洲学校1-3关闭”界面对应色块显示一个加载的圆圈图案“转圈”，很快弹出提示框“xx 还书1, 成功还...”。5条信息“成功”字体为绿色。

5. 关闭提示框，“星洲学校1-3”色块颜色变为绿色，右下角显示数字比关门前多了5。

6. 打开SQlite查看工具，在“浏览数据”属性页查看，点刷新按钮，新增10笔记录，每册图书2条记录，如下： 1）Action：return；State：sync；SyncErrorInfo：还书操作成功；CurrentShelfNo：null 2）Action：transfer；State：sync；SyncErrorInfo：册记录...没有发生修改；CurrentShelfNo：星洲学校/一楼大厅:1-3

7. 打开内务【聊天】窗口，查看这个书柜群组信息，显示3条信息：

门 '星洲学校1-3' 被 xx 打开；
门 '星洲学校1-3' 被 xx 关上；

任2
1) 还书  [DPB000004] 新架位:共享书柜:1-1
2) 上架  [DPB000004] 新架位:共享书柜:1-1
3) 还书 剪面包的男孩 [专著]  / (荷)安娜玛丽·梵·哈灵根著 ; 曾齐译
ISBN 978-7-5346-5814-3 (精装 ) : CNY28.80 [DPB000001] 新架位:共享书柜:1-1
4) 上架 剪面包的男孩 [专著]  / (荷)安娜玛丽·梵·哈灵根著 ; 曾齐译
ISBN 978-7-5346-5814-3 (精装 ) : CNY28.80 [DPB000001] 新架位:共享书柜:1-1

（ryh：关于每册还书产生两笔记录。注意有的册是显示的条码，有的是书目摘要，后面开发有时间可以统一修改下。）

8. 在内务聊天窗口发送“ check xxx”命令（xxx指要查看的图书册条码号，一次查看5册图书信息），收到2条信息，查看操作信息： 1）return：State：sync；SyncErrorInfo：还书操作成功，CurrentShelfNo：星洲学校/一楼大厅:1-3 2）transfer：State：sync；SyncErrorInfo：册记录...没有发生修改，CurrentShelfNo：星洲学校/一楼大厅:1-3

9. 内务登录书柜连接的服务器，打开【读者窗】，查看这个读者的【借阅信息】，显示这5册图书已还书。

测试结果

20210129-marui：dp2ssl测试版：1.7.5.0，dp2-RFID中心测试版：1.14.2.0，符合预期

2020/4/30-1535-ryh：dp2ssl版本1.4.7425.19500，还多本图书，测试结果符合预期。

20200410-1410-marui：智能书柜，dp2ssl测试版：1.4.7408.17622，dp2-RFID中心 测试版：1.5.740329788，内务版本：3.9.7404.16032，网络正常情况下，读者将多本图书放入书柜，可以正常写入本地数据库，同时成功提交dp2library。

[maruimarui]

测试用例2.3

测试目的

测试前提：网络正常 读者开多个柜门后，放多本书，本地存储和dp2library同步测试。

测试步骤

1. 启动dp2ssl，应正常初始化。

2. 刷读者卡，语音提醒“欢迎您，xx”，随后【读者区】显示识别出的读者信息。

3. 点【读者区】下方【固定】按钮，固定读者信息，此时读者信息会一直显示在界面。

4. 点界面色块，听到“嘭”一声柜门打开。语音提示“星洲学校1-3打开”，打开的柜门对应色块变成蓝色，且色块上显示读者名字，记录此时色块上的图书数量。同时打开3个柜门。（ryh：如果长时间未关门，会提示不要忘记关闭智能书柜1号门2号门）

5. 将多本图书放入书柜（还书可以同时还多本没有限制数量）。依次关门柜门，语音提醒“星洲学校1-3关闭”，界面对应色块显示一个加载的圆圈图案“转圈”，很快弹出提示框“xx 还书2, 成功借...”。“成功”信息字体为绿色。每关闭一个柜门，同时就有关门语音提醒，“处理完成”对话框是按照关门顺序一次显示，即最前面是第1个关门提交信息。点对话框底部【继续】可以查看第2个关闭的柜门的提示信息。

6. 依次查看提示信息，直到所有打开柜门对应信息关闭后。回到主界面。柜门色块颜色变为绿色，核对取出图书的3个柜门的数字应增加放入数量。

7. 打开SQlite查看工具，在“浏览数据”属性页查看，点刷新按钮，新增8笔记录，每册图书2条记录，如下： 1）Action：return；State：sync；SyncErrorInfo：还书操作成功；CurrentShelfNo：null 2）Action：transfer；State：sync；SyncErrorInfo：册记录...没有发生修改；CurrentShelfNo：星洲学校/一楼大厅:1-3

8. 打开内务【聊天】窗口，查看这个书柜群组信息，显示3组如下信息：

门 '星洲学校1-3' 被 xx 打开；
门 '星洲学校1-3' 被 xx 关上；

任2
1) 还书  [DPB000001] 新架位:共享书柜:1-1
2) 上架  [DPB000001] 新架位:共享书柜:1-1

8. 在内务聊天窗口发送“ check book xxx”命令（xxx指要查看的图书册条码号，依次查看4册图书信息），每次收到2条信息，查看操作信息： 1）return：State：sync；SyncErrorInfo：还书操作成功，CurrentShelfNo：星洲学校/一楼大厅:1-3 2）transfer：State：sync；SyncErrorInfo：册记录...没有发生修改，CurrentShelfNo：星洲学校/一楼大厅:1-3

9. 内务登录书柜连接的服务器，打开【读者窗】，查看这个读者的【借阅信息】，显示这4册图书已还书。

测试结果

20210129-marui：dp2ssl测试版：1.7.5.0，dp2-RFID中心测试版：1.14.2.0，符合预期

2020/4/30-1535-ryh：dp2ssl版本1.4.7425.27277，开多门还多本图书，测试结果符合预期。

20200410-1620-marui：智能书柜，dp2ssl测试版：1.4.7408.17622，dp2-RFID中心 测试版：1.5.740329788，内务版本：3.9.7404.16032，网络正常情况下，读者打开打个柜门放入多本图书到书柜，可以正常写入本地数据库，同时成功提交dp2library。 注：开门-放书-关闭柜门后，最后关闭的柜门盘点灯一直常亮。点dp2ssl界面上的【关闭射频】，盘点灯灭。

[maruimarui]

测试用例3

测试目的

测试前提：网络正常 读者同时打开8个柜门，随机拿/放图书，本地存储和dp2library同步测试。

测试步骤

1. 启动dp2ssl，应正常初始化。

2. 刷读者卡，语音提醒“欢迎您，xx”，随后【读者区】显示识别出的读者信息。

3. 点【读者区】下方【固定】按钮，固定读者信息，此时读者信息会一直显示在界面。

4. 点界面色块，快速点界面上8个柜门色块，语音提示“星洲学校1-8打开”（点的太快，部分语音提示会被吞掉），8个柜门对应色块显示动画“转圈”，随后变成蓝色，且所有色块上显示读者名字，记录此时色块上的图书数量。

5. 将多本图书放入书柜（还书可以同时还多本没有限制数量），同时再取出部分图书（取出的图书需要再权限范围内）。

6. 先关闭放入图书的柜门，再依次关闭其他柜门，语音提醒“星洲学校...关闭”，界面对应色块显示一个动画“转圈”，很快弹出提示框“xx 还书2, 成功还...”。“成功”信息字体为绿色。每关闭一个柜门，同时就有关门语音提醒，“处理完成”对话框是按照关门顺序一次显示，即最前面是第1个关门提交信息。点对话框底部【继续】可以查看第2个关闭的柜门的提示信息。

7. 依次查看提示信息，直到所有打开柜门对应信息关闭后。回到主界面。柜门色块颜色变为绿色，核对取出图书的8个柜门的数字应正确。 注：每次关闭提示框前，核对提示信息是否正确，读者姓名下一排显示柜门名称。

8. 打开SQlite查看工具，在“浏览数据”属性页查看，点刷新按钮。 还书信息每册图书2条记录，如下： 1）Action：return；State：sync；SyncErrorInfo：还书操作成功；CurrentShelfNo：null 2）Action：transfer；State：sync；SyncErrorInfo：册记录...没有发生修改；CurrentShelfNo：星洲学校/一楼大厅:1-3 借书信息每册图书1条记录：Action：borrow；State：sync；SyncErrorInfo：为空，没有内容。CurrentShelfNo：null。

9. 打开内务【聊天】窗口，查看这个书柜群组信息，显示每个柜门打开关闭信息，同时有借还书信息。

10. 在内务聊天窗口发送“ check xxx”命令（xxx指要查看的图书册条码号，查看操作借还的图书信息），同样是还书有2条信息，借书有1条信息，内容同SQlite查看工具显示信息。

11. 内务登录书柜连接的服务器，打开【读者窗】，查看这个读者的【借阅信息】，核对借还操作应成功。

测试结果

20210129-marui：dp2ssl测试版：1.7.5.0，dp2-RFID中心测试版：1.14.2.0，符合预期

20200415-1700-marui：智能书柜，dp2ssl测试版：1.4.7410.30036，dp2-RFID中心 测试版：1.5.740329788，内务版本：3.9.7404.16032，测试结果符合预期。

20200415-1450-marui：智能书柜，dp2ssl测试版： 1.4.7410.27184，dp2-RFID中心 测试版：1.5.740329788，内务版本：3.9.7404.16032，”消息发送专用线程出现异常”的问题已经解决。 注：读者借阅权限10，上一次已经借了10本。这个开柜后，同时开了多个柜门。先把上次借的书放回书柜，没有关门。又从打开的柜门里面取了10本（和还得书不同）。这时关闭柜门，先关其他柜门，后关放书进去的柜门。这时会报超额，因为还书动作还没提交。但对读者来说，已经还了全部的书，现在借的书在权限数量范围内的。 另：记得【读者区】在借册超额的图书都显示在前面，测试有一册超额图书显示在正常图书下面。

20200413-1710-marui：智能书柜，dp2ssl测试版：1.4.7408.17622，dp2-RFID中心 测试版：1.5.740329788，内务版本：3.9.7404.16032，读者同时打开8个柜门取/放多本图书（没有超借阅权限），快速关闭之后，界面底部闪过一个报错信息如下图。dp2ssl没有弹出提示对话框，界面底部闪过一个红色报错，显示”+几“如下，查看本地数据库，借/还没有写成功。按返回主菜单按钮，dp2ssl界面卡死了。但是查看错误日志，系统还在重试（最新时间）。 用任务管理器杀死dp2ssl，重新启动，初始化停在1-1柜门，不往下继续，盘点灯也不亮。查看错误日志”消息发送专用线程出现异常:“。

[maruimarui]

测试用例4.1

测试目的

读者开多个柜门，取出超出权限数量的书，不关闭提示框，本地存储和dp2library同步情况。

测试步骤

1. 启动dp2ssl，应正常初始化。

2. 刷读者卡，语音提醒“欢迎您，xx”，随后【读者区】显示识别出的读者信息。

3. 点【读者区】下方【固定】按钮，固定读者信息，此时读者信息会一直显示在界面。

4. 点界面色块，点界面上柜门色块，同时打开3个柜门。语音提示“星洲学校1-x打开”（点的太快，部分语音提示会被吞掉），3个柜门对应色块显示动画“转圈”，随后变成蓝色，且所有色块上显示读者名字，记录此时色块上的图书数量。

5. 分别从3个书柜取出12本图书，预期2本书超期（取出的图书需要超过权限范围）。

6. 关闭柜门，语音提醒“星洲学校...关闭”，界面对应色块显示一个动画“转圈”，很快弹出提示框“xx借书x, 成功还...”。“成功”信息字体为绿色。同时会听到“警告，借书超额”。每关闭一个柜门，同时就有关门语音提醒，“处理完成”对话框是按照关门顺序显示，即最前面是第1个关门提交信息。点对话框底部【继续】可以查看第2个关闭的柜门的提示信息。

7. 依次查看提示信息，有超额的柜门对应处理结果提示：“警告：您取书已经超额了。请将下列2册图书放回书柜：1）...2)...”（提示信息中有书名和册条码号）。每条借书信息中有详细超额原因“借书超额，请将本册放回书柜。详细原因： 读者 'XZP10999' 所借 '普通' 类图书数量将超过 馆代码 '星洲学校' 中 该读者类型 '学生' 对该图书类型 '普通' 的最多 可借册数 值 '10'，因此本次借阅操作被拒绝”。

8. 依次查看提示信息，直到所有打开柜门对应信息框关闭后。回到主界面。柜门色块颜色变为绿色，核对取出图书的3个柜门的数字应正确。 注：每次关闭提示框前，核对提示信息是否正确，读者姓名下一排显示柜门名称。

9. 打开SQlite查看工具，在“浏览数据”属性页查看，点刷新按钮。 每册图书信息显示如：“Action：borrow；State：sync；SyncErrorInfo：信息与提示框信息信息相同。”

10. 打开内务【聊天】窗口，查看这个书柜群组信息，显示每个柜门打开关闭信息，同时有借书信息及超额图书信息。

11. 在内务聊天窗口发送“ check book xxx”命令（xxx指要查看的图书册条码号，查看操作借还的图书信息），内容与SQlite查看工具显示信息相同。

12. 内务登录书柜连接的服务器，打开【读者窗】，查看这个读者的【借阅信息】，超额的图书借期显示1天。正常借书的借期显示31天。 注：建议内务【借阅信息】显示“超额”字样。

测试结果

2020/4/30-1600-ryh：dp2ssl版本1.4.7425.27277，测试结果符合预期。 除了超出数量外，还有馆藏地不合理，读者状态有值都算为超额。

---

20200422-1350-marui：智能书柜，dp2ssl测试版：1.4.7416.39023，dp2-RFID中心 测试版：1.5.740329788，内务版本：3.9.7404.16032，测试结果符合预期。

[maruimarui]

测试用例4.2

测试目的

读者开多个柜门，取出超出权限数量的书，在同步过程中（转圈）关闭提示框，本地存储和dp2library同步情况。

测试步骤

1. 启动dp2ssl，应正常初始化。

2. 刷读者卡，语音提醒“欢迎您，xx”，随后【读者区】显示识别出的读者信息。

3. 点【读者区】下方【固定】按钮，固定读者信息，此时读者信息会一直显示在界面。

4. 点界面色块，点界面上柜门色块，同时打开3个柜门。语音提示“星洲学校1-x打开”（点的太快，部分语音提示会被吞掉），3个柜门对应色块显示动画“转圈”，随后变成蓝色，且所有色块上显示读者名字，记录此时色块上的图书数量。

5. 分别从3个书柜取出12本图书，预期2本书超期（取出的图书需要超过权限范围）。

6. 关闭柜门，语音提醒“星洲学校...关闭”，界面对应色块显示一个动画“转圈”，很快弹出“处理完成”提示框，提示信息再“转圈”，还没有显示完成时，快速关闭所有提示框。提示“超额”的语音也消失，不再播报。这里考虑下，读者如果关闭对话框太快，听不到超额声音怎么办？好像只能通过操作注意点来说明了。

7. 关闭提示框后，回到“书架”界面。柜门色块颜色变为绿色，核对取出图书的3个柜门的数字应正确。

8. 打开SQlite查看工具，在“浏览数据”属性页查看，点刷新按钮。 每册图书信息显示如：“Action：borrow；State：sync；SyncErrorInfo：有2笔是显示图书超额...”

9. 打开内务【聊天】窗口，查看这个书柜群组信息，显示每个柜门打开关闭信息，同时有借书信息及超额图书信息。

10. 在内务聊天窗口发送“ check book xxx”命令（xxx指要查看的图书册条码号，查看操作借还的图书信息），内容与SQlite查看工具显示信息相同。

11. 内务登录书柜连接的服务器，打开【读者窗】，查看这个读者的【借阅信息】，超额的图书借期显示1天。正常借书的借期显示31天。 注：建议内务【借阅信息】显示“超额”字样。

测试结果

2020/5/5-1909-ryh：电脑模拟书柜，dp2SSL 前端版本: 1.4.7425.30233，从一个门取出12本，测试结果符合预期。第6步培训时注意强调让读者看完结果，再关闭对话框，否则可能听不到超额声音。

20200422-1400-marui：智能书柜，dp2ssl测试版：1.4.7416.39023，dp2-RFID中心 测试版：1.5.740329788，内务版本：3.9.7404.16032，测试结果符合预期。

[maruimarui]

todo

[maruimarui]

测试用例5（待确认-）

测试目的

从书柜取/放书后，在借/还操作处理完成前，再开柜门情况。

测试步骤

1. 读者刷卡，开1个门，语音提醒“门 '名称' 被 ...（读者） 打开” 。

2. 取/放多册书到书柜（建议10本以上操作,图书太少，处理速度比较块，来不及再次刷卡）。

3. 关闭柜门，对应色块出现动画“转圈”。这时快速的再次刷读者卡，开正在处理的柜门，语音提醒“正在打开”，对此点色块开门，语音一直提示“正在打开”。过一会，听到语音提醒“门 '名称' 被 ...（读者） 关闭” ，【读者区】读者信息消掉，同时弹出“处理完成”对话框，显示借/还信息，应是绿色成功的。

4. 关闭“处理完成”对话框，检查门上的数字是否正确，应计算放入/取出的图书数量。

5. 查看本地actions数据库，产生对应册数的记录，（放入图书2 笔记录return和transfer，取出图书是1笔记录 borrow)，状态是sync。

6. 打开内务“聊天”窗口，有相应的开/关门信息及借/还信息。

测试结果

20210129-marui：dp2ssl测试版：1.7.5.0，dp2-RFID中心测试版：1.14.2.0，最新版本，当前一个读者关门后，“转圈”时，另一个读者点开门语音提示“正在处理中请稍后”，符合预期。

2020/5/5-1921-ryh：电脑模拟书柜，dp2SSL 前端版本: 1.4.7425.30233，第3步也是提示“正在打开”，建议改下提示。另外读者区信息会消掉，即使不是同一个读者也会消掉，这一步不符合预期。

20200422-1650-marui：智能书柜，dp2ssl测试版：1.4.7416.39023。关柜门后在操作处理完成前“转圈”，再刷卡开同一个柜门时，不可以开柜门。提醒“正在开门”，当处理完成，弹出提示框时第2次刷卡的读者信息消掉。 建议：这个语音提醒“正在处理，请稍后开门”。

2020/4 很早一个版本会dp2ssl会死掉。

[maruimarui]

测试用例6.1

测试目的

开一门，取出多本，关门前断网。

测试步骤

1. 读者刷卡，开1个门，语音提醒“门 '名称' 被 ...（读者） 打开” 。

2. 取出多本书，记录此时“书架”界面数字和取出的图书数量。

3. 断开书柜网络

4. 关门，由于没连网，dp2ssl无法发关门消息，在内务【聊天】窗口未收到关门的信息。

5. dp2ssl弹出“正在处理，请稍后”对话框，借书信息显示在加载“转圈”，正常地显示图书的摘要信息（因摘要信息是缓存在本地库的）。过一会，每册借操作显示红色同步失败，详细原因：“System.ServiceModel.CommunicationException:在 HTTP 通道上传输数据时发生错误(请求被中止: 请求已被取消。)。System.Net.WebException: 请求被中止: 请求已被取消。[RequestError]” （ryh5/5注：用电脑模拟书柜，提示为'服务器rest.http:XXX没有响应[RequestError]'） （2021/2/10-marui：dp2ssl测试版：1.8.5.0，关门后弹出提示框显示蓝色的“暂时跳过同步...”）

6. 查看本地actions数据库，产生 与册数相同 笔记录（borrow)，State=commerror，SyncErrorInfo=信息与“处理完成”对话框提示信息相同。 （2021/2/10-marui：dp2ssl测试版：1.8.5.0，State=NULL，SyncErrorInfo=NULL，）

7. 再查看内务【聊天】窗口，借 信息未收到。（因为网络是中断的）

8. 关闭“处理结果”对话框，检查门上的数字是否正确。界面没有红色e提示，符合预期。

9. 内务登录书柜连接的服务器，检查这个读者的【借阅记录】，这几册图书在服务器端应未借成功。日志窗应也没有相关的日志。

10. 将书柜的网络接通，dp2ssl界面没有任何变化，系统后台自动同步，在内务查看读者借阅记录，已经有这笔借的操作了。

11. 等过几分钟，dp2ssl界面由断网的蓝色变成黑色后，聊天窗口收到关门和借的消息。

12. 此时检查本地actions.db，这几条记录的状态都为sync，已同步成功。

测试结果

20210210-marui：dp2ssl测试版：1.8.5.0，dp2-rfid测试版：1.14.3.0，断网后关门，提示信息是“暂时跳过同步”，没有在弹出的信息对话框第一行提示读者消息会延迟发送的提示文字。待确认。

2020/5/5-1933-ryh: 网络恢复后，由于这个读者的类型未配置日历，导致同步不成功。state=normailerror，errorinfo=代码 '' 中 读者类型 '志愿者' 的 工作日历名 参数无法获得: [SystemError]，导致同PII再做其它操作也无法同步了，这时需要在dp2管理中心的检索书柜界面，修改异常数据的状态为dontsync，然后同PII后面的记录就可以同步正常了。

20200423-0950-marui：智能书柜，dp2ssl测试版：1.4.7417.42469，内务版本：3.9.7408.40900，测试结果与预期一致。读者关门前断网，关门后提交服务器不成功，会存储到本地，网络接通后会自动同步。

[maruimarui]

测试用例6.2（待确认）

测试目的

开一门，放入多本，关门前断网。

测试步骤

1. 读者刷卡，开1个门，语音提醒“门 '名称' 被 ...（读者） 打开” 。

2. 放入多本书，记录此时“书架”界面数字和放入的图书数量。

3. 断开书柜网络

4. 关门，由于没连网，dp2ssl无法发关门消息，在内务【聊天】窗口未收到关门的信息。

5. dp2ssl弹出“正在处理，请稍后”对话框，还书信息显示在加载“转圈”，由于前面已断网了，摘要信息没获取下来，册信息只能显示PII。

6. 过一会，每册借操作显示红色同步失败，详细原因：“System.ServiceModel.CommunicationException:在 HTTP 通道上传输数据时发生错误(请求被中止: 请求已被取消。)。System.Net.WebException: 请求被中止: 请求已被取消。[RequestError]” （ryh5/5注：用电脑模拟书柜，提示为'服务器rest.http:XXX没有响应[RequestError]'）

7. 查看本地actions数据库，每册产生2 笔记录（return和transfer) return：State=commerror，SyncErrorInfo=信息与“处理完成”对话框提示信息相同。 transfer：State=Null，CurrentShelfNo=有值

8. 再查看内务【聊天】窗口，还 信息未收到。（因为网络是中断的）

9. 关闭“处理结果”对话框，检查门上的数字是否正确，应加上放入的图书数量。界面显示红色e，点开e:x，这些书信息提示 服务器XXX没有响应，具体信息与“处理完成”提示框相同。

10. 内务登录书柜连接的服务器，检查这个读者的【借阅记录】，这几册图书在服务器端应还书不成功。日志窗应也没有相关的日志。

11. 将书柜的网络接通，dp2ssl界面没有任何变化，**红色e没有自动消失，**点开e:x显示这几册书红色提示已经消失。

12. 检查本地actions.db，这几条记录的状态都为sync，SyncErrorInfo变成“还书操作成功”，已同步成功。

13. 再回到内务【聊天】窗口，收到“关门、还书/上架 ”相关信息。

14. 再到内务检查这个读者的【借阅记录】，显示这几册图书已经还书，查看【日志窗】有这几册书的“return和transfer”操作日志。服务端同步成功。

测试结果

2020/5/5-2207-ryh：电脑模拟书柜，dp2SSL 前端版本: 1.4.7425.30233，第11步e:x未消。

20200423-1030-marui：智能书柜，dp2ssl测试版：1.4.7417.42469，内务版本：3.9.7408.40900，第11步，接通网络后，预期界面红色e会消失。

[maruimarui]

测试用例6.3

测试目的

开一门，放入多本，取出多本，关门前断网。

测试步骤

1. 读者刷卡，开1个门，语音提醒“门 '名称' 被 ...（读者） 打开” 。

2. 同时取出和放入多本书，记录此时“书架”界面数字和取书、放入的图书数量。

3. 断开书柜网络

4. 关门，由于没连网，dp2ssl无法发关门消息，在内务【聊天】窗口未收到关门的信息。

5. dp2ssl弹出“正在处理，请稍后”对话框，借还信息显示在加载“转圈”，由于前面已断网了，还书的摘要信息没获取下来，册信息只能显示PII，借书的信息书目摘要正常显示。

6. 过一会，每册操作显示红色同步失败，详细原因：“System.ServiceModel.CommunicationException:在 HTTP 通道上传输数据时发生错误(请求被中止: 请求已被取消。)。System.Net.WebException: 请求被中止: 请求已被取消。[RequestError]” （ryh5/5注：用电脑模拟书柜，提示为'服务器rest.http:XXX没有响应[RequestError]'）

7. 查看本地actions数据库，借书操作每册产生1笔borrow：State=commerror，SyncErrorInfo=信息与“处理完成”对话框提示信息相同。 还书操作每册产生2 笔记录（return和transfer) return：State=commerror，SyncErrorInfo=信息与提交对话框提示信息相同。 transfer：State=Null，CurrentShelfNo=有值

8. 再查看内务【聊天】窗口，借和还 信息未收到。（因为网络是中断的）

9. 关闭“处理完成”对话框，检查门上的数字是否正确，应计算取出和放入的图书数量。界面显示红色e，点开e:x，为放入的图书，信息提示 服务器XXX没有响应，具体信息与“处理完成”提示框相同。

10. 内务登录书柜连接的服务器，检查这个读者的【借阅记录】，这几册图书在服务器端应还书不成功。日志窗应也没有相关的日志。

11. 将书柜的网络接通，dp2ssl界面没有任何变化，**红色e没有自动消失，**点开e:x显示这几册书红色提示已经消失。

12. 检查本地actions.db，借书操作记录状态都为sync，SyncErrorInfo的值消掉为空。 还书操作记录的状态都为sync，SyncErrorInfo变成“还书操作成功”，已同步成功。

13. 再回到内务【聊天】窗口，收到“关门、借书、还书/上架 ”相关信息。大约过了1分钟以上收到信息。

14. 再到内务检查这个读者的【借阅记录】，取出和放入的图书状态已正常，查看【日志窗】有这几册书的操作日志。服务端同步成功。

测试结果

2020/5/5-2213-ryh：电脑模拟书柜，dp2SSL 前端版本: 1.4.7425.30233，第11步e:x未消。

20200423-1115-marui：智能书柜，dp2ssl测试版：1.4.7417.42469，内务版本：3.9.7408.40900，第11步，接通网络后，预期界面红色e会消失。第13步，收到信息时间有点长

[maruimarui]

测试用例6.4（待确认）

测试目的

开一门，放入多本，取出多本，关门后数据未同步完时断网。

测试步骤

1. 读者刷卡，开1个门，语音提醒“门 '名称' 被 ...（读者） 打开” 。

2. 同时取出和放入多本书（数量稍多一点方便后面断网操作），记录此时“书架”界面数字和取书、放入的图书数量。

3. 关门，弹出“正在处理，请稍后”对话框，借还信息显示在加载“转圈”，快速的将书柜网络断开，造成部分借还操作提交不成功。

4. 过一会，已同步成功的册显示绿色“成功”，未同步成功的每册操作显示红色同步失败，详细原因：“System.ServiceModel.CommunicationException:在 HTTP 通道上传输数据时发生错误(请求被中止: 请求已被取消。)。System.Net.WebException: 请求被中止: 请求已被取消。[RequestError]” （ryh5/5注：用电脑模拟书柜，提示为'服务器rest.http:XXX没有响应[RequestError]'）

5. 在弹出提示信息框后关闭网络，此时查看内务【聊天】窗口。已经收到“关门、借还信息”本地同步已完成。

6. 查看本地actions数据库，借书操作每册产生1笔borrow：State=commerror，SyncErrorInfo=信息与“处理完成”对话框提示信息相同。 还书操作每册产生2 笔记录（return和transfer) return：State=commerror，SyncErrorInfo=信息与“处理完成”对话框提示信息相同。 transfer：State=Null，CurrentShelfNo=有值 （ryh注：本地库表现应是部分同步成功，部分未同步）

7. 关闭“处理完成”对话框，检查门上的数字是否正确，应计算取出和放入的图书数量。界面未显示红色e。

8. 内务登录书柜连接的服务器，检查这个读者的【借阅记录】，借还信息应与本地actions数据库一致。【日志窗】操作日志记录也应与本地数据库一致。

9. 将书柜的网络接通，dp2ssl界面没有任何变化。

10. 检查本地actions.db，借书操作记录状态都为sync，SyncErrorInfo的值消掉为空。 还书操作记录的状态都为sync，SyncErrorInfo变成“还书操作成功”，已同步成功。

11. 再到内务检查这个读者的【借阅记录】，所有取出和放入图书应状态正常，查看【日志窗】有这几册书的操作日志。服务端同步成功。

测试结果

2020/5/5-2219-ryh：电脑模拟书柜，dp2SSL 前端版本: 1.4.7425.30233，测试符合预期。

20200423-1135-marui：智能书柜，dp2ssl测试版：1.4.7417.42469，内务版本：3.9.7408.40900，第8步，在内务查看【读者窗】借阅记录，发现有一册图书（NKX0006307）显示读者已借阅，但是本地数据库state=commerror，未同步成功，信息不一致。接通网络后，查看本地actions.db，提示“借阅操作被拒绝。因册 'NKX0006307' 在本次操作前已经被当前读者 'XZP10999' 借阅了。[AlreadyBorrowed]”。

[maruimarui]

测试用例6.5（待确认）

测试目的

开多门，取放多本，中间门关时断网

测试步骤

1. 读者刷卡，点【固定】按钮，开3个门，语音提醒“门 '名称' 打开” 。

2. 从每个柜门取出/放入多本书，记录此时“书架”界面数字和取书、放入的图书数量。

3. 关其中1个柜门（放入2本书），弹出“正在处理，请稍后”对话框，还信息显示在加载“转圈”，快速的将书柜网络断开，造成部分还书操作提交不成功。

4. 过一会，已同步成功的册显示绿色“成功”，未同步成功的每册操作显示红色同步失败，详细原因：“System.ServiceModel.CommunicationException:在 HTTP 通道上传输数据时发生错误(请求被中止: 请求已被取消。)。System.Net.WebException: 请求被中止: 请求已被取消。[RequestError]”

5. 关闭“处理完成”对话框，检查已关闭的门上的数字是否正确，应计加上放入的图书数量。还书同步不成功界面会显示红色e。

6. 查看本地actions数据库，还书操作每册产生2 笔记录（return和transfer) return：State=commerror，SyncErrorInfo=信息与“处理完成”对话框提示信息相同。 transfer：State=Null，CurrentShelfNo=有值

7. 再开门，读者固定读者信息，断网后，还可以继续开门，从打开的1个柜门中取出2本书。

8. 随机关闭剩下的几个柜门，语音提醒“门 '名称' 关闭” 。弹出“正在处理，请稍后”对话框，还信息显示在加载“转圈”。（此时网络不通），过一会部分借还操作显示红色同步失败，部分还在重试“转圈”。

9. 关闭所有提示框，过一会，还书重试结束后界面会显示红色e。（ryh：不一定有e:x，与书目摘要有关）

10. 再次查看本地actions数据库，已经重试同步失败的册，State=commerror，还在重试中的册，State=null。等最终应全部变成失败。重试过程时间比较久（操作10本书，大概重试需要4分钟左右）（ryh-这里观察可能有问题，同PII的会堵塞，state=null）

11. 内务登录书柜连接的服务器，检查这个读者的【借阅记录】，借还信息应与本地actions数据库一致。【日志窗】操作日志记录也应与本地数据库一致。

12. 将书柜的网络接通，dp2ssl界面红色e没有自动消失。（ryh：第9步不一定有e:x）

13. 检查本地actions.db，借还书操作记录状态都为sync，已同步成功。

14. 再到内务检查这个读者的【借阅记录】，所有取出和放入图书应状态正常，查看【日志窗】有这几册书的操作日志。服务端同步成功。

测试结果

2020/5/5-2230-ryh：电脑模拟书柜，dp2SSL 前端版本: 1.4.7425.30233，测试符合预期。

20200423-1300-marui：智能书柜，dp2ssl测试版：1.4.7417.42469，内务版本：3.9.7408.40900， 读者开柜门还书-断网-关闭门后将提示框关闭。等过一会重试结束后，界面就会出现一个红色的e。 这样给读者感觉，没有做任何操作怎么会突然出现e，其实是后台重试后显示的。 注：断网后，过了一会读者区出现一个报错“读者...传输数据时出现TCP错误”。这个信息应该是网络中断引起的，但是我重新按步骤操作没有重现，还有这个信息有点太长了，可不可以简化。

[maruimarui]

todo

[maruimarui]

测试用例7.1.1

测试目的

读者开一个柜门取书后再放回同一个柜门的情况

测试步骤

1. 启动dp2ssl，初始化正常。

2. 读者刷卡，识别出读者信息。

3. 开1个门，语音提醒“（门）打开”。柜门色块变成蓝色。

4. 取出多册图书后再全部放回书柜，记录此时柜门是的数字。

5. 关闭柜门，语音提醒“（门）关闭”，界面出现动画“转圈”，随后柜门颜色变成绿色。

6. 核对柜门数字应没有变化。

7. 查看actions数据库，应没有刚才取放的图书的信息，因为开门前和关闭门后书柜内图书信息一致。

8. 查看内务【聊天】窗口，只显示开关门的信息。

测试结果

2020/4/30-1627-ryh：dp2SSL 前端版本: 1.4.7425.27277，测试符合预期。

20200423-1330-marui：智能书柜，dp2ssl测试版：1.4.7417.42469，内务版本：3.9.7408.40900，测试结果与预期一致。

[maruimarui]

测试用例7.1.2

测试目的

读者将图书从一个门移到另一个门，先关目标门，再关来源门。

测试步骤

1. 启动dp2ssl，初始化正常。

2. 读者刷卡，识别出读者信息。点【固定】按钮，固定读者信息。

3. 开2个门，A门和B门。

4. 从A门（来源门）中取出多册，放入B门（目标门）。

5. 先关目标门B门，弹出 “正在处理”对话框，图书信息“转圈”，随后变成绿色“成功 上架”。图书信息数量正确。

6. 查看actions数据库，与册数量相同的信息（transfer）State=sync，CurrentShelfNo=“目标门位置”。这些图书进行了转移。

7. 再关闭来源门A门，dp2ssl界面未出现任何提示，数据库中也没有信息。符合预期。

测试结果

2020/4/30-1628-ryh：dp2SSL 前端版本: 1.4.7425.27277，只有目标门B提示上架，A门不提示，符合预期。

20200423-1340-marui：智能书柜，dp2ssl测试版：1.4.7417.42469，测试结果与预期一致。

[maruimarui]

测试用例7.1.3

测试目的

读者将图书从一个门移到另一个门，先关来源门，再关目标门。

测试步骤

1. 启动dp2ssl，初始化正常。

2. 读者刷卡，识别出读者信息。点【固定】按钮，固定读者信息。

3. 开2个门，A门和B门。

4. 从A门（来源门）中取出多册，放入B门（目标门）。

5. 先关来源门A门，弹出 “正在处理”对话框，图书信息“转圈”，随后变成绿色“成功 借”。图书信息数量正确。

6. 查看actions数据库，与册数量相同的信息（borrow）State=sync，CurrentShelfNo=null。借书同步成功。

7. 再关闭目标门B门，弹出 “正在处理”对话框，图书信息“转圈”，随后变成绿色“成功 还”。

8. 再查看actions数据库，有册数量*2条的信息（return和transfer） return：State=sync，CurrentShelfNo=null。还书同步成功。 transfer：State=sync，CurrentShelfNo=“目标门位置”。

测试结果

2020/4/30-1630-ryh：dp2SSL 前端版本: 1.4.7425.27277，关来源借，关目标门还，有一些数据浪费，但符合预期。

20200423-1355-marui：智能书柜，dp2ssl测试版：1.4.7417.42469，内务版本：3.9.7408.40900，读者将图书从一个门移到另一个门，先关来源门，再关目标门。读者会产生无效的借阅记录，导出统计报表时剔除这部分记录。 注：读者还了10本书，关门后，1本书显示“转圈”很长时间。我关闭了对话框。过一会界面显示红色e。但是本地数据库这本书的状态已经是sync。界面显示e，再次刷读者卡开门，e一直不消失。

[maruimarui]

测试用例7.2.1

测试目的

读者将图书从一个门移到另外多个门，先关多个目标门，再关1个来源门。

测试步骤

1. 启动dp2ssl，初始化正常。

2. 读者刷卡，识别出读者信息。点【固定】按钮，固定读者信息。

3. 开3个门，A、B、C门。

4. 从A门（来源门）中取出多册，分别放入B门和C门（目标门）。

5. 先关目标门B门和C门，弹出 “正在处理”对话框，图书信息“转圈”，随后变成绿色“成功 上架”。图书信息数量正确。

6. 查看actions数据库，与册数量相同的信息（transfer）State=sync，CurrentShelfNo=“目标门位置”。这些图书进行了转移。

7. 再关闭来源门A门，dp2ssl界面未出现任何提示，数据库中也没有信息。符合预期。

测试结果

2020/5/5-1955-ryh：dp2SSL 前端版本: 1.4.7425.30233，我是连着按顺序关B门，C门，A门，测试结果同上面描述，符合预期。

20200423-1410-marui：智能书柜，dp2ssl测试版：1.4.7417.42469，内务版本：3.9.7408.40900，测试结果与预期一致。

[maruimarui]

测试用例7.2.2

测试目的

读者将图书从一个门移到另外多个门，先关1个来源门，再关多个目标门。

测试步骤

1. 启动dp2ssl，初始化正常。

2. 读者刷卡，识别出读者信息。点【固定】按钮，固定读者信息。

3. 开3个门，A、B、C门。

4. 从A门（来源门）中取出多册，分别放入B门和C门（目标门）。

5. 先关来源门A门，弹出 “正在处理”对话框，图书信息“转圈”，随后变成绿色“成功 借”。图书信息数量正确。

6. 查看actions数据库，与册数量相同的信息（borrow）State=sync，CurrentShelfNo=“null”。借书成功

7. 再关闭目标门B门和C门，弹出 “正在处理”对话框，图书信息“转圈”，随后变成绿色“成功 还”。

8. 再查看actions数据库，有册数量X2条的信息（return和transfer） return：State=sync，CurrentShelfNo=null。还书同步成功。 transfer：State=sync，CurrentShelfNo=“目标门位置”。

测试结果

2020/5/5-2000-ryh：dp2SSL 前端版本: 1.4.7425.30233，我是连着按顺序关A、B、C，A门，A门显示借，BC显示还，数量正确。测试结果符合预期。

20200423-1430-marui：智能书柜，dp2ssl测试版：1.4.7417.42469，内务版本：3.9.7408.40900，测试结果与预期一致。

[maruimarui]

测试用例7.2.3

测试目的

读者将图书从一个门移到另外多个门，先关1个目标门，再关1个来源门，再关另1个目标门。

测试步骤

1. 启动dp2ssl，初始化正常。

2. 读者刷卡，识别出读者信息。点【固定】按钮，固定读者信息。

3. 开3个门，A、B、C门。

4. 从A门（来源门）中取出2册，分别放入B门和C门（目标门）。

5. 先关目标门B门，弹出 “正在处理”对话框，图书信息“转圈”，随后变成绿色“成功 上架”。图书信息数量正确。

6. 查看actions数据库，有1条（transfer）State=sync，CurrentShelfNo=“目标门位置”。

7. 再关闭来源门A门，弹出 “正在处理”对话框，图书信息“转圈”，随后变成绿色“成功 借”，只有1条信息，另外1册已经转移到目标门B。

8. 查看actions数据库，有一条borrow信息：State=sync，CurrentShelfNo=null。

9. 再关闭目标门C门，弹出 “正在处理”对话框，图书信息“转圈”，随后变成绿色“成功 还”。

10. 再查看actions数据库，有2条的信息（return和transfer） return：State=sync，CurrentShelfNo=null。还书同步成功。 transfer：State=sync，CurrentShelfNo=“目标门位置”。

测试结果

2020/5/5-2005-ryh：dp2SSL 前端版本: 1.4.7425.30233，我是连着按顺序关B、A、C，测试结果与预期一致。

20200424-1110-marui：智能书柜，dp2ssl测试版：1.4.7419.18767，内务版本：3.9.7408.40900，测试结果与预期一致。

[maruimarui]

测试用例7.3.1

测试目的

读者将图书从多个门移到一个门，先关1个目标门，再关多个来源门。

测试步骤

1. 启动dp2ssl，初始化正常。

2. 读者刷卡，识别出读者信息。点【固定】按钮，固定读者信息。

3. 开3个门，A、B、C门。

4. 从A门和B门（来源门）中各取出多册，放入C门（目标门）。

5. 先关目标门C门，弹出 “正在处理”对话框，图书信息“转圈”，随后变成绿色“成功 上架”。图书信息数量正确。

6. 查看actions数据库，有和册数量相同条（transfer）State=sync，CurrentShelfNo=“目标门位置”。

7. 再关闭来源门A门和B门，有语音提醒关门，dp2ssl界面未出现任何提示。符合预期。

8. 查看actions数据库，也没有信息。符合预期。

测试结果

2020/5/5-2008-ryh：dp2SSL 前端版本: 1.4.7425.30233，测试结果与预期一致。

20200424-1130-marui：智能书柜，dp2ssl测试版：1.4.7419.18767，内务版本：3.9.7408.40900，测试结果与预期一致。

[maruimarui]

测试用例7.3.2

测试目的

读者将图书从多个门移到一个门，先关多个来源门，再关1个目标门。

测试步骤

1. 启动dp2ssl，初始化正常。

2. 读者刷卡，识别出读者信息。点【固定】按钮，固定读者信息。

3. 开3个门，A、B、C门。

4. 从A门和B门（来源门）中取出多册，放入C门（目标门）。

5. 先关来源门A门，弹出 “正在处理”对话框，图书信息“转圈”，随后变成绿色“成功 借”。图书信息数量正确。

6. 查看actions数据库，与册数量相同的信息（borrow）State=sync，CurrentShelfNo=“null”。借书成功

7. 再关来源门B门，弹出 “正在处理”对话框，图书信息“转圈”，随后变成绿色“成功 借”。图书信息数量正确。

8. 查看actions数据库，与册数量相同的信息（borrow）State=sync，CurrentShelfNo=“null”。借书成功

9. 最后关闭目标门C门，弹出 “正在处理”对话框，图书信息“转圈”，随后变成绿色“成功 还”。图书信息数量是A门和B门相加。

10. 再查看actions数据库，有册数量*2条的信息（return和transfer） return：State=sync，CurrentShelfNo=null。还书同步成功。 transfer：State=sync，CurrentShelfNo=“目标门位置”。

测试结果

2020/5/5-2010-ryh：dp2SSL 前端版本: 1.4.7425.30233，连着按顺序关A、B、C，测试结果符合预期。

20200424-1140-marui：智能书柜，dp2ssl测试版：1.4.7417.42469，内务版本：3.9.7408.40900，测试结果与预期一致。

[maruimarui]

测试用例7.3.3（待确认）

测试目的

读者将图书从多个门移到一个门，先关1个来源门，再关1个目标门，再关1个来源门。

测试步骤

1. 启动dp2ssl，初始化正常。

2. 读者刷卡，识别出读者信息。点【固定】按钮，固定读者信息。

3. 开3个门，A、B、C门。

4. 从A门和B门（来源门）中各取出1册，放入C门（目标门）。

5. 先关来源门A门，弹出 “正在处理”对话框，图书信息“转圈”，随后变成绿色“成功 借”。借书1册

6. 查看actions数据库，有1条borrow信息：State=sync，CurrentShelfNo=“null”。借书成功

7. 再关目标门C门，弹出 “正在处理”对话框，图书信息“转圈”，随后变成绿色“成功 还”，产生“还”动作是来源门A门的1册书。 预期来源门B门的书是“上架”，但是未显示上架的信息，还书提示界面将上架信息去掉了。

8. 再查看actions数据库，来源门A的1册图书有2条的信息（return和transfer） return：State=sync，CurrentShelfNo=null。还书同步成功。 transfer：State=sync，CurrentShelfNo=“目标门位置”。 来源门B的1册图书有1条信息，transfer：State=sync，CurrentShelfNo=“目标门位置”。符合预期。

9. 最后关闭来源门B门，有语音提醒关门，dp2ssl界面未出现任何提示。符合预期。

10. 查看actions数据库，也没有信息。符合预期。

测试结果

2020/5/5-2020-ryh：dp2SSL 前端版本: 1.4.7425.30233，测试结果同步骤，就是关C门时数量是A+B，且都是还书信息。最后关B门不再有提示，符合预期。

20200424-1620-marui：智能书柜，dp2ssl测试版：1.4.7417.42469，内务版本：3.9.7408.40900， 图书在2个柜门之间转移时，开A/B两个门，把书从A门拿到B门，先关B门，提示“上架”。但是如果把书从A拿到B后，再从B门中取其他书，然后关B门，这时提示框只有借的信息，没有转移那本书的“上架”信息。查数据库数据时对的，有转移的信息。 就是这个柜门只操作转移的图书，就会提示“上架”；如果转移、借、还都有时，提示信息就没有转移的书的“上架”信息。只是提示问题。

[maruimarui]

todo

[maruimarui]

测试用例8.1

测试目的

读者A开1柜门，读者B开1柜门，A关柜门后，提示框不关闭，B关柜门。

测试步骤

1. 启动dp2ssl，初始化正常。

2. 读者A刷卡，点柜门色块，开一个门，读者区信息消失，读者姓名显示在柜门色块上。

3. 读者A取放图书（操作多一点书方便后面操作），同时读者B刷卡开门，开门后读者B姓名显示到对应柜门上。

4. 读者A关门，弹出“正在处理”提示框，显示读者A姓名和对应柜门。

5. “借/还书”信息在提交“转圈”时，读者B关门。语音听到“门...关闭”，“正在处理”提示框底部的【关闭】按钮变成【继续(1)】，点【继续】按钮，显示读者B的姓名和操作信息。关闭提示框。

6. 查看actions数据库，显示对应的borrow、return和transfer信息，state=sync；查看OperatorString项：PatronName=“ 操作者姓名”应正确。

7. 打开dp2manegecenter聊天窗口，应收到有开关门和借还的信息。

测试结果

2020/5/5-2120-ryh：电脑模拟书柜，dp2SSL 前端版本: 1.4.7425.30233，测试结果符合预期。

20200424-1620-marui：智能书柜，dp2ssl测试版：1.4.7417.42469，dp2manegecenter：1.4.7419.31780，测试结果符合预期。