软件测试价值提升之路 - (EPUB全文下载)
文件大小:0.75 mb。
文件格式:epub 格式。
书籍内容:
软件测试价值提升之路
第1部分 引子
第1章 他山之石
1.1 测试困局
1.2 测试价值的发展
1.3 谷歌的软件测试
1.4 微软的软件测试
1.5 腾讯的软件测试
1.6 华为的软件测试
1.7 优秀软件公司测试团队职责的启示
第2章 价值实现的起点
2.1 首先打破一些常规
2.2 匹配新的业务要求
2.3 面向企业商业成功
2.4 寻找价值的最佳人选是自己
2.5 测试价值的层次
第2部分 扫门前雪
第3章 拦截缺陷
3.1 用户无法正常使用
3.2 正常使用中部分出错
3.3 受攻击出错
3.4 随机出错
3.5 分层构建缺陷拦截能力
3.6 小结
第4章 提供数据
4.1 测试结果数据
4.2 风险评估数据
4.3 测试过程数据
4.4 用数据讲好测试故事
4.5 小结
第5章 测试过程可控
5.1 能力建设实施要点
5.2 方法和工具方面的能力建设
5.3 流程中固化的测试能力
5.4 组织建设和人员能力模型
5.5 测试能力持续发展的环境
5.6 测试的组织能力模型
5.7 小结
第6章 测试基本价值总结
6.1 测试的基本价值
6.2 支持基本价值实现的测试架构
第3部分 展露锋芒
第7章 产品质量屏障
7.1 全流程质量保障
7.2 客户视角的质量评估
7.3 小结
第8章 产品交付先锋
8.1 代表客户测试
8.2 产品交付专家
8.3 小结
第9章 产品测试以外的价值
9.1 驱动研发改进
9.2 独立的第三方评估
9.3 小结
第10章 测试拓展价值总结
10.1 测试的拓展价值
10.2 支持拓展价值实现的测试架构
10.3 价值拓展的辅助工具
附录A 名词解释
附录B 产品研发团队组织结构
第1部分 引子
测试工作是否有价值,这似乎是一个不值得讨论的问题,因为几乎所有的软件公司都有测试团队,既然一个以盈利为目的的组织,舍得为了测试进行投资,那么测试工作就一定是有价值的。
但是另一方面,无论是从业界了解的情况,还是从我们测试团队自身看,测试工程师转行的比例都高于同级别的开发工程师和系统工程师,这些转行的测试工程师在新的职业道路上大多获得了更高职位、更好的发展。这说明他们在测试岗位上的发展受阻,并非由于自身的素质和能力造成的,很可能是由于工作的价值没有得到肯定。
测试的工作大多数是属于破坏性的,通过对产品的各种攻击操作,检验产品是否符合需要。而软件设计、开发工作是建设性的,主导了产品从无到有的生产过程。公司的盈利最直接的原因就是建设性的工作成果——产品,能成功销售。因此,由于这种工作性质,测试确实是一个相对难以做出价值的职业。
一方面研发对测试的投资期望得到价值回报,另一方面测试已经做出的工作价值没有得到充分认可。这个局如何破?这就是本书接下来将要讨论的内容。
第1章 他山之石
测试这个职业从诞生之日起,对于其价值的探索就从未停止过,随着软件技术的发展和软件应用范围的扩展,一方面,测试实现传统的价值遇到了新的挑战;另一方面,研发对测试价值也有了新的期望。
他山之石可以攻玉,在讨论测试存在的价值之前,先看看测试价值走过的路,以及在优秀的软件公司里,测试人员都承担哪些职责,他们的做法可以给接下来的价值讨论带来哪些启示。
1.1 测试困局
在我的工作中,经常会听到测试经理诉苦说工作难做。测试经理经常面对来自客户、产品经理、研发经理,甚至测试内部的质疑:
·产品在客户那里出了问题,客户问:测试究竟能不能保证质量?
·产品上市延迟了,研发经理问:究竟要花多少时间做测试?
·产品架构优化、改变开发模式、采用新技术提升了开发效率,系统工程师问:测试难道就没有新方法同步提高效率?
·项目做完了,发现项目中打杂的事情多数是测试顶上,决策的时候测试没有话语权?
·职位评定时,测试工程师问:好像每年递交的任职申请中改变的只有项目清单,难道这些年就是不断的重复?
测试工作看上去就是:看不到产出、说不清投入、显不出能力(或者说是能力没有进化)。
测试面对来自各方的对工作价值的质疑时,常常这样“反击”:
测试不是产出bug吗?对不起,测试产出的bug已经改掉了,我曾经和几个测试的同事合作开发过自动化工具,我负责开发的模块中有一个是通信模块,有一次一位同事说:hi,你做的通信模块好牛啊,从来没有出过问题。当我回忆起这个场景时,我理解了为什么发现bug不容易被记住。如果开发工程师写的代码被调用、被拷贝,做的功能被使用时,他们在设计、实现上精心的考虑,是会被人反复看到、赞叹的。bug呢?如果发现的bug是考虑了新的要素,并且和一些陈年顽疾有关;或者发现的一个特别的bug,在后来的特性中又出现了,那么测试工程师对测试设计的精心考虑才会被赞叹。但是这样的机会显然不多。
这个版本发现了1452个缺陷?对不起,这个数字意味着什么?是表示产品质量差?测试水平高?测试做得太多了?或者其他什么意思?
那测试提升了质量啊?其实现在针对质量的提升,通常的共识是,因为有更好的开发工具、更好的编程语言、更好的软件重启和恢复机制、更好的分层隔离架构、更好的测试工具……而在这一路上,测试工程师本身的贡献少得可怜。说到开发工具,测试工程师很少使用这些工具,与这些工具的开发和测试就更没有关系了;说到开发语言,大部分测试工程师甚至做不到精通一门编程语言,更不要说开发过一款语言了;说到更好的软件重启和恢复机制,这主要是架构和设计模式的演进,跟测试关系很小;说到测试工具,大部分测试工程师在使用这些工具,但是并不参与工具的开发和推广。所以很少有公司把质量的改善归功于测试的价值。
为什么要测试有产出?测试不是蓝军吗?不是把红军攻下来就是成绩吗?随着软件架构的演进、软件应用的普及,对开发和测试的这个红蓝军的隐喻已经过时了,过去主流的软件是用于军工、航天、通信核心层、工业设计(autoCAD)、管理、财务等,这些软件是针对企业的需要,一旦出问题影响也比较大,常常伴随无法承担的经济或人身损失。现在的软件已经渗透到各行各业,渗透到日常生活,用户也是老幼妇孺都有 ............
以上为书籍内容预览,如需阅读全文内容请下载EPUB源文件,祝您阅读愉快。
书云 Open E-Library » 软件测试价值提升之路 - (EPUB全文下载)