近年来有不少软件测试同行不少有些困惑-软件测试人员的价值在哪里？我们怎么才能做好软件测试？怎么才能让自己的价值在团队中得到最佳的体现？在这里SMBT理念会给你答案，你所有的困惑将会迎刃而解。
一、SMBT是什么？
SMBT是Shortest time、Most bug、Best bug、Track bug这几个单词的缩写，其含义就是“测试人员要在最短的时间内发现最多最有价值的Bug，并将Bug跟踪到底”，这就是我们测试人员追求的最高价值。其核心包括：一个宗旨、四个关键域。
附：SMBT图示
二、SMBT宗旨
以产品成败为出发点，站在整个项目团队的立场上思考问题、解决问题，而不是单一的从测试团队或者个人为出发点。
在这点我想说明的是：在一些企业里面的某些产品团队因为或多或少的原因导致产品失败，最后影响整个产品团队的考核，这个时候必然会有一部分测试人员跳出来说我们测试做的挺好的，产品失败和我们没什么关系，为什么给我们也考核得那么差。这时我想对那些测试人员或者主管测试的负责人说，你们真的错了，你们是为整个产品团队服务的，虽然产品失败的因素可能会很多、可能和你没直接关系，试想一下难道真的和你一点关系都没有么？如果现在用SMBT的宗旨来看待这个问题，你势必会找到你错在了哪里！我们不能有本位主义的思想来禁锢自己，我们一切要为整个产品团队出发，只有这样你才能在整个产品研发过程中充分发挥你的才能为整个产品服务，而不是单单的测试活动，因为单单的测试活动是远远不够的，这是传统的测试理念和思维给我们带来的弊端，也是SMBT产生的根本。
三、SMBT关键域
1、Shortest time：最短时间、尽早、尽快
一方面Bug无限，时间有限，这个道理大家都知道，我们在测试工作中测试的时间是有限的，我们的每一项测试的时间都不可能很充足，随着互联网行业的竞争越来越大，产品更新换代的周期日益缩小，企业稍微慢一步，整个产品就完全没有竞争优势，势必会被竞争对手抢占先机，即使你有创新的想法，但没有最快的速度上市，也难得商机。不管是互联网行业还是其他行业，现在都是快鱼吃慢鱼的时代，在这种环境下，对我们的研发团队、我们的测试人员提出更高的要求，那就是快-快-快，一点都不能慢。测试时间长了即使你产品的质量再好，因为时间关系错失商机、流失用户，我们所有的付出都将白费。
另一方面从研发模式来讲，现在很多企业都比较推崇敏捷研发模式，这也是追求快速响应的一个途径，然而对于测试来讲，我们一定要尽早的发现Bug，让开发人员尽早的修改，或者让产品人员调整需求，而不是到了产品最后某些本应该前期发现的Bug结果到了产品快上线的时候才发现，一旦这个时间出现比较严重的Bug，这将会对整个产品的研发进度造成严重的影响，同时因为这个Bug的修复势必会对本来感觉已经稳定的系统带来重大的质量干扰，因为修复Bug在很大程度上必然会带来新的Bug，至于修复Bug的难度那就更不用说了。特别是在产品研发的后期发现需求流程上的问题，这将是灾难性的后果！
