《3+1团队》【Beta】Scrum meeting 3

项目内容
这个作业属于哪个课程任课教师博客主页链接
这个作业的要求在哪里 作业链接地址
团队名称3+1团队
团队博客地址https://home.cnblogs.com/u/3-1group
项目名称一起种水果




团队项目github仓库地址链接

https://github.com/HaiYou667/3-1Growingfruits


1.各个成员今日完成的任务

团队成员分工
王雯涵订单模块进行测试
郭佳对订单模块进行测试
麻存滔对购物车模块进行测试
邹立源对购物车模块进行测试





2.各个成员今日对项目的贡献小时数

王雯涵郭佳麻存滔邹立源
3h3h3h3h




3.提供当天站立式会议照片一张,提供更新的项目燃尽图一份

1660547-20190617225629334-1855603935.jpg

1660547-20190626095554596-1926869363.png



4.总结

  团队项目经过Alpha阶段冲刺后,已基本完成项目编码工作。进入Beta阶段冲刺后,需要开发者从用户使用体验或典型用户应用场景测试并完善系统功能,此时,常用黑盒测试技术完成测试工作。
  黑盒测试也称功能测试,它是通过测试来检测每个功能是否都能正常使用。在测试中,把程序看作一个不能打开的黑盒子,在完全不考虑程序内部结构和内部特性的情况下,在程序接口进行测试,它只检查程序功能是否按照需求规格说明书的规定正常使用,程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构,不考虑内部逻辑结构,主要针对软件界面和软件功能进行测试。
  黑盒测试是以用户的角度,从输入数据与输出数据的对应关系出发进行测试的。很明显,如果外部特性本身设计有问题或规格说明的规定有误,用黑盒测试方法是发现不了的。
  墨盒测试法注重于测试软件的功能需求,主要试图发现下列几类错误。

●功能不正确或遗漏;

●界面错误;

●输入和输出错误;

●数据库访问错误;

●性能错误;

●初始化和终止错误等。


5.测试结果

(1)Beta测试发现的错误

在Beta测试阶段,我们发现了数据库访问错误、界面错误的bug。
例如,数据库访问错误,前台页面中,我们删除了购物车中的商品,但是在数据库中该商品还是存在的。
在检查了所有的SQL语句还有代码之后,我们还是没能改正这个错误。
界面错误是由于每台电脑的屏幕分辨率不同,当我们把页面设置成固定的像素和屏幕分解时设置成百分制,这一错误就解决了。

(2)如何进行用户场景测试(scenario testing)的?
  场景法是很常用的一种测试方法,是一种基于用户行为的测试方法,可以简单理解为:对于某个功能点用户可能执行的操作有哪些,测试就需要验证哪些,如果用户不可能有某个操作行为自然也不属于测试范围。
  我们常见的用户行为包括以下4个部分
  ●用户将使用进行正常操作
  ●用户使用该功能进行非法操作
  ●用户不仅关心功能的正确实现,还关心用户体验。
  ●某些特殊情况下的用户行为,如环境异常,用户并发等。
  场景法基于两个方面:
(1)业务层面(业务的理解更为重要):测试人员要熟悉所测软件的业务逻辑,成为该行业的“业务专家”
(2)技术层面
●基本流(有效流、正确流):模拟用户正确的业务操作流程就是基本流
●备选流(无效流、错误流):模拟用户错误的操作流程就是备选流

项目中的用户场景测试如下:
步骤一:分析需求,整理业务逻辑,列出基本流和备选流
●基本流:购物车清空过程
●备选流:在清空过程中可能会出现的各种错误情形
列出基本流和备选流:
●列出基本流(正确清空购物车过程):
输入用户名——输入密码——点击“购物车按钮”——点击“全选”按钮——删除成功
●列出备选流:
用户验证失败,无法登录。
购物车为空
购物车无法清空

步骤二:根据基本流和备选流生成场景(填写《场景表》)

场景编号参加描述
场景1用户登录后删除成功
场景2用户验证失败,无法登陆
场景3用户登录后购物车为空,显示删除成功
场景4用户登录后,点击“”全选“”按钮购物车无法清空

步骤三:根据场景设置测试用例

场景编号测试用例
场景1用户名:郭佳 ,密码:123456
场景2用户名:王雯涵,密码:123456
场景3用户名:郭佳 ,密码:123456
场景4用户名:郭佳 ,密码:123456

以场景1为例:测试流程如下:

1660547-20190626095916571-1422362172.png

1660547-20190626095923480-872213355.png

1660547-20190626095929859-723420930.jpg

1660547-20190626095944440-19839110.png

测试成功!!

(3)是否有回归测试?请给出一到两个测试用例并解释。
回归测试是指修改了旧代码后,重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。
●回归测试是指重复以前的全部或部分的相同测试。
●新加入测试的模组,可能对其他模组产生副作用,故须进行某些程度的回归测试。
●回归测试的重心,以关键性模组为核心。

在项目的每个错误产生之后我们都进行了回归测试,以用户模块为例:
1660547-20190626101615324-954141555.png

(4)项目在什么样的平台、硬件配置、浏览器类型……上对软件进行测试?

●Eclipse版本:

1660547-20190625155618675-1854788919.png

●浏览器版本:

1660547-20190625155641879-94527178.png

1660547-20190625155700552-373722994.png

●数据库版本:

1660547-20190625155721909-101122169.png


转载于:https://www.cnblogs.com/3-1group/p/11082394.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值