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

1、完成剩下的修改补充；

2、预约明天下午14：30的复盘评审。

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

1、完成剩下的修改补充；

2、预约明天下午14：30的复盘评审。

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

任务细节描述缺失，Story与原型对应缺失。

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

1、在通过修改补充的过程里加深对细节问题的思考，巩固思维方式。

2、在填写PM小课堂知识点汇总表时看到关于测试的提问，简单度娘了解一下。

回归测试是指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。自动回归测试将大幅降低系统测试、维护升级等阶段的成本。回归测试作为软件生命周期的一个组成部分，在整个软件测试过程中占有很大的工作量比重，软件开发的各个阶段都会进行多次回归测试。在渐进和快速迭代开发中，新版本的连续发布使回归测试进行的更加频繁，而在极端编程方法中，更是要求每天都进行若干次回归测试。因此，通过选择正确的回归测试策略来改进回归测试的效率和有效性是非常有意义的。

冒烟测试在测试中发现问题，找到了一个Bug，然后开发人员会来修复这个Bug。这时想知道这次修复是否真的解决了程序的Bug，或者是否会对其它模块造成影响，就需要针对此问题进行专门测试，这个过程就被称为冒烟测试。在很多情况下，做冒烟测试是开发人员在试图解决一个问题的时候，造成了其它功能模块一系列的连锁反应，原因可能是只集中考虑了一开始的那个问题，而忽略其它的问题，这就可能引起了新的Bug。冒烟测试优点是节省测试时间，防止build失败。缺点是覆盖率还是比较低。冒烟测试是自由测试的一种。

简而言之，冒烟测试就是新版本送测后的测试，主要决定是否要继续测试乃至发布。回归测试就是解决一个问题后的测试，方向是判断新的代码是否引入了新问题。