楼主认真的精神非常值得夸奖。社区代码的问题有很多，目前开源在 github。参与维护的人有我和恒捷。恒捷的第一次修复，我本地部署了，测试也没有啥问题，所以就上线，并关闭了 bug。所以这也说明了专业测试的重要性，对吧。

对于你说的 bug 是由程序来关的问题是要看具体情况的。如果你在流程严格的公司或者由质量部门的公司，那就让测试来关。但是我们这样子的开源代码，一般我们自己有时间就修一下 bug，然后自己验证下关 bug。

另外，你这个 bug 其实不影响使用，把浏览器拉宽或者拉窄就可以了。

很多人会给社区的代码找 bug，这其实很好。但是如果能自己发 pull request 就更好了。从建站到现在快 4 年了，能自己发现问题修复问题的不超过 5 个人。

已经修复 感谢 @chenhengjie123

看用户量等老版本用户量下去之后，再砍去老接口

http://item.jd.com/10057359.html 软件测试 Ron Patton。先把这本书看了，测试正三观，除了此书无他。

注册好之后的新手提示，难道没看？

是不是要把穷逼 vip 去除？

这个不太了解，有没有啥设计文档啊？

不要因噎废食

所有人，我将删除所有与此贴无关的回复，今晚前没有意见的话，我就会执行，本帖的内容是非常不错的。回复太糟糕了。

不用我指出来啊，你不是说其他人已经对你进行了攻击了么，这不是证据么？平白无故干嘛要攻击你呢？

如果你是这样理解自己的评论的话，那得考虑下说话的方式，毕竟基本所有的人都认为你有在抨击别人。

站在社区公立的立场来看，真没有人喷，是谁挑起的争吵，从评论往下读就知道了。我觉得你和 @seveniruby 都过于敏感，而且从评论中来看，也基本是自己看到的来推论，以偏概全的成分很大，这也是实践派的局限性。吵起来之后，那就不要怪对方不客气了，本来你对别人也不客气。

这事情本来没有对错，大家看看热闹就散了吧。

其实这几年，淘汰的就是满腹 “测试思维” 的人，晋升最快的就是当年那些 “盲目自动化” 的人，站在发展的眼光上，那些当年选择用技术解决问题的人最后都成了行业翘楚。

幸存者偏差，而且你怎么知道满腹 “测试思维” 的人就搞不了技术？

本帖内容和一开始的讨论没有那么多戾气，也并没有嘲笑技术的意思，只是说了一个现象过于追求技术而忽略了测试思维体系。

@seveniruby 先开始歪楼，然后高飞开始补刀。但是你们两和其他人完全讨论的是另外一个问题。先看帖子，帖子内容有什么问题吗？这些测试方法论目前就是各大公司使用着来保证质量的。再来看你们说到的嘲讽，也并没有。

之后的长篇大论，就是两个核心，测试思维落后，技术推进测试。话没有问题，但是先有鸡还是先有蛋的问题本来就说不清一定要扯出个高下？物理学和数学界里两者都有的例子不是比比皆是？实践证明猜想，猜想来自实践。另外像槽神说的，思寒和高飞做的比喻和例子都是不恰当的。再说到阿里高 p 的这个问题，7，8，9 这些高 p 厉害的恰恰是点面结合的思维高度啊。

实践是检验真理的唯一标准。这句话是有些局限性的。而思想的无限性才能打破边际。

一句话点出了问题，赞~

基本说全了。楼主在分享下各个阶段的时间管理，和各个阶段的准入条件吧？

我们最早测试魔盒的时候这样做过，搞了安捷伦

拆机好心疼，比较好奇这种资源占用翻译电量耗损的原理应该可以枚举吧，比如 cpu 一直在跑，gps 定位一直在跑，用白盒的方式来看，会不会好一点？

赞，方法论落地之后，再回归方法论回顾与总结。很多东西感同生受。

不是还有个撞死人的么？

联合国啊，好场地

去 session 的其实已经有人做了。。。可以搞啊，手机端其实依赖于 usb 链接，本来 session 的诉求就不太大。

比如重复请求？多余请求？返回值冗余？

年纪很轻，所经历的事情挺多。技术有所沉淀会更好。小公司练技术，大公司炼心

不要互相伤害