#5 楼 @spikeshen TesterHome 官方群 315508626

压 5 毛，testin 会先支持 appium~
压 1 块，MTC 以后不会有太大改进~

如果是行事上遇到了不顺，我觉得可以试试戳他们的痛点，然后看看公司的态度，再决定何去何从~
我现在这家公司时，就是各种蛋疼，最蛋疼的沟通有问题步调不一致、有问题大家都不吭声跟老板说没事~直到老板发现问题了，于是就有了我的入职~去了之后发现各种蛋疼，然后各种戳他们的痛点，除了心里爽了之外，他们总算有点改进我干活也稍微顺畅些了。。。

#8 楼 @seveniruby Cool! 思寒大哥你搞定后教教我们 O(∩_∩) O 哈
关于内存泄露那块，下班路上闲聊时我们开发说过他知道，说有时间教我怎么看。

#6 楼 @seveniruby

1、有次把一半成品给老总装上了，老总后来反应说在家用时启动的有点慢，后来我看了下流量。。。启动后要下载 1MB 多的图片。。。然后就有了内容运营同学上传各种图片尺寸、大小的规则~（图片这个事后又发现了内存泄露的问题。。。）
2、还有就是部分功能反映过慢，查看完内存消耗后发现是复用旧代码时没删干净。。。

我常遇到大都是这类的问题。。。

#3 楼 @lihuazhang 我只是写了点我个人是如何获取所需的数据、为了确认数据准确性而采用的一些笨办法。
总的目的就是为了质量，除了找 bug 之外，就是防 bug。通过查看性能上的变化来推测质量的风险。实际上每个人一看这些字就能明白和做到，本身并没有太多实质上的东西，写成文字就足够了~

我感觉还是让 monkey 哥还有 ‘安测试’ 的作者来讲更合适些：）

我之前是找几个功能稳定的版本，然后就要查看的几个点，拿到各个版本的数据，再问问开发哪个版本更靠谱、那个靠谱的版本的优化空间、优化后能达到什么水平，然后以这个为大概的参考。之后的版本和这个作对比，只要浮动不是太大、或是由于功能改动导致的浮动较大但在合理范围和可接受范围（需要和产品经理确认）内，我都不会去细究其原因。版本出现大改动，之前的参考数据基本上就废了。。。

请 Dev 协助这块，（个人感受）最好是挑一个接触过该项目的但不主做该项目的、能力较强的 Dev，然后再挑该项目的主管，交流时间尽量选在吃饭或下班回家路上等闲暇时间（这时候他们易说真话，本人亲测~~#）来请教或套话（套话的内容和过程多数时候感觉很有意思，信息量一般也比工作期间的沟通多得多，知识面也能稍稍的得到拓展（这点可能对日后再发生类似问题时快速确认问题原因有帮助））~拿到两类 Dev 的话之后，这对确定参考数据的选取和分析判断有巨大的帮助~

（引两句我们 Dev 同事说的题外话：写 code 是个良心活儿；其实哪有坑我都知道，但是不太想承认，也懒得去改。后来在与 Dev 沟通时和测试时能深刻感受到，有时能通过沟通对一个人做事的态度进行大致的判断，再结合套来的信息哪有坑哪没好好写，然后针对他负责的区域进行有针对性的测试，就能有意外收获~~#）

建议百度网盘的包加上版本号撒~

#5 楼 @lihuazhang 握手~

#2 楼 @lihuazhang 额。。。我也是博彦出来的。。。

#48 楼 @mark 下周六也上班么~~？

已预定 O(∩_∩) O~

支持 + 报名↑

#1 楼 @luyi0824 翻翻之前的帖子看下。工作时间大神都在忙，肯定会有人来帮你~

好 (^o)/~

#41 楼 @lihuazhang I will try it. Thanks for your help.