微信抢票应用-个人总结

  作为个人的第一篇博客，我准备分享一下我在完成微信抢票应用时的心路历程以及对于微信抢票应用这个小作业认识的不断加深。

  由于之前没有在服务器上部署的经验，这次部署的时候遇到了很多问题，但通过黄超同学的博客和他本人的帮助，还是比较好的完成了部署，值得一提的是，我在开始开发的时候就直接将代码更新到服务器进行测试，其实是非常不对的，应该在本地测试后再发布，当然这是后话，最后发布的时候要DEBUG模式更改，同时修改uwsgi的一些配置文件，才能正常完成相应功能。

  这次作业整体上来说框架十分清晰，但由于后端小学期时我的小组分工是负责前端开发，因此对django并算不上熟悉，因此花了一些时间熟悉，开发的前期任务和前后端接口都比较容易，也有个别接口开始时没有想的很清楚，比如微信菜单更新，但交互部分handler相对来说自由发挥空间就比较大了，一些重要逻辑在里面实现，因此需要对框架和数据库有一定的了解，在框架上，已知的一个小问题是活动创建后点击继续修改会有bug，应该是前端问题，还有一个就是图片的重复上传问题，在处理数据库被同时读取这个问题上，我使用的是django的select_for_update()，来给数据库上锁。

  本来作业做完之后，更新到服务器上，已经可以欢畅的跑起来，只剩下测试木有做，但是万万没有想到！！！这次作业真正的目标是测试！两百行的代码测试分分钟上六七百，不过这也是我第一次用正规的流程和软件来进行单元测试和功能测试，由于之前没有太重视，加上在ddl前三天助教才介绍了这些方法，这就导致了一个结果，血崩！因此在之后的三天里，我开始了无休止的测试，每天最开心的事情就是看见自己屏幕左下角的一团绿色。

  单元测试主要运用Mock，采用白盒测试设计方法，尽可能好的实现路径覆盖，我也充分认识到了Mock的强大，但是在写测试代码时，由于开始没有认识到测试函数的相似性，导致很多代码重复出现，没有很好的美观性；功能测试则主要运用webdriver和fixtures，采用黑盒测试设计方法，主要问题是由于前端不是自己写的，用起来比较花时间。

  总体上来说这次作业还是让我很好的认识到了正规的测试的强大和重要性，很多开发时没有注意到的问题都可以被测试检查出来，这对我们的开发有很大的帮助。

  下次可以试试测试驱动开发和性能测试，应该会有更多的收获。