多测师

软件测试需要思考的一些事情

　　关于Bug

　　测试和开发争论是否Bug的核心是啥

　　测试和开发常见的争论一般有两种：1)开发不认为是bug、测试认为是bug;2)开发认为bug影响不大、测试认为bug影响很大。为何有这种差异?其实在于核心什么是bug?那究竟什么是bug呢?我们通常认为bug是对用户的使用产生影响!这样我们就可以理解为何产生争论了，往往争论的原因是开发、测试谁也无法真实代表用户。我们往往基于一个假设自己是客户的情形来探讨问题。所以，作为测试，我们应该想尽办法去了解真实的客户，想尽办法去无限逼近最真实的客户，这样，当你和开发探讨bug的时候才能有理有据，让人信服。

　　为何明明有bug，但是产品/项目经理还允许发布

　　难道是领导不在乎质量吗?我们相信大多数的产品经理和项目经理还是在乎质量的，那在乎质量为何明知有故障还不解决呢?这里，我们需要想明白一点，没有bug的系统是几乎不可能存在的。系统总会有或多或少的问题存在，关键在于对客户和用户是否产生影响。产品经理关注的是bug是否真的对客户和用户产生影响，以及产生影响的范围，以及修复bug对研发投入的影响等等综合考量平衡，这是他们判定bug是否立即修复的依旧。所以，测试需要明白尽快的发现让产品/项目经理认为必须修改的bug，不要遗漏到最后阶段才发现，让产品/项目经理很难决策，而不是跟产品/项目经理去争吵为何我发现了bug，你还立即安排修复。

　　关于质量

　　质量是内建出来的

　　这句话没有错误，质量确实是内建出来的。如何内建?这要求在需求分析、方案设计、编码的时候每一步都高质量的构建，深入人心的需求分析、简单高效的方案架构设计、规范的编码实践、CI持续集成等等一系列的优秀实践才能构建出高质量的系统。既然这样，那就需要我们测试去全流程的探索实践，配合团队一起构建高质量的系统。

　　-质量是测试出来的

　　这句话在一定的语境下也是合理的。系统实现出来，如何去评估质量?直接交给客户来获取反馈?对于质量要求高的系统产品这是非常危险的事情，所以需要专业的测试团队去测试。通过测试的反馈来评估质量，通过测试的反馈来持续提升质量。所以从这个角度看，质量可以通过测试进行反馈，通过测试驱动不断提升。基于这种场景，需要我们测试知道何时该主动推动改进，通过测试专业的分析帮助团队持续改进。

　　关于价值

　　研发团队的价值是什么

　　研发团队最基本的价值是交付产品，进一步是交付有价值的产品，再进一步是持续交付有价值的产品。这是研发团队最核心的竞争力。那研发团队的交付的价值如何体现呢?我们往往通过交付节奏、交付范围、交付质量来进行衡量。

　　测试在研发团队中的价值是什么

　　很明显测试在研发团队中并不直接创造价值，甚至可以被认为是消耗品。既然都被当作消耗品了，为何还需要呢?那就应该想明白测试该给团队带来怎样的服务，服务好研发团队做好价值交付。除了例行的发现bug，守护质量底线，在真实的项目中，测试需要更多思考如何提升自动化，如何更高效的回归，如何基于更少的人力做好更多更深入的有效测试，如何维护好被测环境等等。

        如需了解更多测试技术信息请关注：http://www.duoceshi.cn/深圳多测师软件与技术服务有限公司