腾讯移动品质中心

互联网产品的迭代速度之快，各位都深有体会。做为产品质量的保障者，测试人员经常为测试时间不足而烦恼，如何打破现状来让现在变得更好一些，这是我们一直在思考的问题。软件工程中有提到测试人员越早的介入到研发的流程当中，就可以越早的发现问题，从而降低发现问题的成本。因此”左移”变得非常的有必要了起来，当然左移的方式有很多，例如前几天拜读到的《聊聊测试 “左移” 那些事》这里面主要讲测试人员通过把控需求来达到左移的效果，而我今天要谈的是自动化的左移。

MBT 中文名称为基于模型的测试, 基于模型的测试属于软件测试领域的一种测试方法。按照此方法，测试用例可以完全或部分的利用模型自动产生。以上所说的模型通常是指对被测系统（SUT,system under test）某些（通常是功能性的）方面的描述。

在目前互联网产品迭代过程中，可能会出现上一个版本的需求被推倒重来，甚至整个已经实现的需求砍掉等情况，这些现象站在敏捷研发角度可能是正常且难以避免的，因为研发团队需要拥抱变化，快速响应迭代，但从研发过程成本来看，无疑是种重复消耗，这些消耗是需要有人买单的，开发需要再次进行方案设计、编码，测试需再次验证，过程反复有可能会增加团队的挫败感。然而这种看似合理，却又影响研发过程的 “痛”，是不是真的只能逆来顺受，无从下手呢？

众所周知，内存泄露测试难点在于准确的定位出泄露的对象。现在小哥有种方法通过一条命令就高效全面的得到 Android 程序内存泄露对象，让你不再蓝瘦，香菇！

本文介绍腾讯手游助手项目中遇到的卡 98% 问题的解决过程和对该问题的总结与思考。

糖大夫–测量流程性能监控自动化方案设计

对于 C/C++ 来说，内存泄漏问题一直是个很让人头痛的问题，因为对于没有 GC 的语言，内存泄漏的概率要比有 GC 的语言大得多，同时，一旦发生问题，也严重的多，而且，内存泄漏的排查往往十分困难。

Toulmin 论证模型应用到 BUG 编写报告

bug 分析：本文指的是微观的 bug 分析。从单个有价值的 bug 入手，追踪和分析 bug 产生的本质原因，在此基础上对产品各个角色、以及项目流程做改善和优化。 可见，bug 分析分为两部分。一是 “bug 分析” 本身，二是以分析结果为前提，所做的一系列优化改善。