SZCND

## 测试用例4.3 ## 测试目的 观察“种册窗”底层文件，预期上传一个小文件，用pgAdmin观察该文件会存储在字段里。大文件以文件形式存储，并显示具体存放位置 ## 测试步骤 1. 打开dp2内务，打开“种册窗”，随便装载一条书目，点击下级记录的“对象”，上传一个20KB的文件，id为“001_0”右侧unimarc:datafield元素新增“dprms:file id”属性，值为上传对象的ID 2. 打开pgAdmin，找到该数据库中对应的“db_num_record”，右键“查看/编辑数据”所有行，右侧显示具体信息，其中“001_0”的“newdata”值为“[binary data]”表示该文件存储在了字段中。filename为“[null]”表示没有具体文件。 3. 上传一个2GB的文件，id为“001_1”，其“newdata”的值为“[null]”，表示没有存储在字段中，filename为“0000000\001_1”，表示以文件形式存储的具体位置。 ## 测试结果 20220707 1955 WYC dp2library测试版3.123.8223.16346 dp2内务正式版3.65.8217.28421 oracle数据库为底层，对象文件存储在本地文件夹中，测试结果符合预期 20220707 1456 WYC dp2library测试版3.123.8223.16346 dp2内务正式版3.65.8217.28421 sql server数据库为底层，测试结果符合预期...

## 测试用例5.1 ## 测试目的 小数据量5万册，大备份，恢复实例，预期成功 1. 打开dp2内务，登录一个有5万册图书的实例，在菜单命令，功能/系统维护/批处理任务窗中，选择大备份，点击“开始”，选择“同时下载文件”，指定路径，下载成功 2. 打开dp2installer中dp2library，选择一个空实例，右键从大备份恢复，点击“全部恢复”，等待2分钟，恢复完成，登录该实例，打开实体查询窗，点击检索，下方显示“共检索命中50000条”，符合预期 ## 测试结果 20220707 2008 WYC dp2library测试版3.123.8223.16346 dp2内务正式版3.65.8217.28421 oracle数据库为底层，测试结果符合预期 20220707 1530 WYC dp2library测试版3.123.8223.16346 dp2内务正式版3.65.8217.28421 sql server数据库为底层，测试结果符合预期 20220707 1200 WYC dp2library测试版3.123.8223.16346 dp2内务正式版3.65.8217.28421 sqlite数据库为底层，测试结果符合预期...

## 测试用例5.2 ## 测试目的 大数据量100万册，大备份，恢复实例，预期成功 1. 打开dp2内务，登录一个有100万册图书的实例，在菜单命令，功能/系统维护/批处理任务窗中，选择大备份，点击“开始”，选择“同时下载文件”，指定路径，下载成功 2. 打开dp2installer中dp2library，选择一个空实例，右键从大备份恢复，点击“全部恢复”，等待20分钟，恢复完成，登录该实例，打开实体查询窗，点击检索，下方显示“共检索命中1000000条”，符合预期 ## 测试结果 20220707 2032 WYC dp2library测试版3.123.8223.16346 dp2内务正式版3.65.8217.28421 oracle数据库为底层，测试结果符合预期 20220707 1603 WYC dp2library测试版3.123.8223.16346 dp2内务正式版3.65.8217.28421 sql server数据库为底层，数据量为50万册，测试结果符合预期 20220707 1214 WYC dp2library测试版3.123.8223.16346 dp2内务正式版3.65.8217.28421 sqlite数据库为底层，数据量为20万册，测试结果符合预期...

## 测试用例6.1 ## 测试目的 修改database.xml中对象文件上传的尺寸限制（按照postgresql数据库写的步骤，mysql和sqlite和oracle只能存放于windows文件中） 1）设置为10KB，预期超出10KB的存放于Windows文件中，低于10KB的存放于字段中 2）设置为0，预期所有文件都存储于Windows文件中 3）设置为1G，预期超过这个值的存放于Windows文件中，低于这个值的存放于字段中 4）设置为3个G，预期低于1G的文件存储于字段内，超出1G的存储失败 ## 测试步骤 1）设置为10KB，预期超出10KB的存放于Windows文件中，低于10KB的存放于字段中 1. 打开dp2kernel对应实例的database.xml文件，找到具体的书目，例如“测试中文图书1”，在property/sqlserverdb/下新增，重启dp2kernel。登录dp2内外，上传1KB的文件，可以在pgadmin中查看，该文件存储于字段中。上传17KB的文件，看到filename中的路径，打开objec目录中对应的具体目录，可以看到该文件，测试结果符合预期 *** 20220707 1627 WYC dp2library测试版3.123.8223.16346 dp2内务正式版3.65.8217.28421 sql server数据库为底层，测试结果符合预期 20220705 1523 WYC dp2library测试版:3.123.8220.28779 dp2内务正式版3.65.8217.28421 pgsq数据库为底层，databases.xml中只能设置102400，或者缺省，测试结果符合预期。 **20220627 1924...

## 测试用例6.2 ## 测试目的 sql server数据库作为底层，不修改databases.xml，预期上传超出2G的文件存到本地文件夹中（查一下dp2的代码， 看看代码中是不是按2G做了分界。是的2个G） ## 测试步骤 1. 打开dp2内务，随机检索一条书目，在该书目下级记录，对象中上传一个2.46G的文件，等待2分钟，上传成功 2. 打开该实例object目录，打开其中对应的数据库目录，发现上传的2.46G文件存储于内，符合预期 ## 测试结果 20220428 1447WYC dp2installer的v3_ref 3.108.8139.41798 dp2内务正式版3.63.8146.18323 用sql server数据库作为底层，测试结果符合预期

## 测试用例6.3 ## 测试目的 在书目下对象中的同一ID记录中上传2次文件，预期第二次上传的文件会覆盖第一次的文件 ## 测试步骤（按照pgsq数据库来写） 1. 打开dp2内务，检索一条书目，在该书目下对象中上传文件，第一次上传的文件尺寸为35152842字节，ID为0。 2. 第二次还在这条ID为0的记录上再传一个文件，尺寸为9135928字节 3. 打开第三方工具查看records表中的该记录，文件尺寸与第二次上传的相同，符合预期 ## 测试结果 20220707 2040 WYC dp2library测试版3.123.8223.16346 dp2内务正式版3.65.8217.28421 oracle数据库为底层，测试结果符合预期 20220707 1658 WYC dp2library测试版3.123.8223.16346 dp2内务正式版3.65.8217.28421 sql server数据库为底层，测试结果符合预期 20220707 1222...

## 测试用例6.4 ## 测试目的 1）sql server数据库为底层，在书目下对象中上传297MB的文件，数据库数据目录对应文件尺寸会增大，然后删除该记录预期该文件尺寸不会减小 2）将对象文件删除，再次上传一个小于297MB的文件，预期数据库数据目录对应的文件为第一次上传的尺寸，不会有变化 3）将对象文件删除，再次上传大于297MB的文件，预期数据库数据目录对应的文件尺寸增大 ## 测试步骤 1）sql server数据库为底层，在书目下对象中上传100MB的文件，数据库数据目录对应文件尺寸会增大，然后删除该记录预期该文件尺寸不会减小 1. 打开dp2内务，在书目下对象中上传一个297MB的文件，存储到数据库数据目下，查看该目录下对应的文件为335872KB，将这条书目对象中的文件删除，预期数据库不会将空间还给操作系统，再次查看该目录下对应的文件尺寸为335872KB，没有变化符合预期。 *** 2）将对第一次测试的对象文件删除，再次上传一个小于100MB的文件，预期数据库数据目录对应的文件为第一次上传的尺寸，不会有变化 2. 继续在在对象中上传一个35MB的文件，小于第一次上传的297MB，预期数据库数据目录对应文件的尺寸不会增大，查看该文件，尺寸依旧是335872KB，符合预期 *** 3）将之前上传的对象文件删除，再次上传大于297MB的文件，预期数据库数据目录对应的文件尺寸增大 3. 继续在该对象中上传一个571MB的文件，大于第一次上传的297MB，预期数据库数据目录对应文件的尺寸会增大，查看该文件，尺寸为663552KB，符合预期 ## 测试结果 20220707 1659 WYC dp2library测试版3.123.8223.16346 dp2内务正式版3.65.8217.28421 sql...

## 测试用例6.5 ## 测试目的 打开2个前端，登录同一实例，在同一书目下级记录对象中上传文件，预期一个成功，一个失败 ## 测试步骤 1. 在2台前端访问同一实例，打开读者窗装载出同一读者，同时在对象属性页上传文件，预期一个上传成功，另一个提示“时间戳”不匹配，测试结果符合预期 ## 测试结果 20220707 2043 WYC dp2library测试版3.123.8223.16346 dp2内务正式版3.65.8217.28421 oracle数据库为底层，测试结果符合预期 20220707 1703 WYC dp2library测试版3.123.8223.16346 dp2内务正式版3.65.8217.28421 sql server数据库为底层，测试结果符合预期 20220707 1226 WYC dp2library测试版3.123.8223.16346 dp2内务正式版3.65.8217.28421 sqlite数据库为底层，测试结果符合预期...

## 测试用例7.1 在opac上翻页预览没有问题 ## 测试目的 在OPAC里测试翻页预览，因为从pdf获取每一页的图书是用的dp2kernel访问底层库的功能，预期可以成功翻页 ## 测试步骤 1. 打开dp2内务，在书目查询窗中检索出书目，双击进入“种册窗”，在下级记录“对象”中，右键，新增，在“本地物理路径”中选择pdf文件，上传，然后保存 2. 选中该上传的记录，右键创建维护856字段，在“修改856字段”属性页，直接点“确定”，然后保存。提示保存成功 3. 打开opac，检索出该书目，看到该书目的“电子资源”处有该pdf文件，单击该文件，进入具体pdf翻页的页面，点击上方的>，每页都可以正确显示，并且可以翻到10页之后，符合预期 ## 测试结果 20220707 2053 WYC dp2library测试版3.123.8223.16346 dp2内务正式版3.65.8217.28421 oracle数据库为底层，测试结果符合预期 20220707 1709 WYC dp2library测试版3.123.8223.16346 dp2内务正式版3.65.8217.28421 sql server数据库为底层，测试结果符合预期 20220705...

# 测试大纲 测试新版RFID的名字，以及要在dp2内务，dp2盘点，dp2ssl绿色版中配置了参数后能被正常启动 以下是测试项 1. 查看RFID中心名字是否更新 2. dp2内务能否正常带动RFID中心正常启动 3. dp2盘点能否正常带动RFID中心正常启动 4. dp2ssl绿色版能否正常带动RFID中心正常启动 # 测试环境准备 所有版本都升级到最新版