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

2.5 测试价值的层次

本书分3个层次介绍我们的测试团队实践和思考过的测试价值:
测试必须实现的价值,即传统认为测试应该有的那些价值,如发现缺陷、给出性能指标、建设团队的测试能力等。这是进一步拓展测试价值的基础,测试团队需要夯实。
测试可以实现的价值,即测试有条件做到的那些价值,如改善研发过程质量、提升交付效率等。原有的能力加上新的能力和责任,形成值得测试去拓展的、新的价值外延。
理想的测试工作场景,当测试把自动化、过程管理、能力建设都做到精细化、自动化的水平时,测试的工作场景是怎样的?
对于测试必须的价值、测试可以实现的价值这2个层次,介绍的内容包含:
实现价值所需的技术、方法;
价值实现时,在技术、管理、组织、具体操作上需要特别注意的问题。
这是内容的主体部分,通过这部分内容,能够知道哪些价值点是值得去尝试的;需要什么关键技术;在实施的过程中,技术、管理、组织上需要注意什么。
测试价值的实现,选择正确的技术方法很重要,但技术以外的沟通、管理工作也一样重要,因此,本书还会简单介绍2个工具:TPI和商业模式画布。
TPI NEXT,是通过评估分析目前团队的现状和短板,根据改进目标和现状确定技术、管理和组织上的工作。如果说前面测试价值的章节明确了实现测试价值要点,那么TPI就是形成组合拳,保障测试团队开展的工作能够产生应有的价值。
商业模式画布。是利用一个模型,针对测试改进项目进行人、财、物的策划,让各种措施能够有资源、有条件落实。

时间: 2024-09-21 11:15:03

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

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

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

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

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

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

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

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

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

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

第2章 Chapter 2 价值实现的起点 为了实现新的价值,测试工程师首先需要改变观念.看清环境.本章将要讨论的是,打破哪些已经不适应现在软件开发需要的"准则",明确需要在什么样的环境下.瞄准什么目标来实现测试的价值. 2.1 首先打破一些常规 在讨论测试的价值的时候,首先需要破除一些"成见".这些思维逻辑从测试成为一个职业起就一直存在于测试工程师的潜意识里,但是这些逻辑也是在寻求测试新价值时的障碍.测试是测试团队的事.这里不准备论证开发也要做测试,而是说需要打开

《 软件测试价值提升之路》——1.7 优秀软件公司测试团队职责的启示

1.7 优秀软件公司测试团队职责的启示 总结以上典型软件公司的测试团队职责见表1-1. 通过这些软件公司的测试团队职责,可以看出以下几点:1)产品的特点和测试的职责有关:如果产品是自运营的,首先,用户使用问题可以第一时间反馈到研发团队:其次,研发团队可以通过灰度发布.沙箱等手段控制缺陷的影响范围,降低缺陷的风险:最后,修改缺陷以后,上线的过程不会太繁琐.缺陷生存的时间较短,可以容忍一部分缺陷在产品上线之后被客户发现.因此自运营的产品研发团队对功能缺陷并不十分敏感,也没有强调测试应该保障质量.这些

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

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

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

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

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

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