发布时间:2022-11-24 23:04:36
全微程序设计团队是一家专注于JAVA/PYTHON/PHP/ASP/安卓/小程序开发的软件开发团队,十年开发经验让我身经百战,若您有需求而我们恰好专业。
同时,我们也有文稿文档代写服务,文档降重润文服务,好评如潮,期待您的光临哦。
今天将为大家分析一个言之贸易有限公司电商网站,言之贸易有限公司电商网站项目使用框架为SSM(MYECLIPSE),选用开发工具为idea。
公告管理模块测试
本模块的操作人员为管理员,根据系统中的公告数据变化,例如新增公告或公告信息变动,可在此模块中完成新增、修改等操作。本测试模块主要进行公告的修改和删除操作,测试用例如表5.1所示:
表5.1 公告管理模块测试用例
功能描述 | 公告增加、修改与删除功能 | ||
---|---|---|---|
所属模块 | 公告管理 | ||
用例目的 | 对公告管理功能的准确性进行测试 | ||
前提条件 | 用户登录系统,对公告模块进行操作 | ||
测试数据 | 期望结果 | 实际结果 | 结果分析 |
新增公告,缺失部分信息 | 新增公告失败 | 与期望一致 | 需填写完整公告信息 |
新增公告,填写完整信息 | 新增公告成功 | 与期望一致 | 功能准确 |
修改公告,缺失部分信息 | 修改公告失败 | 与期望一致 | 需填写完整公告信息 |
修改公告,填写完整信息 | 修改公告成功 | 与期望一致 | 功能准确 |
删除公告 | 删除成功 | 与期望一致 | 功能准确 |
分析添加公告用例,管理员可以管理系统中所有信息,管理员添加公告时,需要先登录系统。在管理中心中进入到添加公告页面,填写需要添加的公告详细信息。公告详细信息包括封面、标题、公告id、公告、添加时间、,提交后的公告,将在公告controller中进行接收,再调用程序的ROM将公告信息同步到t_notice表中。
添加公告用例描述
用例名称 | 添加公告 |
---|---|
参与者 | 用户 |
用例概述 | 本用例用于用户添加公告 |
前置条件 | 用户成功登陆系统 |
基本事件流 | 进入添加公告页面,输入公告信息,提交信息到公告接口 |
参与者动作 | 用户登录系统,跳转到添加公告页面,输入完成公告信息。包括封面、标题、公告id、公告、添加时间、信息,提交公告信息到公告控制层中,添加到公告数据表中。 |
系统响应 | 提示添加公告成功 |
收货地址管理模块测试
本模块的操作人员为管理员,根据系统中的收货地址数据变化,例如新增收货地址或收货地址信息变动,可在此模块中完成新增、修改等操作。本测试模块主要进行收货地址的修改和删除操作,测试用例如表5.2所示:
表5.2 收货地址管理模块测试用例
功能描述 | 收货地址增加、修改与删除功能 | ||
---|---|---|---|
所属模块 | 收货地址管理 | ||
用例目的 | 对收货地址管理功能的准确性进行测试 | ||
前提条件 | 用户登录系统,对收货地址模块进行操作 | ||
测试数据 | 期望结果 | 实际结果 | 结果分析 |
新增收货地址,缺失部分信息 | 新增收货地址失败 | 与期望一致 | 需填写完整收货地址信息 |
新增收货地址,填写完整信息 | 新增收货地址成功 | 与期望一致 | 功能准确 |
修改收货地址,缺失部分信息 | 修改收货地址失败 | 与期望一致 | 需填写完整收货地址信息 |
修改收货地址,填写完整信息 | 修改收货地址成功 | 与期望一致 | 功能准确 |
删除收货地址 | 删除成功 | 与期望一致 | 功能准确 |
分析添加收货地址用例,管理员可以管理系统中所有信息,管理员添加收货地址时,需要先登录系统。在管理中心中进入到添加收货地址页面,填写需要添加的收货地址详细信息。收货地址详细信息包括收货地址id、名称、收货地址、用户、,提交后的收货地址,将在收货地址controller中进行接收,再调用程序的ROM将收货地址信息同步到t_useraddress表中。
添加收货地址用例描述
用例名称 | 添加收货地址 |
---|---|
参与者 | 用户 |
用例概述 | 本用例用于用户添加收货地址 |
前置条件 | 用户成功登陆系统 |
基本事件流 | 进入添加收货地址页面,输入收货地址信息,提交信息到收货地址接口 |
参与者动作 | 用户登录系统,跳转到添加收货地址页面,输入完成收货地址信息。包括收货地址id、名称、收货地址、用户、信息,提交收货地址信息到收货地址控制层中,添加到收货地址数据表中。 |
系统响应 | 提示添加收货地址成功 |
商品管理模块测试
本模块的操作人员为管理员,根据系统中的商品数据变化,例如新增商品或商品信息变动,可在此模块中完成新增、修改等操作。本测试模块主要进行商品的修改和删除操作,测试用例如表5.3所示:
表5.3 商品管理模块测试用例
功能描述 | 商品增加、修改与删除功能 | ||
---|---|---|---|
所属模块 | 商品管理 | ||
用例目的 | 对商品管理功能的准确性进行测试 | ||
前提条件 | 用户登录系统,对商品模块进行操作 | ||
测试数据 | 期望结果 | 实际结果 | 结果分析 |
新增商品,缺失部分信息 | 新增商品失败 | 与期望一致 | 需填写完整商品信息 |
新增商品,填写完整信息 | 新增商品成功 | 与期望一致 | 功能准确 |
修改商品,缺失部分信息 | 修改商品失败 | 与期望一致 | 需填写完整商品信息 |
修改商品,填写完整信息 | 修改商品成功 | 与期望一致 | 功能准确 |
删除商品 | 删除成功 | 与期望一致 | 功能准确 |
分析添加商品用例,管理员可以管理系统中所有信息,管理员添加商品时,需要先登录系统。在管理中心中进入到添加商品页面,填写需要添加的商品详细信息。商品详细信息包括类型、销量、库存、封面、价格、商品、名称、详细、产地、类型id、商品id、,提交后的商品,将在商品controller中进行接收,再调用程序的ROM将商品信息同步到t_commodity表中。
添加商品用例描述
用例名称 | 添加商品 |
---|---|
参与者 | 用户 |
用例概述 | 本用例用于用户添加商品 |
前置条件 | 用户成功登陆系统 |
基本事件流 | 进入添加商品页面,输入商品信息,提交信息到商品接口 |
参与者动作 | 用户登录系统,跳转到添加商品页面,输入完成商品信息。包括类型、销量、库存、封面、价格、商品、名称、详细、产地、类型id、商品id、信息,提交商品信息到商品控制层中,添加到商品数据表中。 |
系统响应 | 提示添加商品成功 |
订单管理模块测试
本模块的操作人员为管理员,根据系统中的订单数据变化,例如新增订单或订单信息变动,可在此模块中完成新增、修改等操作。本测试模块主要进行订单的修改和删除操作,测试用例如表5.4所示:
表5.4 订单管理模块测试用例
功能描述 | 订单增加、修改与删除功能 | ||
---|---|---|---|
所属模块 | 订单管理 | ||
用例目的 | 对订单管理功能的准确性进行测试 | ||
前提条件 | 用户登录系统,对订单模块进行操作 | ||
测试数据 | 期望结果 | 实际结果 | 结果分析 |
新增订单,缺失部分信息 | 新增订单失败 | 与期望一致 | 需填写完整订单信息 |
新增订单,填写完整信息 | 新增订单成功 | 与期望一致 | 功能准确 |
修改订单,缺失部分信息 | 修改订单失败 | 与期望一致 | 需填写完整订单信息 |
修改订单,填写完整信息 | 修改订单成功 | 与期望一致 | 功能准确 |
删除订单 | 删除成功 | 与期望一致 | 功能准确 |
分析添加订单用例,管理员可以管理系统中所有信息,管理员添加订单时,需要先登录系统。在管理中心中进入到添加订单页面,填写需要添加的订单详细信息。订单详细信息包括收货地址、商品、状态、用户、订单id、订单、价格、收货地址id、商品id、总价、用户id、,提交后的订单,将在订单controller中进行接收,再调用程序的ROM将订单信息同步到t_order表中。
添加订单用例描述
用例名称 | 添加订单 |
---|---|
参与者 | 用户 |
用例概述 | 本用例用于用户添加订单 |
前置条件 | 用户成功登陆系统 |
基本事件流 | 进入添加订单页面,输入订单信息,提交信息到订单接口 |
参与者动作 | 用户登录系统,跳转到添加订单页面,输入完成订单信息。包括收货地址、商品、状态、用户、订单id、订单、价格、收货地址id、商品id、总价、用户id、信息,提交订单信息到订单控制层中,添加到订单数据表中。 |
系统响应 | 提示添加订单成功 |
管理员管理模块测试
本模块的操作人员为管理员,根据系统中的管理员数据变化,例如新增管理员或管理员信息变动,可在此模块中完成新增、修改等操作。本测试模块主要进行管理员的修改和删除操作,测试用例如表5.5所示:
表5.5 管理员管理模块测试用例
功能描述 | 管理员增加、修改与删除功能 | ||
---|---|---|---|
所属模块 | 管理员管理 | ||
用例目的 | 对管理员管理功能的准确性进行测试 | ||
前提条件 | 用户登录系统,对管理员模块进行操作 | ||
测试数据 | 期望结果 | 实际结果 | 结果分析 |
新增管理员,缺失部分信息 | 新增管理员失败 | 与期望一致 | 需填写完整管理员信息 |
新增管理员,填写完整信息 | 新增管理员成功 | 与期望一致 | 功能准确 |
修改管理员,缺失部分信息 | 修改管理员失败 | 与期望一致 | 需填写完整管理员信息 |
修改管理员,填写完整信息 | 修改管理员成功 | 与期望一致 | 功能准确 |
删除管理员 | 删除成功 | 与期望一致 | 功能准确 |
分析添加管理员用例,管理员可以管理系统中所有信息,管理员添加管理员时,需要先登录系统。在管理中心中进入到添加管理员页面,填写需要添加的管理员详细信息。管理员详细信息包括管理员、账号、密码、,提交后的管理员,将在管理员controller中进行接收,再调用程序的ROM将管理员信息同步到t_admin表中。
添加管理员用例描述
用例名称 | 添加管理员 |
---|---|
参与者 | 用户 |
用例概述 | 本用例用于用户添加管理员 |
前置条件 | 用户成功登陆系统 |
基本事件流 | 进入添加管理员页面,输入管理员信息,提交信息到管理员接口 |
参与者动作 | 用户登录系统,跳转到添加管理员页面,输入完成管理员信息。包括管理员、账号、密码、信息,提交管理员信息到管理员控制层中,添加到管理员数据表中。 |
系统响应 | 提示添加管理员成功 |
用户管理模块测试
本模块的操作人员为管理员,根据系统中的用户数据变化,例如新增用户或用户信息变动,可在此模块中完成新增、修改等操作。本测试模块主要进行用户的修改和删除操作,测试用例如表5.6所示:
表5.6 用户管理模块测试用例
功能描述 | 用户增加、修改与删除功能 | ||
---|---|---|---|
所属模块 | 用户管理 | ||
用例目的 | 对用户管理功能的准确性进行测试 | ||
前提条件 | 用户登录系统,对用户模块进行操作 | ||
测试数据 | 期望结果 | 实际结果 | 结果分析 |
新增用户,缺失部分信息 | 新增用户失败 | 与期望一致 | 需填写完整用户信息 |
新增用户,填写完整信息 | 新增用户成功 | 与期望一致 | 功能准确 |
修改用户,缺失部分信息 | 修改用户失败 | 与期望一致 | 需填写完整用户信息 |
修改用户,填写完整信息 | 修改用户成功 | 与期望一致 | 功能准确 |
删除用户 | 删除成功 | 与期望一致 | 功能准确 |
分析添加用户用例,管理员可以管理系统中所有信息,管理员添加用户时,需要先登录系统。在管理中心中进入到添加用户页面,填写需要添加的用户详细信息。用户详细信息包括账号、用户id、名字、年龄、电话、密码、邮箱、,提交后的用户,将在用户controller中进行接收,再调用程序的ROM将用户信息同步到t_user表中。
添加用户用例描述
用例名称 | 添加用户 |
---|---|
参与者 | 用户 |
用例概述 | 本用例用于用户添加用户 |
前置条件 | 用户成功登陆系统 |
基本事件流 | 进入添加用户页面,输入用户信息,提交信息到用户接口 |
参与者动作 | 用户登录系统,跳转到添加用户页面,输入完成用户信息。包括账号、用户id、名字、年龄、电话、密码、邮箱、信息,提交用户信息到用户控制层中,添加到用户数据表中。 |
系统响应 | 提示添加用户成功 |
购物车管理模块测试
本模块的操作人员为管理员,根据系统中的购物车数据变化,例如新增购物车或购物车信息变动,可在此模块中完成新增、修改等操作。本测试模块主要进行购物车的修改和删除操作,测试用例如表5.7所示:
表5.7 购物车管理模块测试用例
功能描述 | 购物车增加、修改与删除功能 | ||
---|---|---|---|
所属模块 | 购物车管理 | ||
用例目的 | 对购物车管理功能的准确性进行测试 | ||
前提条件 | 用户登录系统,对购物车模块进行操作 | ||
测试数据 | 期望结果 | 实际结果 | 结果分析 |
新增购物车,缺失部分信息 | 新增购物车失败 | 与期望一致 | 需填写完整购物车信息 |
新增购物车,填写完整信息 | 新增购物车成功 | 与期望一致 | 功能准确 |
修改购物车,缺失部分信息 | 修改购物车失败 | 与期望一致 | 需填写完整购物车信息 |
修改购物车,填写完整信息 | 修改购物车成功 | 与期望一致 | 功能准确 |
删除购物车 | 删除成功 | 与期望一致 | 功能准确 |
分析添加购物车用例,管理员可以管理系统中所有信息,管理员添加购物车时,需要先登录系统。在管理中心中进入到添加购物车页面,填写需要添加的购物车详细信息。购物车详细信息包括商品、用户id、购物车、封面、商品id、用户、数量、购物车id、,提交后的购物车,将在购物车controller中进行接收,再调用程序的ROM将购物车信息同步到t_shopcar表中。
添加购物车用例描述
用例名称 | 添加购物车 |
---|---|
参与者 | 用户 |
用例概述 | 本用例用于用户添加购物车 |
前置条件 | 用户成功登陆系统 |
基本事件流 | 进入添加购物车页面,输入购物车信息,提交信息到购物车接口 |
参与者动作 | 用户登录系统,跳转到添加购物车页面,输入完成购物车信息。包括商品、用户id、购物车、封面、商品id、用户、数量、购物车id、信息,提交购物车信息到购物车控制层中,添加到购物车数据表中。 |
系统响应 | 提示添加购物车成功 |
售后管理模块测试
本模块的操作人员为管理员,根据系统中的售后数据变化,例如新增售后或售后信息变动,可在此模块中完成新增、修改等操作。本测试模块主要进行售后的修改和删除操作,测试用例如表5.8所示:
表5.8 售后管理模块测试用例
功能描述 | 售后增加、修改与删除功能 | ||
---|---|---|---|
所属模块 | 售后管理 | ||
用例目的 | 对售后管理功能的准确性进行测试 | ||
前提条件 | 用户登录系统,对售后模块进行操作 | ||
测试数据 | 期望结果 | 实际结果 | 结果分析 |
新增售后,缺失部分信息 | 新增售后失败 | 与期望一致 | 需填写完整售后信息 |
新增售后,填写完整信息 | 新增售后成功 | 与期望一致 | 功能准确 |
修改售后,缺失部分信息 | 修改售后失败 | 与期望一致 | 需填写完整售后信息 |
修改售后,填写完整信息 | 修改售后成功 | 与期望一致 | 功能准确 |
删除售后 | 删除成功 | 与期望一致 | 功能准确 |
分析添加售后用例,管理员可以管理系统中所有信息,管理员添加售后时,需要先登录系统。在管理中心中进入到添加售后页面,填写需要添加的售后详细信息。售后详细信息包括售后、售后id、内容、用户、状态、订单id、用户id、,提交后的售后,将在售后controller中进行接收,再调用程序的ROM将售后信息同步到t_customerservice表中。
添加售后用例描述
用例名称 | 添加售后 |
---|---|
参与者 | 用户 |
用例概述 | 本用例用于用户添加售后 |
前置条件 | 用户成功登陆系统 |
基本事件流 | 进入添加售后页面,输入售后信息,提交信息到售后接口 |
参与者动作 | 用户登录系统,跳转到添加售后页面,输入完成售后信息。包括售后、售后id、内容、用户、状态、订单id、用户id、信息,提交售后信息到售后控制层中,添加到售后数据表中。 |
系统响应 | 提示添加售后成功 |
商品类型管理模块测试
本模块的操作人员为管理员,根据系统中的商品类型数据变化,例如新增商品类型或商品类型信息变动,可在此模块中完成新增、修改等操作。本测试模块主要进行商品类型的修改和删除操作,测试用例如表5.9所示:
表5.9 商品类型管理模块测试用例
功能描述 | 商品类型增加、修改与删除功能 | ||
---|---|---|---|
所属模块 | 商品类型管理 | ||
用例目的 | 对商品类型管理功能的准确性进行测试 | ||
前提条件 | 用户登录系统,对商品类型模块进行操作 | ||
测试数据 | 期望结果 | 实际结果 | 结果分析 |
新增商品类型,缺失部分信息 | 新增商品类型失败 | 与期望一致 | 需填写完整商品类型信息 |
新增商品类型,填写完整信息 | 新增商品类型成功 | 与期望一致 | 功能准确 |
修改商品类型,缺失部分信息 | 修改商品类型失败 | 与期望一致 | 需填写完整商品类型信息 |
修改商品类型,填写完整信息 | 修改商品类型成功 | 与期望一致 | 功能准确 |
删除商品类型 | 删除成功 | 与期望一致 | 功能准确 |
分析添加商品类型用例,管理员可以管理系统中所有信息,管理员添加商品类型时,需要先登录系统。在管理中心中进入到添加商品类型页面,填写需要添加的商品类型详细信息。商品类型详细信息包括商品类型id、名称、,提交后的商品类型,将在商品类型controller中进行接收,再调用程序的ROM将商品类型信息同步到t_type表中。
添加商品类型用例描述
用例名称 | 添加商品类型 |
---|---|
参与者 | 用户 |
用例概述 | 本用例用于用户添加商品类型 |
前置条件 | 用户成功登陆系统 |
基本事件流 | 进入添加商品类型页面,输入商品类型信息,提交信息到商品类型接口 |
参与者动作 | 用户登录系统,跳转到添加商品类型页面,输入完成商品类型信息。包括商品类型id、名称、信息,提交商品类型信息到商品类型控制层中,添加到商品类型数据表中。 |
系统响应 | 提示添加商品类型成功 |
专业程序代做
为你量身定制的程序设计
诚信经营,我们将尽心尽力为你完成指定功能
十年程序经验,尽在全微程序设计