测试用例的设计是根据需求文档或者story的基础上,归纳出测试点,然后设计成一个个小小的测试用例。
购物网站
1.登录模块
一般的测试用例
a.输入正确的用户名密码,期待结果
b.输入不正确的用户名密码,期待结果
c.如果用户名不存在,期待结果
d.密码输入框中,输入的数据要显示成*号
等等
2.搜索模块
输入商品名称后,是否出现正确的商品
3.购物车模块
添加商品到购物车后,商品键兆是否出现在购物车
购物车升亮笑可支持添加的最大数量
4.支付模块
选着要购买的商品后,支付总额是否正确
是否减除优惠券等
点击支付后,d出的支付模块是否吵含正确
确认支付后,是否可以成功的支付
等等吧
具体的还要看测试需求上的要求
做事儿都流行套路,写测试用例也有套路。首先得了解需求,然后可以从这些方面入手:界面测试、功能测试、兼容性测试、易用性测试、性能测试,最后根据测试用例模版编写测试用例。测试用例字段一般包括:编号、测试项目名称、用例标题、重要级别、前置条件、输入、 *** 作步骤、预期输出、测试结果、测试时间和测试人员。其中用例标题和输入的数据是最重要的,其他字段可以选择性记录。下面记录一下最近测试项目购物车的测试点:1.界面测试
界面布局、排版是否合理;文字是指山否显示清晰;不同卖家的商品是否区分明显。
2.功能测试
未登录时:
将商品加入购物车,页面跳转到登录页面,登录成功后购物车数量增加;
.点击购物车菜单,页面跳转到登录页面。
登唯毕中录后:
所有链接是否跳转正确;
商品是否可以成功加入购物车;
.购物车商品总数是否有限制;
.商品总数是否正确;
全选功能是否好用;
.删除功能是否好用;
填写委托单功能是否好用;
委托单中填写的价格是否正确显示;
价格总计是否正确;
商品文字太长时是否显示完整;
店铺名字太长时是否显示数哗完整;
创新券商品是否打标;
购物车中下架的商品是否有特殊标识;
新加入购物车商品排序(添加购物车中存在店铺的商品和购物车中不存在店铺的商品);
是否支持TAB、ENTER等快捷键;
商品删除后商品总数是否减少;
购物车结算功能是否好用。
3.兼容性测试
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)