发表于: 2019-07-30 22:43:35

1 579



一、今天完成的任务

1、编写测试用例

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

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

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

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

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

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

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

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

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

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

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

实际结果(测试结果):如果符合预期,可以不写或者写OK、正常也行。不符合就要写出不符合的地方

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

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

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

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

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


二、明天的计划

1、完善测试用例

2、开始任务2


三、遇到的问题及思考

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



四、收获

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

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

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




返回列表 返回列表
评论

    分享到