1.在测试过程中总共发现了多少Bug？每个类别的Bug分别为多少个？
a. 修复的bug：
1.mapper接口与mapper.xml文件绑定的问题;
2..配置逆向工程的配置文件的问题;
3.在编码过程中因为名字不匹配等粗心问题导致了一些bug，读取不出数据
4.在之前测试中，首页轮播图无法显示。在找寻原因时发现，因为小组人员沟通过少，导致两人的图片存储位置不同，轮播图中图片路径修改错误。
在修改过后又发现，虽然添加了三张图片，但只能循环播放同一张图片。之后在找寻原因时发现，轮播图修改位置错误，应该在index.js中的Page{ movies:[]}中修改。
5.在点击某一个商品时，我们需要在详情页知道是哪个商品，这个功能我们是通过缓存实现的。点击时，我们将这个商品的id写入缓存中。在下一页将缓存读取出来。这个地方由于套页的时候是各套各的，没有缓存，并没有发现这里出现了问题，今天测试的时候才发现这里出了bug,现已修复。
b. 不能重现的bug：暂无发现
c. 这个产品就是这样设计的，不是bug：
1.在手机上看到没有东西是一片空白，但实际上是因为数据库覆盖了假数据，而数据库没有填东西，所以没有数据刷出来
2. 在测试中发现，上传物品分类无法生效。这是因为前后端未连接，只能显示前端的假数据。
d. 没有能力修复，将来也不打算修复：
1. 进行微信支付调用，进行支付;
2. 通过给手机发送验证码进行验证;
原因：经查询，除了技术外，该功能还与号码的运营商与SP商的合作，超出了我们学生的能力范 围。
e. 这个bug的确应该修复，但是没有时间在这个版本修复，延迟到下一个版本修复：
1. 预期情况：点击某分类，自动选择其下首个二级分类，进入该分类展示界面；
现在情况：不会自动选择其下首个二级分类，需要点击其二级分类才能读取到展示界面的内容；
2. 预期情况：在搜索框输入关键字可以查询到相关商品；
现在情况：查询不到；
2.测试矩阵：
3、场景测试（scenario testing），包括以下内容：
a. 你预期不同的用户会怎样使用你的软件？
b. 他们有什么需求和目标？
c. 你的软件提供的功能怎么组合起来满足他们的需要？
我们的主体用户为东北师大的学生。
|
用户 |
如何使用 |
需求 |
如何满足其需求 |
目标 |
|
卖家 |
1.扫码（或搜索）进入“奶牛易物”； 2.注册并登录； 3.上传出售商品的信息（包括文字叙述、图片视频、商品价格等）； 4.查看订单，按照买家地址按时发货； 5.售完商品及时下架。 |
1.可以很全面的展示自己的商品； 2.能够较快的出售自己的商品。 3.上传自己的商品。和买家在微信聊天砍价，卖出商品。 4.留言提醒，沟通交流，确认订单等功能 |
1. 我们的小程序支持上传图片和视频的功能，由此卖家可以更全面的展示自己的商品； 2.我们的小程序将商品进行分类，并且首页设有“人气推荐”专栏，这些都能够帮助买家快速搜索自己需要的商品，从而也加快了卖家出售商品的速度。 |
1.将自己不再需要的物品卖出，从而赚取一小部分生活费用，也可以腾出空间； 2.将自己的“废物”转换为他人的“好物”，提供给他人更便宜、更放心的商品。 |
|
买家 |
1.扫码（或搜索）进入“奶牛易物”； 2.注册并登录； 3.搜索并查看需要的商品； 4.选定商品可加入购物车，也可以立即付款； 5.付款后查看订单详情； 6.收到商品后评价商品。 |
1.可以快速找到自己需要的商品； 2.想要货比三家，选择一个最好的购买； 3.希望遇到“良心”卖家，买到满意的商品。 4.浏览商品，收藏，加入购物车或直接选择购买东西。支付可以直接使用微信支付，也可以双方商定线下交易。 5.搜索，分类查看来达到自己找到合意的商品的目标 6.需要留言询问，通过微信沟通交流等功能来达到自己询问价格，线下交易的目标 |
1.该需求本质上与卖家2需求相似，我们的小程序将商品进行过分类，并且首页设有“人气推荐”专栏，这些都可以帮助买家快速找到自己需要的商品； 2.我们的小程序设有“购物车”功能，买家可以选定商品先加入购物车，经过对比后再购买； 3.我们的小程序设有“评论”功能，买家通过查看评论可以了解该卖家出售的物品质量，以及卖家发货速度和售后服务的好坏。从而，买到满意的商品。 |
1.更快地买到更便宜、更满意、更放心的商品。 |
小程序有卖家版和买家版。
考虑到大部分情况下大家都以浏览商品为主，我们小程序进入后默认首页为推荐商品页；在“我的”中有“发布商品”选项。
在买家版，我们有搜索，分类查看，留言询问，沟通交流，下订单，购物车，收藏等功能来支持用户的各种需要；
在卖家版，我们有发布商品，留言提醒，沟通交流，确认订单等功能
原文地址：https://www.cnblogs.com/Nenu-exchange/p/9222675.html