1.在测试过程中总共发现了多少Bug?每个类别的Bug分别为多少个?    

a.修复的bug:

①添加菜品按钮没有响应的bug;

②页面无法正确跳转的bug;

③页面数据传递出错的bug。

b.不能重现的bug:暂未发现

c.这个产品就是这样设计的,不是bug:暂无

d.没有能力修复,将来也不打算修复:暂无

e.这个bug的确应该修复,但是没有时间在这个版本修复,延迟倒下个版本修复:

①由于商家原因,用户地址应统一为指定地点,暂未设置;

②每道菜的份数上限尚未设置;

③商品购买的优惠机制尚未植入。

2.场景测试(scenario testing),包括以下内容:

a.你预期不同用户会怎样使用你的软件?

       商家:发布商品、商品数量和优惠信息

       用户:选择商品,下单和支付

b.他们有什么需求和目标?

  1. 优惠(小红包)使用
  2. 订单价格计算
  3. 简明美观的界面
  4. 订单提交、查询
  5. 地址和联系电话填写

c.你的软件提供的功能怎么组合起来满足他们的需要?

       1.主界面的订餐部分有点单和下单功能,点击添加按钮会把商品添加到订单中,并能自动计算订单总价格。

       2.主界面的“我的”部分有订单查询功能和收货地址选择功能。

 

3你们在什么样的平台、硬件配置、浏览器类型等条件上对你们的软件进行测试?——测试矩阵(test matrix)

       由于我们开发的是微信小程序,部分功能完善之前,我们的项目仍未发布,所以一切设置都是在微信开发者工具的模拟器上测试。

测试页面

测试点

预期结果

微信开发者工具

主界面

Tabbar

订餐页面和用户信息页面能正确转换

 

 

 

 

 

主页(订餐页)

左侧swipper

能正确切换不同类型商品

商品添加按钮

能正确添加商品到购物车

商品删除按钮

只有在商品数量>0时出现,能减少商品数量

 

订单总价格显示

能正确加减商品的价格

下单按钮

跳转到地址确认页面

购物车按钮

显示目前总订单的商品名和数量

 

 

 

 

 

订单确认页

用户地址显示

正确显示用户名、地址和联系电话

新增地址按钮

跳转到新增地址页面

用餐人数和备注栏

可以正常填写信息

显示订单数量信息和价格信息

正常显示

支付按钮

跳转到微信支付

✖【1】

 

编辑/新增地址页面

联系人、联系电话、详细地址、邮政编码填写

可以正常填写

地区选择

可以正常选择省份、城市、地区

保存地址按钮

将地址保存到用户地址

 

 

用户信息页

显示用户微信名和头像

正常显示

我的订单按钮

正常跳转到订单查询页

收货地址

正常跳转到地址编辑页

订单查询页

显示订单

正常显示

✖【1】

跳转到主页按钮

正常跳转到主页

地址查询页

显示所有地址

正常显示

地址编辑按钮

跳转到地址编辑页面

地址删除按钮

正常删除该地址

注:【1】由于小程序尚未发布、支付功能尚未完善,支付按钮无效;

  【2】由于未支付的订单不在历史订单中,且支付功能未完善,所以显示不出历史订单。