用户故事
通过获得的需求:
1.抽奖用户:
有多次抽奖的机会,有趣的参与抽奖。
2.抽奖管理:
可以设置奖项和抽奖次数,抽奖时间,奖品数量。来编写用户故事。
基本情况如下:
作为 | 想要 | 以便 | 序号 |
---|---|---|---|
用户 | 登录 | 进入抽奖界面 | 1 |
用户 | 点击头像 | 查看个人信息(姓名、部门、工号、个人抽奖记录) | 2 |
用户 | 点击活动详情 | 了解活动(名称、时间、奖品等级设置、抽奖规则等) | 3 |
用户 | 一个中奖信息呈现框 | 查看已中奖名单情况 | 4 |
用户 | 点击 | “开始抽奖按钮” | 进行抽奖活动 5 |
用户 | 有个活动结束页面 | 知道活动已结束 6 | |
用户 | 有次数显示 | 查个人剩余抽奖次数 | 7 |
管理员 | 有个活动详情填写页面 | 设置活动信息() | 8 |
管理员 | 有个奖项设置表格 | 设置奖项信息(奖项名称、奖品名称、奖品数量) | 9 |
管理员 | 查看中奖名单表格 | 了解中奖名单(姓名、部门、工号、联系方式、奖项、奖品) | 10 |
管理员 | 查看活动总共人次和已抽奖人次 | 了解活动进度 | 11 |
测试用例脚本
把每个用户故事编写成测试脚本。其中要注意的是,场景太复杂就要再细分,脚本的example要列出具体的信息。
参考博文:
http://www.open-open.com/news/view/1b3eb06明日计划
1.完成用户故事需要什么工作,把每个用户故事细化成具体任务。
2.从具体任务出发开始进行代码编写。- 感悟
对于用户故事和测试脚本的编写无需考虑具体的实现,要记得一定是从用户的角度出发。
当然目前对于测试用例开发的感受还不是很深刻,有点朦胧。从明天开始编码工作后希望会不一样的体验和收获。