ecshop项目需求分析(前台)
说明:ecshop是一个b/s架构的web项目
组成:包括数据库服务器和web服务器
所以在访问项目钱一定得开启2者的服务
【组成】
前台和后台
【列出前台的功能点】
{注册}
注册方式:输入用户的相关信息来完成注册
(用户名、密码、邮箱、等等,且都是必填项)
注册测试1:所有信息都输入,且是有效数据来完成注册,注册成功
注册测试2:部分信息不输入来注册,弹出友好提示:提示必填项,不能为空
注册测试3:输入无效的用户数据来注册,注册失败,弹出友好提示
登录
登录的方法:输入账号和密码登录录,使用等价类,边界值来设计用例开展
【从功能上测试】
测试占1:测试输入正确的已注册账号和率码餐录,登录成功并到达
测试点2:测过输入错误的账号登录登录失数,提示账号和密码有误
测试点3:测试输入错误的密码登录登录失败,提示账号和容码有误
测试点4:不输入坚母或者写码来登灵整录失败,提示账号不能率或者
测试点5:测试是否支持重复登录
从安全上测试
测试点1:入sal 注入语句,检查是否在在安全漏洞
测试点2:入js脚本注入。检查是否存在安全漏洞
测试点3:输入密码的显示是否加密以及传输过程中是否加密(防抓包)
测试点4:测试密码是不能支持复制,粘贴
从性能上测试
测试点1:单用户成功登录的响应时间以及其他性能指标
测试点2:多用户并发登录的响应时间以及其他性能指标
测试点3:测试在弱网环境登录的响应时间以及其他性能指标
从易用上测试
测试点1:测试登录是否支持快捷方式(tab\Enter,以及复制、粘贴等)
{搜索商品}
搜索商品的方式:普通搜索和高级搜索
普通搜索是选择商品分类以及输入商品的关键字来搜索,我用到等价类,边界值,场景法来设计用例进行测试,其中商品分类有一级,二级,三级分类,默认是一级分类所有的商品,关键字是必填项
【测试点】
1、测试默认的一级分类所有商品和输入有效关键字来搜索
2、测试默认的一级分类所有的商品和不输入关键字搜索
3、测试选择其他商品分类和输入该关键字来搜索
4、测试选择其他商品分类和不输入关键字来搜索
5、 测试输入无效,一级特殊字符来搜索
6、测试搜索成功后商品的数量要和后台的数量一致以及多个商品的排序和显示情况
高级搜索是在普通搜索的基础增加了商品品牌以及价格区间,其中商品品牌也有默认值,价格区间非填项,我是用了等价类,边界值以及场景法来设计用例测试
测试点
1、测试输入有效关键字,其他条件使用默认值进行搜索
2、测试输入无效关键字,其他条件使用默认值进行搜索
3、测试输入有效关键字,分别选择一个分类和一个品牌,价格区间不做设置进行搜索
4、测试输入无效关键字,分别选择一个分类和一个品牌,设置价格区间进行搜索
。。。
购物车
【结算】使用场景法来设计用例进行测试
场景1:未登录,无商品进行结算
场景2:未登录,有商品进行结算
场景3:已登录,无商品进行结算
场景4:已登录,有商品进行结算
【更新购物车】使用场景法来设计用例进行测试
场景1:购物车无商品进行更新购物车
场景2:购物车有商品,修改了商品的数量,进行更新购物车
场景3:购物车有商品,删除了商品,进行根心购物车
【清空购物车】
场景1:购物车无商品时,点击清空购物车,提示:请先添加购物
场景2:购物车有商品时,点击清空购物车,弹出友好确认询问(是或则否)
场景3:在清空购物是所弹出的询问框中,当点击“取消”,商品继续保留在购物车中
【继续购物】
场景1:购物车无商品时,点击继续购物,添加一个商品,该商品添加成功
场景2:购物车有商品时,点击继续购物,再次添加一个不同的商品,商品添加成功,且顺序是按照时间的倒序排序
场景3:购物车有商品时,点击继续购物,再次添加同一个商品,商品添加成功,商品合并,数量累加
场景4:点击需购物,选择一个无库存(缺货)的商品,添加失败,提示库存不足,可以做缺货登记
{下单}
场景1:选择其中一个配送方式以及对应的支付方式,其他条件不修改情况进行结算
场景2:修改商品信息后,去提交订单
场景3:修改收货人信息后,去提交订单
场景4:选择包装商品后,去提交订单
场景5:选择贺卡并编写祝贺语后,去提交订单
场景6:选择红包后,去提交订单
场景7:填写订单留言后,去提交订单
。。。
下单成功后的预期结果:
1)有一个下单成功的页面提示,并生成一个订单号
2)前台用户中心中的我的订单中可以看到订单的信息
3)后台的订单模块中新增一个订单(状态:待商家确认)
4)下单对应的数据库中储存该订单的详细信息
{取消订单}
场景1:用户取消自己的订单(发货前才可以取消,发货之后成为退货退款)
过程:先申请-商家确认-最后才是取消订单
结果1:商品库存要恢复(后台以及数据库)
结果2:商家收到取消订单的信息
结果3:用户的订单列表保留该订单,但状态改为“已取消”
结果4:已支付订单,款项原路返回
场景2:商家取消用户的订单(库存不足以及其特殊)
结果1:用户收到(后台以及数据库)
结果2:商家收到取消订单的信息
结果3:用户的订单列表保留该订单,但状态改为“已取消”
结果4:已支付订单,款项原路返回