软件测试 理念 价值,软件测试价值观-SMBT新理念

2、Most bug：最多Bug

量变到质变是事物的变化规律，测试也如此，只有Bug的量上去了，产品的质量才能有所改观，如果Bug在数量上上不去，这对测试活动有信心谈何容易，一旦遇到这种情况测试经理们就头痛起来了，因为这必定是一个危险的信号，我们的信心将会荡然无存，除非系统质量足够的好，测试手段足够的高超，否则我们将会面临产品上市后的最大危机。

3、Best bug：最有价值Bug

之前谈到我们尽早发现Bug、发现最多的Bug，难道这样就可以了么，很显然特别的片面，进一步的说我们还要发现有价值的Bug。那么什么样的Bug才算有价值呢？直白一点就是最影响系统使用、对系统功能模块有严重影响或者破坏作用的Bug，最能决定研发周期的Bug，比如说如果事先能把需求类的Bug在需求阶段提出来解决而不是等研发末期提出来，还有就是影响系统架构的Bug以及一些隐藏很深修复难度及波及面广的Bug，所有这些都是从量变到质变的过程。

4、Track bug：跟踪Bug

经常会遇到一些项目在项目末期了才去关注以前提交的Bug，测试人员尽管很早就提出了很多严重的Bug，没有引起开发人员的注意或者测试人员跟进不给力，在这个时候需求类Bug提交的早、也提交的多、并且也很有价值，甚至有些直到产品发布上线运营了有客户投诉或者在运营过程中再次暴露的时候才引起关注，此类情况的发生直接说明前期所做的测试工作算是白做了，根本没有对产品质量做保证和提升嘛。也就是说我们测试人员缺乏明显的跟进，只发现Bug而不跟进Bug修改这是测试人员最大的悲哀，反之如果测试人员做到了这点也是测试人员的最大价值体现，我们找到Bug不算什么，关键还是要让Bug得到解决，这样才能对整个产品负责，也只有这样测试人员的价值才能得到真正的发挥和体现。

四、SMBT运用

1、领会SMBT的宗旨，建立良好的心态，做一个有责任心的测试人员，明确自己的工作不仅仅是测试工作，而是为整个产品团队服务的工作，当然这得根据自己的精力和能力来限定范围，不能什么都抓什么都做。

2、如何实现Shortest time

1)尽早介入到产品研发活动中，特别是产品需求阶段是很容易被忽略的，有问题尽早发现；

2)对测试活动及相关的安排进行合理的部署，测试策略、测试方法及测试工具的选择对测试效率的影响至关重要。

3、如何实现Most bug、Best bug

1)加强测试设计的能力，提升测试技术基础势在必行，剖析被测对象的内在，而不仅是表象。

2)站在产品用户的立场思考问题做好测试设计、深入挖掘用户行为和心理、深入理解系统运行机制及实现原理，这些都做到了，还做不到Most bug、Best bug真的很难。

3)不能单一的追求Most bug或Best bug，要两者兼顾，要在Most的基础上Best。

4、如何实现Track bug

1)以主人翁的心态对待每一个Bug，我们不仅负责测试出Bug，还要将这个Bug的修改情况负责跟踪到底，直到最终解决不再复现为此，也只有这样我们的测试工作才算完成。另外还要以积极的心态高效的跟进，不能有半点耽误和延迟。

2)不光要配合Bug修改，更重要的是要起到督促的作用，测试人员的行为要为整个项目负责。

领会SMBT宗旨，将SMBT四个关键域融会贯通、运用自如，此乃测试最高境界也！

PS：坦诚的讲，鄙人自知对SMBT的理解或许存在一些不完善的地方，在此也算是起到抛砖引玉的作用吧。希望测试界的广大同仁及读者能够对SMBT进行完美的补充，让SMBT更加完善，理念更加深入透彻。也希望测试工作者能够灵活运用到企业中，更好的改进测试工作，提升测试价值，保持测试行业的绝对竞争优势！

本文转载自：http://blog.csdn.net/vincetest/article/details/8330303

22/2<12