动产管理及融资服务系统测试用例

1、动产治理及融资服务系统 软件测试用例2 / 109 文档版本号： 1.0.0 文档编号： 文档密级： 一级 归属部门/项目： 项目定制部 产品名： 动产融资平台 子系统名： 编写人： 编写日期： 2016年10月25日 3 / 109 修订记录: 版本号 修订人 修订日期 修订描述 1.01.0 夏一民 2016 2016 年 10 10 月 2626 日 文档创建 4 / 1095 / 109 目录 一、 目的 . . 错 误 ! 未定义书签。 二、 项目概要 . . 7 三、 项目简介 . . 错 误 ! 未定义书签。 四、 功能测试用例 . . 8 1 功能模块 A . 错误! 未定义书

2、签。 用例编号 :用例名称 . . 8 GYSGL-001 供应商治理-供应商查询 错误!未定义书签。 2 功能模块 B . 错误! 未定义书签。 用例编号 :用例名称 . 错误! 未定义书签。 五、 性能测试用例 . 10 用例编号 :用例名称 . 错误! 未定义书签。 六、 其他测试类型 . 1076 / 109 用例编号 :用例名称 . . 108 目的 该测试用例要紧对动产治理及融资服务系统功能进行黑盒测试。 作为 质量保证手段，后续软件维护和在开发的质量文档 项目名称 动产治理及融资服务系统 项目版本 V1.0V1.0 项目负责人 测试负责人 测试工程师 动产治理及融资服务系统依托互

3、联网，为应收账款融资交易中的债 务人、债权人以及资金提供方等各类市场主体提供债权确认、有效融资 需求和融资意向信息的传递、 融资成交信息反馈、债权转让通知的发送、 反保理融资打算的申请与治理，动产融资登记信息接口查询、应收账款 质押或转让自主登记，以及应付账款履约信息采集等多项服务，关心融 资交易双方实现快速对接，促进应收账款融资业务的达成项目概要 8 / 109 三、功能测试 1、 企业注册/登录 1.11.1新用户注册 用例编号:1001:1001 用例名称：新用户注册测试 测试目的: 9 / 109 ? ?测试用户注册页面是否显示完整 ? ?测试页面在输入错误情况下是否正常报错，输入正确

4、后错误去除。 ? ?测试是否能够正常提交注册信息，并能正常登录。 ? ?测试平台治理员审核用户 测试条件： 1 1 该用户差不多注册和未注册情况下测试 测试过程： 1 1 点击”新用户注册”按钮，测试注册界面。 2.2. 输入各个信息字段，测试输入信息。 3 3 点击“选择文件”，测试文件上传功能。 4.4. 点击“发送验证码”，测试短信验证码功能。 5.5. 提交审核，测试注册提交是否正常。 6.6. 平台治理员登录后台治理系统，点击“我的任务”，测试任务签收和处理。 期望结果： 1.1. 预期正确展示界面。 2.2. 预期错误提示正确。 3.3. 预期文件正常上传。 4.4. 未输入手机号

5、码，提示输入手机。输入手机后，预期开始倒计时读秒，并收到验 证码短信。 5.5. 预期数据正常提交。 66点击“签收”任务，进行任务处理，预期看到注册信息，点击“提交确认”之后, 企业信息通过审核，预期在前台用户登录能够正常扫瞄菜单信息 测试结果： 通过/ / 失败 日期：20162016 年 1111 月 1818 日 10 / 109 讲明：测试时要关注乱码输入情况和专门字符、英文输 入 测试人签字： 1.2 企业注册信息修改 用例编号 1002:1002:用例名称：企业注册信息修改 测试目的： ? ?测试用户信息修改页面是否显示完整 ? ?测试页面在输入错误情况下是否正常报错，输入正确后

6、错误去除。 ? ?测试是否能够正常提交注册信息，并能正常登录。 ? ?测试平台治理员审核用户 测试条件： 1.1. 企业差不多完成注册的情况下测试 测试过程： 1. 点击差不多信息，测试信息修改界面 2. 在页面最下方点击“修改企业信息”，测试输入信息。 3. 修改后点击“提交审核”，测试提交审核是否正常 4. 平台治理员员审核企业提交的信息，测试任务签收和处 理11 / 109 期望结果： 1.1. 预期正确展示界面。 2.2. 预期错误提示正确。 3.3. 预期数据正常提交。 4.4. 平台治理员点击“签收”任务，进行任务处理，预期看到修改注册信息，点击“提 交确认”之后，企业信息通过审核

7、，预期在前台用户登录能够正常扫瞄菜单信息 测试结果： 通过/ / 失败 日期：2016 2016 年 1111 月 1818 日 讲明：测试时要关注乱码输入情况和专门字符、英文输入 测试人签字： 1.3 密码重置 用例编号 1003:1003:用例名称：密码重置 测试目的： ? ?测试用户信息修改页面是否显示完整 ? ?测试页面在输入错误情况下是否正常报错，输入正确后错误去除。 ? ?测试是否能够正常重置密码，并能用重置后密码登录。 测试条件： 1.1. 企业不记得密码 2.2. 企业注册账号时预留手机号码能正确接收短信 12 / 109 测试过程：13 / 109 1. 点击“不记得密码”，

8、测试密码重置界面 2. 填写重置密码所需资料，测试输入信息 3. 点击“发送验证码”，测试短信验证码功能。 4. 点击“重置”，测试密码重置提交功能 5. 用重置后密码进行登录测试，测试能否正常登录 期望结果： 1.1. 预期正确展示界面。 2.2. 预期错误提示正确。 3.3. 输入手机号提交发送后，预期开始倒计时读秒，并收到验证码短信。 4.4. 预期数据正常提交。 5.5. 预期能用重置后密码登录 测试结果： 通过/ / 失败 日期：2016 2016 年 1111 月 1818 日 讲明：重置密码时需提供登录账号 测试人签字： 1.4 密码修改14 / 109 用例编号 1004:10

9、04:用例名称：密码修改 测试目的： ? ?测试密码修改页面是否显示完整 ? ?测试页面在输入错误情况下是否正常报错，输入正确后错误去除。 ? ?测试是否能够正常修改密码，并能用修改后密码登录。 测试条件： 1 1.企业需要修改密码时候测试 测试过程： 1. 点击页面右上角“修改密码”，测试密码修改界面 2. 填写修改密码所需要素，测试输入信息 3. 点击修改密码，测试提交功能 4. 修改成功，用修改后的新密码登录测试 期望结果： 1.1. 预期正确展示界面。 2.2. 预期错误提示正确。 3.3. 预期数据正常提交。 4.4. 预期能用修改后密码登录 测试结果： 通过/ / 失败 日期：20

10、16 2016 年 1111 月 1818 日 讲明：请不要使用数字重复密码（如 666666666666）或过于简单密 15 / 109 码（如 123456123456） 2、 应收账款 2.1 登记应收账款一债权人登记 用例编号:2001:2001 用例名称：债权人登记 测试目的： ? ?测试账款登记页面是否显示完整。 ? ?测试页面在输入错误情况下是否正常报错，输入正确后错误去除 ? ?测试是否能够正常提交登记信息。 测试条件： 1 1 该用户差不多注册 2.2. 账款的债务人也在平台登记注册 测试过程： 1.1. 点击“登记应收账款”，测试账款登记界面。 2.2. 填写登记信息，测试

11、输入功能。 3.3. 点击“选择文件”，测试文件上传功能。 4.4. 点击“提交确认”，测试提交功能 期望结果： 测试人签字 16 / 109 1.1. 预期正确展示界面。 2.2. 预期错误提示。 3.3. 预期数据正常提交。 4.4. 预期正常提交。 测试结果： 通过/ / 失败 日期：20162016 年 1010 月 2121 日 讲明：测试时要关注乱码输入情况和专门字符、英文输 入 测试人签字： 2.2 登记应收账款一债务人确认 用例编号:2002:2002 用例名称：债务人确认 测试目的： ? ?测试债务人确认页面是否显示完整。 ? ?测试交易对手审核提交的登记账款信息 测试条件：

12、 1 1 债权人差不多提交账款登记 测试过程： 1 1 债务人登录平台，在“我的工作台一待办任务”查看需要确认的债务消息, 测试待办任务功能。 2 2债务人确认账款信息并提供确认函，测试文件上传功能。17 / 109 3 3.点击“同意”，测试提交功能。 期望结果： 1.1. 预期正确展示界面。 2.2. 预期文件正常上传。 3.3. 预期正常提交。 测试结果： 通过/ / 失败 日期：20162016 年 1010 月 2121 日 讲明：测试时要关注乱码输入情况和专门字符、英文输 入 测试人签字： 2.3 查询应收账款 用例编号:2003:2003 用例名称：查询应收账款 测试目的： ?

13、?测试账款查询页面是否显示完整 ? ?测试是否能够正常提查询信息，并能返回查询结果。 测试条件： 18 / 109 1 1 用户差不多有登记过的账款19 / 109 测试过程： 1 1 点击“应收账款”，测试应收账款界面。 2 2在查询条件中输入需要查找的账款信息，测试输入信息。 3 3.点击“查询”，出现查询结果，测试查询结果界面 期望结果： 1.1. 预期正确展示界面。 2.2. 预期数据正常提交。 3.3. 预期查询结果正确 测试结果： 通过/ / 失败 日期：20162016 年 1010 月 2121 日 讲明：测试时要关注乱码输入情况和专门字符、英文输 入 测试人签字： 2.4 应

14、收账款明细 用例编号:2004:2004 用例名称：应收账款明细 测试目的： ? ?测试账款明细页面是否显示完整 20 / 109 ? ?测试系统能否返回正确查询结果 测试条件：21 / 109 1 1 应收账款状态为“已确认” 测试过程： 1 1 点击“明细”，测试明细界面 2 2点击“返回”，测试返回功能。 期望结果： 1.1. 预期正确展示界面。 2.2. 预期返回功能正常 测试结果： 通过/ / 失败 日期：20162016 年 1010 月 2121 日 讲明：测试时要关注乱码输入情况和专门字符、英文输 入 测试人签字： 2.5 应收账款变更一债权人发起变更 用例编号:2005:20

15、05 用例名称：应收账款变更 测试目的： ? ?测试应收账款变更页面是否显示完整 ? ?测试页面在输入错误情况下是否正常报错，输入正确后错误去除 ? ?测试是否能够正常提交变更信息 22 / 109 测试条件：23 / 109 1 1 账款状态为已确认 测试过程： 1 1 点击“变更”，测试账款变更界面。 2 2填写需要变更的账款信息，测试输入功能。 3 3 点击“提交确认”，测试提交功能。 期望结果： 1.1. 预期正确展示界面。 2.2. 预期错误提示。 3.3. 预期数据正常提交。 测试结果： 通过/ / 失败 日期：20162016 年 1010 月 2121 日 讲明：测试时要关注乱

16、码输入情况和专门字符、英文输 入 测试人签字： 2.6 应收账款变更一债务人确认变更 用例编号:2006:2006 用例名称：债务人确认变更 测试目的： ? ?测试债务人变更确认页面是否显示完整 ? ?测试交易对手审核提交的变更账款信息 24 / 109 测试条件：25 / 109 1 1.账款债权人在平台发起变更 测试过程： 1.1. 债务人登录平台，在“我的工作台一待办任务”查看需要确认的债务消息， 测试待办任务功能。 2.2. 债务人确认账款信息并提供确认函，点击“选择文件”，测试文件上传功能。 3.3. 点击“同意”，测试提交功能。 期望结果： 1.1. 预期正确展示界面。 2.2.

17、预期文件正常上传。 3.3. 预期正常提交。 测试结果： 通过/ / 失败 日期：20162016 年 1010 月 2121 日 讲明：测试时要关注乱码输入情况和专门字符、英文输 入 测试人签字： 2.7 应收账款发起融资一债权人发起融资26 / 109 用例编号:2007:2007 用例名称：债权人发起融资 测试目的： ? ?测试发起融资页面是否显示元整 ? ?测试页面在输入错误情况下是否正常报错，输入正确后错误去除 ? ?测试是否能够正常提交发起融资信息 测试条件： 1 1 账款状态为“已确认” 测试过程： 1 1 企业点击“发起融资”，测试发起融资界面。 2 2填写融资所需条目，测试输

18、入功能。 3 3 点击“提交确认”，测试提交功能。 期望结果： 1.1. 预期正确展示界面。 2.2. 预期错误提示。 3.3. 预期数据正常提交。 测试结果： 通过/ / 失败 日期：20162016 年 1010 月 2121 日 讲明：测试时要关注乱码输入情况和专门字符、英文输 入 测试人签字： 27 / 109 2.8 应收账款发起融资一债务人确认融资信息 用例编号：20082008 用例名称：债务人确认融资信息 测试目的： ? ?测试平台交易对手审核提交的账款融资信息 ? ?测试平台交易对手回复融资信息 测试条件： 1 1 债权人已发起融资 测试过程： 1 1 债务人登录平台，在“我

19、的工作台一待办任务”查看需要确认的债务消息, 测试待办任务功能。 2 2 在确认函中点击“选择文件”，测试文件上传功能。 3 3点击“同意”，确认融资信息，测试提交回复功能。 期望结果： 1.1. 预期正确展示界面。 2.2. 预期文件上传成功。 3.3. 预期正确提交。 测试结果： 通过/ / 失败 讲明：测试时要关注乱码输入情况和专门字符、 英文输 日期：20162016 年 1010 月 2121 日 入 测试人签字： 28 / 109 2.9 应收账款发起融资一金融机构回复融资方案 用例编号:2009:2009 用例名称：金融机构回复融资方案 测试目的： ? ?测试平台金融机构审核企业

20、提交的账款融资信息 ? ?测试平台金融机构回复企业提交的账款融资信息 测试条件： 1.1. 债权人已发起融资 2 2 账款债务人确认该笔融资 测试过程： 1.1. 金融机构在“我的工作台一我的任务”审核融资项目，测试任务办理功能。 2 2金融机构并回复融资信息，测试输入功能。 4.4. 在确认函中点击“选择文件”，测试文件上传功能。 5 5金融机构点击“保存”，测试提交回复功能。 期望结果： 1.1. 预期正确展示界面。 2.2. 预期错误提示正确。 3.3. 预期文件上传成功 4.4. 预期数据正常提交。 测试结果： 通过/ / 失败 讲明：测试时要关注乱码输入情况和专门字符、 英文输 日期

21、：20162016 年 1010 月 2121 日 29 / 109 入 测试人签字： 2.10 应收账款发起融资一债权人确认融资方案 用例编号:2010:2010 用例名称：债权人确认融资方案 测试目的： ? ?测试债权人确认融资方案页面是否显示元整 ? ?测试企业回复确认融资方案 测试条件： 1 1 有 3 3 家金融机构已回复融资方案 测试过程： 1 1 企业查看 3 3 家金融机构回复的融资方案，并选择一家作为融资，测试查看回 复功能。 2 2.企业选择抵押物信息，测试输入功能。 期望结果： 1.1. 预期正确展示界面。 2.2. 预期数据输入正常提交 测试结果： 通过/ / 失败 日

22、期：20162016 年 1010 月 2121 日 讲明：测试时要关注乱码输入情况和专门字符、英文输 30 / 109 入 测试人签字： 2.11 应收账款发起融资一抵押物持有人确认融资方案 用例编号:2011:2011 用例名称：抵押物持有人确认融资方案 测试目的： ? ?测试押物持有人确认融资页面是否显示完整 ? ?测试押物持有人确认并回复融资方案 测试条件： 1 1 融资发起人差不多发起抵押物确认 测试过程： 1 1 抵押物持有人查看融资需求和抵押物信息，测试界面完整 2 2 抵押物持有人上传确认文件，测试文件上传功能。 3 3.抵押物持有人同意融资需求和抵押物信息，确定该笔融资。 期

23、望结果： 1.1. 预期正确展示界面。 2.2. 预期文件正常上传。 3.3. 预期能正常同意提交 测试结果： 通过/ / 失败 日期：20162016 年 1010 月 2121 日 讲明：测试时要关注乱码输入情况和专门字符、英文输 31 / 109 入 测试人签字： 2.12 应收账款发起融资一金融机构最终确认 用例编号:2012:2012 用例名称：金融机构最终确认 测试目的： ? ?测试页面是否显示完整 ? ?测试平台金融机构审核企业提交的账款融资信息 测试条件： 1 1 企业已选择好融资方案 2.2. 抵押物持有人确认该笔融资 测试过程： 1.1. 金融机构在“我的工作台一我的任务”

24、审核融资项目，测试任务办理功能。 2.2. 金融机构确认备注，测试输入功能。 3.3. 金融机构点击“提交确认过户”，测试提交回复功能。 期望结果： 1.1. 预期正确展示界面。 2.2. 预期输入正常。 3.3. 预期能正常提交过户。 测试结果： 通过/ / 失败 32 / 109 日期：20162016 年 1010 月 2121 日 讲明：测试时要关注乱码输入情况和专门字符、英文输 入 测试人签字： 2.13 应收账款注销 用例编号:2013:2013 用例名称：应收账款注销 测试目的： ? ?测试应收账款注销页面是否完整。 ? ?测试平台交易对手审核提交的账款注销信息。 ? ?测试是否

25、能够正常注销账款。 测试条件： 1 1 账款状态为已确认 测试过程： 1 1 点击“注销”， 测试是否会有弹框提示。 2 2债务人登录平台，在“我的工作台一待办任务”查看任务消息，测试任务待 办功能。 3 3债务人确认账款注销信息并提供确认函，测试文件上传功能。 4 4 填写回退理由，测试输入功能。 5 5 点击“同意”，测试弹框提示功能。 6 6.注销成功，查看账款状态，测试页面能否正常展示。33 / 109 期望结果： 1.1. 预期能正确弹框提示。 2.2. 预期正确展示页面。 3.3. 预期文件正常上传。 4.4. 预期正常输入。 5.5. 预期正确弹框提示。 6.6. 预期正常展示页

26、面，账款状态为“注销”。 测试结果： 通过/ / 失败 日期：20162016 年 1010 月 2121 日 讲明：测试时要关注乱码输入情况和专门字符、英文输 入 测试人签字： 3、 应付账款 3.1 应付账款查询34 / 109 用例编号：30013001 用例名称：应付账款查询 测试目的： ? ?测试应付账款页面是能正确元整显示。 ? ?是否能够正常提查询信息，并能返回查询结果。 测试条件： 1 1.有登记注册的应付账款 测试过程： 1.1. 点击“应付账款”，测试应付账款界面。 2.2. 在查询条件中输入需要查找的账款信息，测试输入信息。 3.3. 点击“查询”，出现查询结果，测试查询

27、结果界面 期望结果： 1.1. 预期正确展示界面。 2.2. 预期数据正常提交。 3.3. 预期查询结果正确 测试结果： 通过/ / 失败 日期：20162016 年 1010 月 2121 日 讲明：测试时要关注乱码输入情况和专门字符、英文输 入 测试人签字： 35 / 109 3.2 应付账款明细 用例编号:3002:3002 用例名称：应付账款明细 测试目的： ? ?测试账款明细页面是否显示完整 ? ?测试系统能否返回正确查询结果 测试条件： 1 1 应付账款状态为“已确认” 测试过程： 1 1 点击“明细”，测试明细界面 2 2点击“返回”，测试返回功能。 期望结果： 1.1. 预期正

28、确展示界面。 2.2. 预期返回功能正常 测试结果： 通过/ / 失败 日期：20162016 年 1010 月 2121 日 讲明：测试时要关注乱码输入情况和专门字符、英文输 入 测试人签字： 36 /109 4、 账款融资 4.1 查询 用例编号：40014001 用例名称：账款融资查询 测试目的： ? ?测试账款融资查询页面是否显示完整 ? ?测试系统能否返回正确查询结果 测试条件： 1 1 账款状态为“已融资” 测试过程： 1 1 点击“账款融资”，测试账款融资界面。 2 2在查询条件中输入需要查找的账款信息，测试输入信息。 3 3.点击“查询”，出现查询结果，测试查询结果界面 期望结

29、果： 1.1. 预期正确展示界面。 2.2. 预期数据正常提交。 3.3. 预期查询结果正确 测试结果： 通过/ / 失败 讲明：测试时要关注乱码输入情况和专门字符、 英文输 日期：20162016 年 1010 月 2121 日 37 / 109 入 测试人签字： 4.2 明细 用例编号:4002:4002 用例名称：账款融资明细 测试目的： ? ?测试账款融资明细页面是否显示完整 ? ?测试系统能否返回正确查询结果 测试条件： 1 1 账款状态为“已融资” 测试过程： 1 1 点击“明细”，测试明细界面 2 2点击“返回”，测试返回功能。 期望结果： 1.1. 预期正确展示界面。 2.2.

30、 预期返回功能正常 测试结果： 通过/ / 失败 日期：20162016 年 1010 月 2121 日 讲明：测试时要关注乱码输入情况和专门字符、英文输 入 测试人签字： 38 / 109 4.3 融资方案明细 用例编号：40034003 用例名称：融资方案明细 测试目的： ? ?测试融资方案明细页面是否显示完整 ? ?测试系统能否返回正确查询结果 测试条件： 1 1 账款状态为“已融资” 测试过程： 1 1 点击“明细”，测试明细界面 2 2点击“返回”，测试返回功能 期望结果： 1.1. 预期正确展示界面 2.2. 预期返回功能正常 测试结果： 通过/ / 失败 讲明：测试时要关注乱码输

31、入情况和专门字符、 英文输 日期：20162016 年 1010 月 2121 日 入 测试人签字：39 / 109 4.4 发起回购一原债权人发起回购 用例编号：40044004 用例名称：原债权人发起回购 测试目的： ? ?测试发起回购页面是否显示元整 ? ?测试是否能够正常提交发起回购信息 测试条件： 1 1 账款状态为“已融资” 测试过程： 1 1 点击“发起回购”，测试回购界面。 2 2.输入回购金额，测试输入功能。 3 3 点击“提交确认”，测试提交功能。 期望结果： 1.1. 预期正确展示界面。 2.2. 预期数据正常输入。 3.3. 预期正常提交。 测试结果： 通过/ / 失败

32、 日期：20162016 年 1010 月 2121 日 讲明：测试时要关注乱码输入情况和专门字符、英文输 入 40 / 109 测试人签字： 4.5 发起回购一债务人确认回购信息 用例编号：40054005 用例名称：债务人确认回购信息 测试目的： ? ?测试确认回购页面是否显示完整 ? ?测试平台交易对手审核提交的账款回购信息 测试条件： 1 1 债权人已发起融资回购 测试过程： 1 1 债务人登录平台，在“我的工作台一待办任务”查看需要确认的回购消息, 测试待办任务功能。 2 2 在确认函中点击“选择文件”，测试文件上传功能。 3 3点击“同意”，确认回购信息，测试提交回复功能 期望结果

33、： 1.1. 预期正确展示界面。 2.2. 预期文件正常上传。 3.3. 预期正常提交回复。 测试结果： 通过/ / 失败 讲明：测试时要关注乱码输入情况和专门字符、英文输 入 日期：20162016 年 1010 月 2121 日 测试人签字： 41 / 109 4.6 发起回购一金融机构确认回购信息 用例编号：40064006 用例名称：金融机构确认回购信息 测试目的： ? ?测试金融机构确认回购信息页面是否显示完整 ? ?测试平台金融机构回复企业提交的账款回购信息 测试条件： 1 1 原债权人已发起回购 2 2 债务人已确认此回购 测试过程： 1.1. 金融机构在“我的工作台一我的任务”

34、审核融资项目，测试任务办理功能。 2.2. 金融机构回复回购信息，测试输入功能。 3.3. 在确认函中点击“选择文件”，测试文件上传功能。 4.4. 金融机构点击“保存”，测试提交回复功能。 期望结果： 1.1. 预期正确展示界面。 2.2. 预期错误提示正确。 3.3. 预期文件上传成功 4.4. 预期数据正常提交。 测试结果： 通过/ / 失败 讲明：测试时要关注乱码输入情况和专门字符、 英文输 日期：20162016 年 1010 月 2121 日 42 / 109 入 测试人签字： 4.7 发起回购一原债权人和交易对手最终确认 用例编号：40074007 用例名称：原债权人和交易对手最

35、终确认 测试目的： ? ?测试页面是否显示完整 ? ?测试平台交易对手审核提交的账款回购信息 测试条件： 1 1 金融机构已确认此回购 测试过程： 1 1 登录平台，在“我的工作台一待办任务”查看需要确认的回购消息，测试待 办任务功能。 2 2 在确认函中点击“选择文件”，测试文件上传功能。 3 3点击“同意”，确认回购信息，测试提交回复功能 期望结果： 1.1. 预期正确展示界面。 2.2. 预期文件正常上传。 3.3. 预期正常提交确认。 测试结果： 通过/ / 失败 日期：2 2016016 年 1010 月 2121 日 43 / 109 讲明：测试时要关注乱码输入情况和专门字符、英文

36、输 入 测试人签字： 5、 仓单 5.1 仓单登记一存货人平台登记 用例编号:5001:5001 用例名称：存货人平台登记 测试目的： ? ?测试仓单登记页面是否显示完整。 ? ?测试页面在输入错误情况下是否正常报错，输入正确后错误去除 ? ?测试是否能够正常提交登记信息。 测试条件： 1 1 该用户差不多注册 2 2仓单的保管人也在平台登记注册 测试过程： 1 1 点击“仓单登记”，测试仓单登记界面。 2 2 填写登记信息，测试输入功能。 3 3 点击“选择文件”，测试文件上传功能。 4 4 点击“提交确认”，测试提交功能44 / 109 期望结果： 1.1. 预期正确展示界面。 2.2.

37、预期错误提示。 3.3. 预期数据正常提交。 4.4. 预期正常提交。 测试结果： 通过/ / 失败 日期：20162016 年 1010 月 2121 日 讲明：测试时要关注乱码输入情况和专门字符、英文输 入 测试人签字： 5.2 仓单登记一保管人确认仓单 用例编号:5002:5002 用例名称：保管人确认仓单 测试目的： ? ?测试保管人确认页面是否显示完整。 ? ?测试交易对手审核提交的登记账款信息 测试条件： 1 1 存货人差不多提交仓单登记 45 / 109 测试过程： 1 1 保管人登录平台，在“我的工作台一待办任务”查看需要确认的债务消息,46 / 109 测试待办任务功能。 2

38、 2保管人确认仓单信息并提供确认函，测试文件上传功能。 3 3.点击“同意”，测试提交功能。 期望结果： 1.1. 预期正确展示界面。 2.2. 预期文件正常上传。 3.3. 预期正常提交。 测试结果： 通过/ / 失败 日期：20162016 年 1010 月 2121 日 讲明：测试时要关注乱码输入情况和专门字符、英文输 入 测试人签字： 5.3 仓单查询 用例编号：50035003 用例名称：仓单查询 测试目的： ? ?测试仓单查询页面是否显示完整 ? ?测试是否能够正常提查询信息，并能返回查询结果。 47 / 109 测试条件： 1 1 用户差不多有登记过的仓单48 / 109 测试过

39、程： 1 1.点击“仓单”，测试仓单界面。 2 2在查询条件中输入需要查找的仓单信息，测试输入信息。 3 3.点击“查询”，出现查询结果，测试查询结果界面 期望结果： 1.1. 预期正确展示界面。 2.2. 预期数据正常提交。 3.3. 预期查询结果正确 测试结果： 通过/ / 失败 日期：20162016 年 1010 月 2121 日 讲明：测试时要关注乱码输入情况和专门字符、英文输 入 测试人签字： 5.4 仓单明细 用例编号：50045004 用例名称：仓单明细 测试目的： ? ?测试仓单明细页面是否显示完整 ? ?测试系统能否返回正确查询结果 49 / 109 测试条件： 1 1 仓

40、单状态为“已确认”50 / 109 测试过程： 1 1 点击“明细”，测试明细界面 2 2点击“返回”，测试返回功能。 期望结果： 1.1. 预期正确展示界面。 2.2. 预期返回功能正常 测试结果： 通过/ / 失败 日期：20162016 年 1010 月 2121 日 讲明：测试时要关注乱码输入情况和专门字符、英文输 入 测试人签字： 5.5 仓单变更一存货人发起变更 用例编号：50055005 用例名称：存货人发起变更 测试目的： ? ?测试仓单变更页面是否显示完整 ? ?测试页面在输入错误情况下是否正常报错，输入正确后错误去除 ? ?测试是否能够正常提交变更信息 51 / 109 测

41、试条件： 1 1 仓单状态为已确认52 / 109 测试过程： 1 1 点击“变更”，测试账款变更界面。 2 2填写需要变更的账款信息，测试输入功能。 3 3 点击“提交确认”，测试提交功能。 期望结果： 1.1. 预期正确展示界面。 2.2. 预期错误提示。 3.3. 预期数据正常提交。 测试结果： 通过/ / 失败 日期：20162016 年 1010 月 2121 日 讲明：测试时要关注乱码输入情况和专门字符、英文输 入 测试人签字： 5.6 仓单变更一保管人确认变更 用例编号:2006:2006 用例名称：保管人确认变更 测试目的： ? ?测试保管人变更确认页面是否显示完整 ? ?测试

42、交易对手审核提交的变更账款信息 测试条件： 53 / 109 1 1 仓单存货人在平台发起变更54 / 109 测试过程： 1 1 保管人登录平台，在“我的工作台一待办任务”查看需要确认的仓单消息， 测试待办任务功能。 2.2. 保管人确认仓单信息并提供确认函，点击“选择文件”，测试文件上传功能。 3.3. 点击“同意”，测试提交功能。 期望结果： 1.1. 预期正确展示界面。 2.2. 预期文件正常上传。 3.3. 预期正常提交。 测试结果： 通过/ / 失败 日期：20162016 年 1010 月 2121 日 讲明：测试时要关注乱码输入情况和专门字符、英文输 入 测试人签字： 5.7

43、仓单发起融资一存货人发起融资 用例编号：50075007 用例名称：存货人发起融资 测试目的： ? ?测试发起融资页面是否显示完整 55 / 109 ? ?测试页面在输入错误情况下是否正常报错，输入正确后错误去除56 / 109 ? ?测试是否能够正常提交发起融资信息 测试条件： 1 1 仓单状态为“已确认” 测试过程： 1 1 企业点击“发起融资”，测试发起融资界面。 2 2填写融资所需条目，测试输入功能。 3 3 点击“提交确认”，测试提交功能。 期望结果： 1.1. 预期正确展示界面。 2.2. 预期错误提示。 3.3. 预期数据正常提交。 测试结果： 通过/ / 失败 日期：20162

44、016 年 1010 月 2121 日 讲明：测试时要关注乱码输入情况和专门字符、英文输 入 测试人签字： 5.8 仓单发起融资一保管人确认融资信息 用例编号：50085008 用例名称：保管人确认融资信息 测试目的： ? ?测试平台交易对手审核提交的仓单融资信息 ? ?测试平台交易对手回复融资信息 57 / 109 测试条件： 1 1 存货人已发起融资 测试过程： 1 1 保管人登录平台，在“我的工作台一待办任务”查看需要确认的仓单融资消 息，测试待办任务功能。 2 2 在确认函中点击“选择文件”，测试文件上传功能。 3 3点击“同意”，确认融资信息，测试提交回复功能。 期望结果： 1.1. 预期正确展示界面。 2.2. 预期文件上传成功。 3.3. 预期正确提交。 测试结果： 通过/ / 失败 讲明：测试