今天完成的事情：（一定要写非常细致的内容，比如说学会了盒子模型，了解了Margin） 

对着原型测试了第九肌肉患者端所有功能，N多bug；

整个流程分为两大类：测试环境和线上环境。

把两种环境又分为两种情况：web和Java、APP

所有bug，被指派的开发人员在两个小时确定。不是自己的bug，找各组leader，另行指派。

线上发现Major以上bug，停下手头工作，两个小时以内进行解决。

若bug3天之内没有修复完成，请点解决，解决方案选择“延期处理”，并备注原因，说明解决时间。

测试环境

app

1. 测试人员发现bug
2. 测试人员确认bug
3. 测试人员提交bug（major以上@相关人员）
4. 相关开发人员禅道确认bug 
5. 开发人员对bug进行修复
6. 开发人员点击已解决
7. 开发人员说明修改了哪些bug，告知测试人员，把修改好的bug号列举出来。
8. 开发人员登记WIKI---（201X.XX APP测试）
9. 开发人员给测试人员进行演示。
10. 开发人员给测试人员修改好的新包。
11. 测试人家复测bug
12. 测试人员关闭bug，并登记WIKI----（201X.XX APP测试）
13. 测试人员有问题重新激活。
14. 重新激活后从第4条继续走流程。
    

bug提交

1.创建bug的时候要选指派人，如果有需要的情况就抄送相关人员

2.标题要表达清楚。

3.重现步骤，除了一些偶现的，请务必写上步骤以及期望结果

4.类型/严重程度  这个要分为两点来说，（1）首先类型、是说明这个bug的类型属于简单界面，还是逻辑错误，还是其他问题，

类型有：

        代码错误

        界面优化

        设计缺陷

        配置相关

        性能问题

       标准规范

       测试脚本

      其他  

        测试人员要把标题写清楚，如果测试人员不知道属于什么类型的bug时也可和开发人员或者leader商量，属于哪种类型。

bug级别

严重程度由高到低依次为：

1.critical

2.block

3.major

4.normal

5.minor

critical：是说项目中某一块功能因为这个bug而导致测试无法进行下去，此critical级别，该等级问题出现在不影响其他功能测试的情况下可以继续该版本试block是说项目中有闪退情况，崩溃情况。此为block级别，出现这种级别的问题此本停止测试

major：是说一些功能没有实现，但是不影响使用，功能菜单缺失，但不会影响系统稳定。此为major，这种问题应该合理安排时间进行修改

normal：是说界面等UI问题显示错误，比如字体大小，颜色，间距等问题。此类问题在测试初期较多，优先程度较低；在测试后期出现较少，应及时处理）

minor：是说界面、性能缺陷，建议类问题，不影响操作功能的执行，可以优化性能的方案等。

明天计划的事情：（一定要写非常细致的内容） 

接着完成任务十，上午找资料整理下支付过程中的异常流程，先画实名认证、绑卡、解绑的原型。下午完成付款、提现原型。                              感觉要加把劲了，节奏有点拖。

遇到的问题：（遇到什么困难，怎么解决的） 

暂无

收获：（通过今天的学习，学到了什么知识）

掌握了整个测试流程，也算是在师兄的原型中学到了点东西，对于有些功能的逻辑关系又有了新的收获。