任延华

Results 222 comments of 任延华

### 测试目的 测试在chordinstaller卸载dp2capo ### 测试步骤 在chordinstaller点菜单 dp2capo/工具/卸载dp2capo,系统进入实例管理界面,询问确实要卸载dp2capo,点 是,报日志文件被占用。 ![image](https://user-images.githubusercontent.com/13568719/57354816-1fdfa500-719f-11e9-952e-4528dcc80ef8.png)

## 2. 对已存在dp2capo实例,修改实例名 ### 测试目的 已有dp2capo实例,修改实例名,检查是否正常修改 ### 测试步骤 1)在ChordInstaller,打开 配置dp2capo实例 界面,先新建一个dp2capo实例,在 一个实例 对话框中实例名按照缺省值instance1(未做修改),配置dp2library服务器参数,其它项未设置,点 确定 按钮回到 配置dp2capo实例界面。 2)双击这个instance1实例,打开 一个实例 对话框,修改实例名为test,点 确定 按钮,对话框关闭,提示 名为 'instance1' 实例在列表中没有找到,此时实例名已经显示为test,如下图: 3)点击提示框的 确定 按钮,实例前面的状态按钮,是红色停止状态。 4)再打开实例管理界面,看到实例名称为 test了,但状态为停止。这一步也不符合预期 ###...

todo 2020/8/27 7:57:34 发现公众号访问不通,查capo日志,看到有两个实例名信息。 是chordinstaller升级后,将instance1改为dpcloud。但此版本可能有bug,需进一步测试。 ![image](https://user-images.githubusercontent.com/13568719/92067840-dffef100-edd7-11ea-900c-112e96559688.png) 2020/8/27 8:01:18 chordinstaller 里面对实例改名的操作还需要测试一下,有可能改名前的实例还在内存,然后又重新启动了一个新名的实例 后面看看如何增加一个命令用于观察内存中的实例 刚才我让你重新启动云服务器,意思是让 dp2capo 这个 service 彻底重新启动一次

谢老师回复 > 在创建通用站点配置信息时,不用填写这类帐户信息吧,当个人配置自己站点列表时,拷贝通用站点信息后,然后填写帐号信息,这个时候可以选择填还是不填 最理想的情况,是从站点数据库拿到站点配置,直接就可以访问 Z39.50 服务器,不需要用户名和密码。这个最方便,例如国会图书馆的服务器就不要用户名和密码。稍微次之的情况,是站点记录里面有用户名和密码,比如用户名 public 密码 public,这明显是让大家公共使用的。如果你开发的创建记录界面不让输入用户名和密码,这种情况怎么办呢?难道每个人都要把这个缺乏密码的站点记录复制下来在本地填充密码?怎么填,还要加一个文字说明?因为用户基本都是无脑的小白用户,要考虑他的行为模式,一举一动。因为这一点做不好,这个应用就打了很大折扣了 而本地输入密码,每个不同的人拿到同一条站点记录,到本地都输入不同的、属于自己的密码,这是不得已的情况,并不是 Z39.50 服务器提倡的用法。Z39.50 服务器是很提倡开放的,无障碍访问的,大部分都是提供公共服务。 所以,优先给创建站点记录的人压力,让他尽可能填写好这些字段,然后一般用户直接用这个站点记录就能访问服务器。我们对创建站点记录的人要求可以高一些,这些人是懂 Z39.50 配置的。但用站点记录的人,可能是根本对电脑操作不熟练的小白用户。 我甚至设想,这种站点记录可以明确标出几个等级状态:第一等是直接用来访问;第二等是需要专门填写用户名和密码才能访问。 **权限验证方式,和是否能直接访问没有关系。** 考虑到将来我们可能开发自动根据每条站点记录,去访问服务器,检查服务器的可访问性,那么第二等的记录就无法用于自动访问,因为没有人提供密码么! 数字平台任延华(474381593) 18:59:00 好的,明白了,**通用站点配置信息加上输入用户名帐户等信息。**

## 站点配置信息 ### 关键属性 |字段名|中文名|示例/备注| |---|---|---| |name|服务器名称|例如:国图联编中心| |addr|服务器地址|例如:60.245.28.23| |port|端口号|例如:210| |homepage|Web主页| 可跳转 |dbnames|数据库名|多个库名以逗号分隔,例如UCS01,UCS09| |authmethod|权限验证方式|Open值为0,ID/Passw值为1 |groupId|Group ID| |userName|用户名|| |password|密码| 服务器名:可读性文字,如“Library of Congress”,为国会图书馆的名称。 地址:服务器的IP地址或域名,如“z3950.loc.gov”。 端口号:这是Z39.50服务器的监听端口号,如“7090”。Z39.50协议的缺省监听端口号为210。 Web主页:可选参数,在这里可填写服务器的Web主页或有关技术交流网站的URL,如“http://www.loc.gov/z3950/lcserver.html”。 在数据库名列表框中,可添加该服务器提供的访问数据库。可输入多个数据库名。 注:虽然有些服务器提供了多个数据库访问,但不支持多库联合检索。在Z39.50检索窗中进行检索操作时,如果检索前选定了服务器节点,软件会自动联合检索该服务器节点下属的全部服务器。对于不支持多库联合检索的服务器,这种检索方式会报错。对于这类服务器,检索前选定具体的数据库节点,就可避免出现报错。 权限验证方式分Open和ID/Pass两类方式,Open支持匿名访问,ID/Pass需要输入用户名与密码。 具体采用哪种权限验证方式,要咨询Z39.50服务器的系统管理员。 如果服务器支持匿名登录,这里可以不填写用户名和密码。 例如国会图书馆的Z39.50服务器就支持匿名登录,选Open权限验证方式并保持用户名和密码参数为空即可。 GroupID...

## 测试计划 dp2capo内部模块层次架构图 2018-8-24 19:31:15谢老师留言:更新了 chordInstaller。 第一个,是配置 SIP 参数的时候,从启用 SIP 到不启用 SIP,原来是要删除相关元素,这个会导致后面再次启用的时候,原先 SIP 参数中的用户映射数据被删除丢失了,只好重新配置。新版本改了一下,这里启用也好不启用也好,不会删除这些配置信息,而是给有关元素加了一个 enable 属性。 另外,有个小改动,就是这个对话框原来在 SIP 没有启用的时候,tabcontrol 整个被 diabled 了,属性页翻页也不行。这样不是很利于用户看配置信息(是的,即便没有启用 SIP,也是可以看的哟,本来应该)。新版本改为单独 disabled 一个一个 tabpage,这样点 tabcontrol 的耳朵可以翻页。 第二个,是我看到截图,可能是刚进入 SIP...

## 测试用例 TC-SIP-01 ### 一、测试目的 该用例主要是测试配置信息是否保存正确,未涉及SIP服务是否能被前端访问。 1)测试SIP全局参数的配置。启用的话,config配置文件中的sipServer节点的port属性有值;禁用的话,port属性值为空。 2)测试单独实例SIP参数配置,启用的话,capo.xml配置文件中的sipServer节点的enable属性为true;禁用的话,enable属性为false。测试匿名参数,测试用户名与SIP参数对照表。 3)单独实例SIP启动与禁用,不能丢失其它的配置信息,比如user对照关系。从capo.xml配置文件 和 界面两方面检查。 4)单独实例SIP禁用,capo的SIP里的两个属性页dp2Library服务器 与 SIP 都是可以点开的,可以查看原来的配置,但里面的控件禁用,禁用时不能修改配置信息。 5)测试全局SIP Serivce启用参数 与 单独实例的SIP参数配置 的关系。 ### 二、测试环境 ChordInstaller 升级到最新版本,同时带动dp2capo升级到最新版本 ### 三、测试步骤 *** **先测全局参数** 1)先打开dp2capo全局配置文件,可以通过chordinstaller先打开某capo实例的数据目录,再向上一层目录到dp2capo数据目录,打开config.xml配置文件,未启动全局配置时,sipServer节点的port属性为空,如下配置: ```...

## 测试用例 TC-SIP-02 ### 一、测试目的 该用例主要检查全局参数的SIP服务启用与禁用,和单独实例的SIP服务启用与禁用,是否真正发挥作用。 1)检查全局参数启用或禁用,前端是否能连通SIP服务器。 2)注意“全局设置”那个按钮前面有个加号或者减号。加号表示全局 service 是启动的,减号表示全局 service 是停止的状态。即便全局对话框出现后,你移动开这个对话框看看它后面的“全局设置”按钮,上面的加号减号也是实时反映启动停止状态的。注意 全局 service 启动不等于 dp2capo 的启动状态,二者是有区别的 dp2capo 是否启动,看每个实例浏览行左侧的图标。按钮的加减号,只表示“全局 Service 是否启动”。全局 Service 主要就是指 Z39.50 和 SIP 两个 Service 很显然,dp2capo 启动的状态下,这两个全局...

## 关于API安全与性能 数字平台谢涛-20180608留言 站点数据库在设计 API 的时候,要注意考虑安全防范。比如一个 API,同一个 IP 地址过来的请求,每一段时间以内的峰值数量不应该超过多少。超过了就限流。 检索的 API 也可以考虑限流。比如某段时间内不应该超过多少次。让服务器处在正常的状态,不会被搞得很繁忙。 另外,重复的 API 也可以考虑用 cache 机制,不用访问数据库就快速响应。 在不太增加开发成本的情况下,可以在页面上显示一下基本统计信息。比如今天被访问了多少次,新创建了多少条记录。一共有多少条记录,等等

## 测试用例TC-SIP-03 ### 一、测试目的 测试为一个dp2capo实例配置SIP服务,并增/删/改 用户名是否立即生效。 ### 三、测试步骤 前提:配置全局参数 启用SIP服务。 1)在dp2capo里为一个实例配置SIP服务,未配置用户对照表,前端应可以连接,但不能登录。 2)为该实例的SIP服务的用户对照表,新增一个用户,应立即生效,前端可登录。 3)修改该实例的SIP服务的用户名,应立即生效,前端用原来的名称不能登录,用新帐号才能登录。 4)删除该实例的SIP服务的用户,应立即生效,前端用被删除的帐号不能登录。 注:如果该实例是dp2capo宿主里的第1个实例,前端登录帐号可能不带前缀。 ### 四、测试结果 20180827-ryh:测试结果与预期一致