视角来分析 腾讯 微信访客系统的一些问题 （一）

声明：本人 因为测试脚本测试的心烦和牙疼才写的。

http://djt.qq.com/article/view/1149?bsh_bid=409172368

上面是大讲堂的链接，以下分析内容才是我的。

开销方面：

扫二维码通知对方和用微信叫一样,然后对方确认.本体上没有节省步骤?

打印访客帖和后台的记录,这部分和纸张一样,都需要差不多的开销.前者可能更高点.而且追溯方式和纸差别不大。

So,万一访客贴布用完了呢?

应用层：

如果对方 收到了微信收到后,对方没有确认,需要联系前台?是不是在发1次…        起床了??不起,起床了,不起? 前面不确定后面可能会确定。

公众号做为1个业务缓冲,如果处理同时很多个排列顺序和消息返回没有错误呢?

如果是直接提醒给对方,如何确保公司网络覆盖没有边界和死角区域，例如导致wifi短中断延迟收到微信，然后导致table排列问题？

中间业务层.

如果我点错了模块或者是胡乱输入了访问的人/因可能存在的节点事件误操作选择了其他人,会不会带来干扰.

团队访问只登记1个人带来的隐患问题，如果需要录入多个，输出时间和最终收件人content需要变更.至于安全问题：比如我当年进大学和一些地方,我只要说自己送外卖的或者是跟前面的一起送外卖的就进去了.