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

完成任务一萝卜多复盘后台的测试用例编写以及测试。

看了任务一与任务二的官网相关知识分享（需求/测试/story/敏捷开发）

摸索了会Axure的界面和基本操作。

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

写出任务二的story，学习Axure，按照规范画出相对应的原型。

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

写后台测试用例比写前台测试用例麻烦多了，测起来也更麻烦。特别是看了更多的测试要素文章后，觉得比如登录这个功能点吧，真测下去，有用户名不存在，用户名错误，密码错误，用户名不合规范，账密一致，用户名正确但密码错误，不正确但是登录成功等等前置条件，真把所有模块所有功能点甚至子功能的各种前置条件都测一遍，那得死不少脑细胞，这还不说非功能性测试。所以才会有冒烟测试以及变动测试等关键测试的存在吧。毕竟不是学QA的，这个先放一放，不敢往死里耗。

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

测试这个事，特别是PM要兼任测试时，时间精力有限，得抓大放小。如果较严格测试情况，可以多考虑以下几个方面：

1. 页面布局是否合理，如导航栏上面应该显示三个按钮，实际上却显示了两行。
2. 页面文字描述是否准确，如气泡提示：密码格式错误，请重新输入。实际上却显示：账号密码错误。
3. 如果有加载规则，是否符合加载规则。如：进入页面加载20条内容，实际上却加载了10条。
4. 如果有排列规则，是否符合排列规则。如应按照时间倒序排列，实际上却是正序排列。
5. 操作是否符合要求，如单击某个点，是否准确跳转或显示内容。如本应该进行跳转，实际上却未进行跳转。
6. 输入框输入的内容是否有符合格式要求。如：账号不允许”,”,而实际上却允许了。
7. 输入的内容是否符合合法性要求。如：账号密码是否一致等问题。

往远处看，PM最好设计排版要有些基础，业务逻辑外能懂建表和数据结构，这样才能更好地控制排期与实现需求。不过现在这个阶段，除了思考story外，先练熟Axure吧，毕竟想法还是需要工具来表达的。

延期：（学习进度是否受阻，项目是否有延期风险）

一般，潜力待挖据，没风险

彩蛋：一个鹅厂不重要的没测试出来的边界错误or文案错误：

输入0，会有错误提示。输入2，没有错误提示，右下角展现计算结果。

作为一个免费wifi用户，我想要知道我每天省了多少流量费，以便于满足我觉得为自己省了很多钱好厉害啊的想法。