一、今天完成的任务

1、编写测试用例

2、测试用例的要素有哪些？

标题：声明主题用的。不能乱写，方便测试人员知道其用处。一目了然最好

编号：方便快速交流查找问题定位，一个项目的测试用例随随便便就几十上百了。假如测试发现一个问题出错了。可以直接找开发说：“xxx,萝卜多前台登录的电话号码校验出问题了，你看看，编号A0021错了，”，这不就是方便定位了么。

模块：方便查找，也是一个用例的集合，具体到某个模块下。如个人中心模块、首页模块

功能点：具体指向某个功能，如手机号验证、账号登录

子功能点：具体指向某个功能下的功能点。细分了，比如首页下面还有顶部菜单和banner呢

优先级：一般分为高中低三种，比如这个bug影响到产品发布了，那么这个就优先级就最高了，需要马上处理。如登录都不行了，支付功能都支付不了了，那你这个产品就废了，如果这个bug没有影响到项目发布，但是后面必须解决，影响到下个迭代功能的开发，那么这个就是中了。如果仅仅是和产品纠结个10个像素的问题，红色好还是绿色好的问题，就是低了。低的是可以延期等自己有时间再去看的。

用例名称：具体测试用例的名称，如输入账号、输入密码等，就是甲乙丙丁也好歹是名词啊

前置条件：因果关系，想要达到测试结果的话，你需要先做什么，必须满足这些步骤才能去达到你想要的结果，最好说明具体位置步骤，在啥页面，需要点击还是需要输入什么内容。举个例子：有一锅米饭了。你要吃饭的话还是要碗和筷子的，手抓也要先伸手才行啊。登录一个网站的话，你密码都错了怎么登录呢？只能输入正确密码或者找回了

操作步骤：想要达到预期结果的话，你需要按照这些步骤操作才行

预期结果：说明按照前面的步骤来的话，应该会出现哪些结果。

实际结果（测试结果）：如果符合预期，可以不写或者写OK、正常也行。不符合就要写出不符合的地方

结果描述：如果正常，可以不写或者写OK、正常也行。不符合就要写出不符合的地方。

测试人员：当前用例测试人的名字，方便后期跟进。

测试日期：当前用例测试的时间，方便后期查看

BUGID：自定义。跟测试编号一样。开发可以把bug类型归类，如样式类、功能类，方便定位沟通

BUG负责人：当前用例的技术人员。技术人员填。落实到人

二、明天的计划

1、完善测试用例

2、开始任务2

三、遇到的问题及思考

1、测试用例的编写每一条到底细分到多细比较合适？

四、收获

通过编写测试用例更深刻的理解了萝卜多的业务流程，

然后我想说的是，我感觉先弄清业务流程，再画原型图，在画原型图的时候，

顺便编写测试用例可能会更容易一点