软件工程(3)微信抢票应用个人总结

首先要检讨自己的拖延症，现在看来用四周的时间完成这个项目应该是绰绰有余的，特别是其中还有一个国庆八天的小长假，但也正是这个国庆假期让自己无心学习，真正的时间也只有三周XD，导致最后的几天又在赶工（好在之前还是有动工的，倒也不用熬夜了，不过一些附加项的实现没有时间了）。

回到正题，这次的项目是开发微信抢票项目，用的主体框架是Django，因为小学期已经学过了，在刚开始开到代码的时候不会感到迷茫，之后开始写时也省下了许多百度的时间。不过这次的服务器是部署在腾讯云上的，而且系统还是Ubuntu，在一开始配置部署的时候毫无头绪，一切都非常新鲜，连搜索相关资料都非常困难。

好在有大牛站了出来，根据他的博客，让我在部署的过程中少走了许多弯路，顺利完成了对我来说最难写的部分。之后的部分就比较简单了，由于有了一个比较完整的框架，在完成相关功能的时候就比对着原有的函数就行了，而且许多需要完成的接口清晰地给定了输入和输出，写起来就非常舒服了。除了刚开始对微信的消息机制不太了解多花了一些时间外，充分了解后才发现所需要写得部分确实不多。

不过这次需求给得不太清晰，而且自己也没有用过相关的公众号，所以在完成一些功能的时候，依照自己的想法来，尽可能让用户使用起来更加舒服，而且考虑了一些比较极端的情况，所以这部分的代码就写得比较多，现在再看判断也会觉得头晕。

当然写得最多的还是在单元测试和功能测试上，在刚开始的时候虽然有ppt参考，但对其中的许多东西还是搞不清楚，多亏了寝室内两位大佬的帮助（此处应有牛逼，牛逼），这个部分代码虽然多，但其实用到的东西很少，重复性工作很高，主要的难点就是要覆盖各类分支，测试各种情况。

由于时间有限只是写完了所有的单元测试，功能测试只完成了建议完成的部分，大部分功能还是靠手动测试，但对于例如并发的抢票退票和相关的性能测试却没有完成，比较遗憾。

总得来说通过这次项目收获了许多的知识，同时对码代码能力进行了提高，一些教训和反思需要牢记，我觉得很ok。

最后的最后，感谢所有回答过我奇奇怪怪问题的各位大佬们！