微信抢票平台实践

微信抢票个人总结

        历时4周的微信抢票实战结束了，说实话真的就像是经历了一场大战一样。

        在第一周的时间里，初识微信，看着那庞大的工程，我都不知道从哪里开始，就连搭建自己的服务器都是个问题，在这里要感谢黄超大大的相关博客（博客链接在最后），万事开头难，搭好了自己的服务器，也经历了刚开始的迷茫，渐渐的开始进入了开发的正轨。国庆假期期间，由于没有课程，漫长的国庆假期（7+3=8）就成了微信开发的黄金时间，一步步的去实现自己的功能，一次次的试验，不过由于之前对很多问题没有考虑清楚，导致很多次都是在写一个功能的时候，突然觉得自己的另一个功能还需要再加一些判断条件，或者是可以再做一些优化，反反复复也花了不少的时间。

        在这期间，有好多有趣的小细节，比如说后台管理员修改了微信客户端的菜单之后，它是不能够同步在客户端显示的，必须重新启动客户端才可以刚开始的时候，怎么都找不到哪里出了问题，然后查阅资料和请教同学之后明白了问题的所在，由于是用的电脑微信端，刚开始的时候只是把微信窗口关掉了，并没有退出微信，所以又是反反复复好多次，去找代码里的错误，刚好一次关掉微信窗口之后，收到一条微信消息，我才想起来它是会缩小到系统托盘的而不是直接退出微信。

        在不急不缓的开发中，进入到了微信抢票开发的尾声（自以为的尾声），在第四周的课上，老师说我们还要进行测试，当时我的想法是，不就是测试么，每次写程序都要进行测试呀，但是当老师介绍了利用PyCharm进行单元测试和功能测试的时候，一方面觉得，哇，好厉害，测试还可以这么实现，好科学好棒，另一方面，我的内心是拒绝的，因为由于之前的规划不足，剩下的微信功能是差不多正好在ddl前结束的，这样的话时间就有些不够了。于是，那节课之后，又开始了新一波的紧张工作，一方面抓紧时间完成微信剩下的部分，另一方面，又开始学习如何进行单元测试、功能测试。当然最后还是完成的不是很理想，单元测试只完成了对绑定，用户认证，抢票、退票以及管理员和用户的查看活动详情部分。功能测试的自动化也只完成了用户绑定的部分。

        总的来说，这次的微信抢票实战学到了很多东西：如何搭建自己的服务器，如何对自己的代码进行单元测试以及自动化的功能测试。不过这次的开发也暴露出了自己的许多问题，首先就是对任务量的正确估计，由于没有正确估计程序测试所需要的时间导致最后的测试功能完成的不是很理想，还有就是没有在交付时间之前没有留出足够多的空留时间，所以当有了新的功能要求或者更改需求的时候就会捉襟见肘，疲于应对却收效甚微。

附1：git源代码

https://gitlab.thsecourse.com/2015013223/WeChatTicket.git

附2：服务器架构搭建参考

http://blog.magichc7.com/?p=5&from=timeline

附3：测试号二维码