发表于: 2019-08-01 23:25:45
1 587
一、今天完成的任务
1、完善任务一测试用例
具体过程就不多说了
2、下载并学习axure的使用
主要是看视频和看使用手册,自己试了试
3、了解任务2要求
阅读任务2需求和验收标准
3、了解用户story
自己查和各种资料
二、明天的计划
1、提交任务1
2、开始任务2
三、遇到的问题及思考
问题:
任务1还有几个小细节不太明白,明天问问师姐
比如又错别字这个问题在测试的时候,属于前台还是后台问题
进行后台测试的时候,图片改了,或者轮播图样式和顺序改了还要改回来吗?
思考:
任务2感觉工作量巨大啊,涉及到的概念和技能要求感觉也比较多,
ppt也不知道需要做到什么程度才叫好
难受、感觉这几天都不用睡觉了
四、收获
1、墨刀的基本使用和了解
基本上是视频和使用手册之类的
不知道在这里怎么写上去
使用手册墨刀软件里面写的还是比较详细的
2、用户故事的了解
用户故事的基本理解
用户故事:从用户角度描述用户渴望得到的功能。
一般句式:作为一名<角色>,我可以<活动>,使得<业务价值>。
<角色>说明由谁执行动作,或者谁从相关活动收到价值,甚至可以代表发起相关活动的另一个系统;
<活动>说明在系统中执行的动作;
<业务价值>说明相关活动实现的价值。
用户故事的特点
良好用户故事的INVEST
- Independent(独立性)
可以被单独地开发、测试甚至交付。
有些故事之间会有自然的顺序依赖,但每个部分仍具备单独交付价值。
有些无价值的依赖,我们需要寻找和消除依赖(通常是和其他依赖的故事结合起来取交集,形成一个新的用户故事)。
- Negotiable(可协商)
允许、且需要经过协商。
- Valuable(有价值)
用户故事必须向用户、客户或产品干系人提供一定的价值。
- Estimable(可估算)
可估算的用户故事能够提取任何隐藏的假定和欠缺的验收标准,并且澄清团队对用户故事的共同理解。
- Small(小型)
用户故事应该小到能够在一次迭代中完成。
- Testable(可测试)
可测试的用户故事能够避免造成结构不良、过于复杂或是依赖于其他故事等问题,导致迭代失败。
为了保证无法离开迭代(通过测试)的故事不进入迭代,可以采用“先写测试”的方式。
这是别人写的用户故事,可以参考下:
好吧,人人都是产品经理这个网站上有很多关于用户故事相关内容的描述,我就不搬运了,大家可以去看一下,其实都是一些概念,看了暂时还不太理解,估计等自己开始根据项目写的时候才有比较深的理解。
评论