今天完成的事情：复习任务一知识；

                             学习任务十，完善任务十原型

 
明天计划的事情： 结束任务十；

遇到的问题：（遇到什么困难，怎么解决的） 
收获：实名验证流程图和泳道图：

二、什么是测试用例，为什么要写测试用例，测试用例中的前置条件是什么？预期结果是什么？一个登录注册的小模块，正常来讲，应该有多少个测试用例？

测试用例： 将系统的具体操作步骤用语言描述出来，提前进行测试

前置条件：要达到预期目的，需要满足什么条件才可以执行步骤。

预期结果：前置条件下，进行步骤操作，所期望或预想到的结果

注册状态下：注册用户名是否合规、是否已注册、密码是否符合要求

登录状态下：账号是否合规、密码是否合规、账号密码都正确、账号正确密码不正确、账号不正确密码正确

Bug的生命周期是怎么样的？什么情况下应该是Reopen？什么情况下去Close？

new（新的）   assigned（已指派的）  open（打开的）  fixed（已修复的）    pending reset（待再测试的）  reset（再测试的）   closed（已关闭的）   reopen（再次打开的） pending reject（拒绝中）

再次测试之后又发现新bug，需要reopen，等到完全没有bug的情况下可以close

三、Bug的生命周期是怎么样的？什么情况下应该是Reopen？什么情况下去Close？

new（新的）   assigned（已指派的）  open（打开的）  fixed（已修复的）    pending reset（待再测试的）  reset（再测试的）   closed（已关闭的）   reopen（再次打开的） pending reject（拒绝中）

再次测试之后又发现新bug，需要reopen，等到完全没有bug的情况下可以close

四、Bug的优先级是什么？一般会分成几个级别，分别对应什么含义？

优先级：

immediate 马上解决，问题必须马上解决，否则系统无法达到预期需求

urgent 急需解决，表示问题的修复很紧要，很急迫，关系到系统的主要功能模块能否正常

high 高度重视，表示有时间就要马上解决，否则系统偏离需求较大或预定功能不能正常实现

normal  正常处理，进入个人计划解决，表示问题不影响需求的实现，但是影响其他使用方面，

low  低优先级，问题在系统发布以前必须确认解决或确认可以不解决

严重等级：

critical   代表系统 奔溃 所有功能无法使用 例子 网页访问失败  

block  核心功能操作步骤被卡住了 例子1206购票

marjor  业务流程可以跑通 但是和预期结果不符 

norrnal 无关紧要的错误 用户可以等待 但不能超过三个

minor 无伤大雅的问题 例如错别字 样式错误等

五、测试用例的具体内容

序号： 方便查找和排序，就是按顺序下去的。

模块：该功能点具体属于哪个模块的，填写这个主要是方便查找，如：注册/登录模块

编号：对每个用例进行编号，方便后期跟进。毕竟用文字说，容易口误。不过此处建议编号设计的有点规则，方便快速定位查找。如：A0001。其中A表示注册/登录模块。00表示账号登录，01 表示账号密码登录下的第一个测试用例。

功能点：具体指某个功能，如：账号登录、首页、发布等。
子功能点：具体指功能点，如：账号密码登录、手机验证码登录、邮箱登录、第三方授权登录等。

用例名称：具体测试用例的名称。如：输入账号、输入密码、密码不合规等等。

前置条件：指要达到预期测试结果，需要满足那些条件才能达到。如：账号密码不一致时，就需要登录失败，那么此时就得保

 证账号正确或密码正确以及账号正确时是存在的。

操作步骤：指要达到预期测试结果，需要按这些步骤来。最好说明在什么页面，点击或操作什么内容，输入什么内容。预期结果：说明按照前面写的应该呈现出怎样的结果。

测试结果：如果符合预期结果，直接填写正常或OK，如果不符合，则说明不符合或NO，

预期结果：如果正常，可以不用填写，如果不符合预期结果，则说明哪里不符合。---------写出相应步骤应出现的结果；

测试人员：填写测试人的名字，方便后期跟踪BUG。

测试日期：填写测试的时间，方便后期查询。

BUGID：跟测试编号一样，自己设定ID规则，方便快速查询。

BUG负责人：此处应该有技术那边填写，具体落实到某个人身上，才能更好的解决到问题。

任务预计时间：2019.6.13--2019.6.23

任务耗时：10天   已延期

延期原因：效率低下，前期划水。