《 软件测试价值提升之路》——第2章 价值实现的起点 2.1 首先打破一些常规

第2章

Chapter 2

价值实现的起点

为了实现新的价值,测试工程师首先需要改变观念、看清环境。
本章将要讨论的是,打破哪些已经不适应现在软件开发需要的“准则”,明确需要在什么样的环境下、瞄准什么目标来实现测试的价值。

2.1 首先打破一些常规

在讨论测试的价值的时候,首先需要破除一些“成见”。这些思维逻辑从测试成为一个职业起就一直存在于测试工程师的潜意识里,但是这些逻辑也是在寻求测试新价值时的障碍。
测试是测试团队的事。这里不准备论证开发也要做测试,而是说需要打开视野,除了开发,事实上研发经理、产品经理、客户、用户都可以做测试。测试工程师可以专注于设计如何利用这些资源进行测试,以及怎么根据回馈的信息做出对质量的评估,做出下一步行动的判断。
测试最核心的就是找bug,bug找得越彻底越好。测试最基础的是找bug,但需要根据风险找最有价值的bug,管理、跟踪、报告、排除风险将是核心,如果没有风险就可以不测试。通常测试团队的组扩建都是以质量劣化为契机的,bug只是劣化的表象,根本的原因是缺乏对风险的有效管理。
测试团队是做研发内部测试的团队。测试对产品质量有最直接的、第一手的信息,因此,测试以外的研发环节中,和质量相关的活动都有测试的用武之地。测试对产品的环境、使用、约束和限制、存在的陷阱都很熟悉,因此,测试有条件在面对客户的体验测试、验收测试、产品上线等活动中实现自己的价值。

时间: 2024-08-30 10:11:51

《 软件测试价值提升之路》——第2章 价值实现的起点 2.1 首先打破一些常规的相关文章

《 软件测试价值提升之路》——第1章 Chapter 1 他山之石 1.1 测试困局

第1部分 引 子测试工作是否有价值,这似乎是一个不值得讨论的问题,因为几乎所有的软件公司都有测试团队,既然一个以盈利为目的的组织,舍得为了测试进行投资,那么测试工作就一定是有价值的.但是另一方面,无论是从业界了解的情况,还是从我们测试团队自身看,测试工程师转行的比例都高于同级别的开发工程师和系统工程师,这些转行的测试工程师在新的职业道路上大多获得了更高职位.更好的发展.这说明他们在测试岗位上的发展受阻,并非由于自身的素质和能力造成的,很可能是由于工作的价值没有得到肯定.测试的工作大多数是属于破坏

《 软件测试价值提升之路》——第3章 拦截缺陷 3.1 用户无法正常使用

第2部分 扫 门 前 雪作为一个测试团队,基本的职责是:测试产品,发现缺陷,报告结果,使每个版本的测试水准稳步提升.这些价值是作为一个测试所必须具备的,发挥这些价值能够让测试获得研发团队的基本信任.这类价值分为3部分:1)拦截缺陷,即对产品进行测试,尽可能把产品的缺陷拦截在研发阶段.2)提供数据,即提供产品的质量结论,并且给出支撑这些结论的数据.3)测试过程可控,提升测试团队和测试工程师的能力,使得产品测试的效率.质量.成本都处于可控状态."扫门前雪"说明这些价值基本上是测试的本职工作

《 软件测试价值提升之路》——2.4 寻找价值的最佳人选是自己

2.4 寻找价值的最佳人选是自己 企业调整测试投资的根本原因通常是:减少年度操作成本,加速上市,提高产品质量和服务,保证与法律.法规的一致.但是以下内容经常以问题的形式抛给测试团队:测试结果数据不完整,测试结果和客户使用的感知不一致.测试的结论是功能正确了,但是到客户那里有基本功能验收不通过:测试说性能能达到100,但客户说到60就不能用了.在这些情况下,最直接的反应就是,产品到底有没有经过测试!测试工程师就算有千百条理由去解释发生偏差的原因,都会显得苍白无力,如果发生的概率高,就会直接导致客户

《 软件测试价值提升之路》——2.5 测试价值的层次

2.5 测试价值的层次 本书分3个层次介绍我们的测试团队实践和思考过的测试价值:测试必须实现的价值,即传统认为测试应该有的那些价值,如发现缺陷.给出性能指标.建设团队的测试能力等.这是进一步拓展测试价值的基础,测试团队需要夯实.测试可以实现的价值,即测试有条件做到的那些价值,如改善研发过程质量.提升交付效率等.原有的能力加上新的能力和责任,形成值得测试去拓展的.新的价值外延.理想的测试工作场景,当测试把自动化.过程管理.能力建设都做到精细化.自动化的水平时,测试的工作场景是怎样的?对于测试必须的

《 软件测试价值提升之路》—— 1.2 测试价值的发展

1.2 测试价值的发展 对于测试价值的认识曾经经历过以下阶段:证实.测试就是证明在哪些情况下,产品可以正常使用,这个价值是对测试价值的最早认识.现在这个价值已经属于生产环节的质检了.证伪.测试就是发现产品在哪些情况下存在缺陷,这个价值是测试这个职业目前得到最广泛认同的价值,但也是这个价值正在局限测试的发展.缺陷预防.测试就是防止在研发的各个环节引入缺陷,最终使产品质量得到提升的活动.这个价值的提出大概始于20世纪90年代,是目前测试的主流核心价值之一,但由于这个价值的实现对研发能力有非常高的要求

《 软件测试价值提升之路》——3.3 受攻击出错

3.3 受攻击出错 3.3.1 问题案例 我们的产品中遇到的这类问题并不多见,最典型的就是春节.麦加朝觐时,由于通信需求骤然增大对产品产生的浪涌冲击.我们的产品就是在这样的考验下,由最初的业务请求不断堆积形成拥塞,甚至无法进行维护操作,直至系统完全崩溃:到后来在32倍浪涌冲击下,都能保持业务处理能力.相应的测试方法和工具,也是随着产品可靠性能力的增强同步建设完善的. 众所周知,目前很多互联网产品的安全防护能力是较弱的,有一次一个同事兴奋地和我说,他获得了一项新技能,只用最简单的横向越权手段,就通

《 软件测试价值提升之路》——1.6 华为的软件测试

1.6 华为的软件测试 华为的软件研发特征是:典型的传统软件企业,软件完成后完全部署在用户的环境中使用,有按月交付的业务版本,也有半年甚至更长时间才交付的基础版本或平台版本,产品有一定的继承性,但架构重构也不是小概率事件(这主要是因为华为还是电信领域的新人,对这个领域的把握还不十分老道),十分注重在发布前排除软件缺陷.属于领域跟随者,开发内容绝大部分由客户需求主导.开发测试比是2∶1-10∶1,2∶1是比较核心的平台部门的比例:10∶1是大量测试外包的业务部门的比例.如果加上外包一起计算,比例大

《 软件测试价值提升之路》——1.5 腾讯的软件测试

1.5 腾讯的软件测试 腾讯的软件研发特征是:典型的互联网企业,产品完全是自运营,以周或者更短的周期发布版本.有追求快的新业务,也有平台性质的QQ.需求的提出并非客户主导.属于领域的领先者但并非先驱,所以快是首要要求.开发测试比是3∶1.这是电商产品线的比例情况,其他产品的测试团队以前也类似,但近年收缩,外包的比例加大.测试职位的名称:TE.TE既做测试也做工具,主要职责如下:1)在业务上线之前尽可能地发现导致商业目标无法达成的缺陷.比如业务不能正确工作,正常完成操作很困难,性能极差等,如果在计

《 软件测试价值提升之路》——3.2 正常使用中部分出错

3.2 正常使用中部分出错 3.2.1 问题案例 我们的产品中遇到的大部分客户问题都属于此类.例如: 某产品的客户端是运行在浏览器上的,支持IE8.IE9.Firefox,但是经常出现某些页面在其中一款浏览器上显示不全或者错位等问题,有个产品由于问题太多,以至于不再支持Firefox.对于移动应用,最常见的是APP在某个终端品牌或操作系统版本上不能正常使用. 某产品新版本逐渐替换老版本的过程中,客户开始使用时都没有发现问题,到某个客户那里突然和原有的功能不兼容.分析发现某个接口字段的合法取值是0