看完这些书,软件测试都无师自通了

2024-03-07 04:10
文章标签 软件测试 无师自通

本文主要是介绍看完这些书,软件测试都无师自通了,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

前言

古人云:书中自有黄金屋,书中自有颜如玉

软件测试:经验与教训:如果只让推荐一本书,我就推荐这一本。书以很多看似零散的小知识点组成,但是字字珠玑。真正做过2年~20年测试的人,拿起它来,每一条和自己的工作做对照,都会有共鸣或者”原来如此“的感受。工作经验越多,体会越深,是一本常看常新,并且能够一直指导你的书。从某种意义上,它教会测试人员的是“思辨思维”,这才是最重要的财富。

有效软件测试: 跟《软件测试,经验与教训一样》是一部分实战很强的总结类书籍,我觉得也可以列入经典。推荐阅读的时候同自己的工作一条一条做对照,肯定会有很深体会。(里边的一些观点也许你不同意,但是,能够促进你思考就是好事情)。btw,我非常喜欢checklist类型的书。一条一条漫漫嚼,味道很好。

软件测试基础教程:如果你入行不深,想从最基本的地方补一下测试理论。这本书无疑是相当合适的教材。看过很多书,ISTQB系列还是最成体系化,内容也最好的书之一。

高级软件测试:高级软件测试分析师,高级软件测试:高级软件测试经理 这两本书是ISTQB高级认证的培训教材。如果你做测试工作超过3年,可以买2本来看看,里边很多东西很实用。如果看着无感,可以放着,工作几年再看。如果这些年间你一直在进步,看着一定会有感。里边的东西不见得全对,也不见得全实用,但是当你能够理解里边大部分内容,并可以取精去糟的使用到工作中时,你可以说,测试我做的不错了。这算是个自查手册。

探索吧:我心中14年最好的测试书,也是近些年难得的测试好书籍。这本书中对探索式软件测试的定义,作用,局限性和实施方法我认为是最好的。就算不是做纯粹的ET,这本书的很多内容都能直接帮助你提高测试质量。强烈推荐。

软件测试:大学的课本,这本书还留着,有些内容有点儿过时,但是现在看也还是一本非常好的入门书籍,值得新手购买。

 

How to break software:我上学时候买到的书,已经绝版了,但网上有英文电子版。测试大牛James wittaker早期的作品,你可以的读到他后期的《探索式软件测试》和《谷歌测试之道》。这些书秉承了一贯的自成体系的方法,抛弃了上层次,玩体系化这些道路,怎样让团队更好的测试就怎么来。三本书里边有很多经典案例,也有很多让人耳目一新的简单直接的方法(可以很快尝试使用)。但是,请注意,能够做到像他说的测试的team都是google和微软身经百战内功深厚的工程师团队,不要盲目崇拜,要根据自身团队的能力选取采用。如果你的领导读了以后觉得你们公司就可以这么干了,一定要好好读读这本书,告诉他那些真的可以用,那些真的需要缓行。

持续交付:发布可靠软件的系统方法:持续集成、持续交付的概念越来越被各个开发团队所接受,良好的测试是持续交付能够真正实现的重要基石,这是每个测试人员都应该掌握的知识(起码从概念上能够掌握,并且能够 do your part),这本书信息量极大,对于平时只做系统测试的同学来说可能很难懂,但是建议啃一下,慢慢消化里边的一些知识,在读的过程中多与开发人员,SQA,产品人员,运维人员交流。

实例化需求:团队如何交付正确的软件: 每个测试人员都值得一读(应该推荐团队所有成员读),你绝对会眼前一亮并说:太棒了!就该这么干!书的最高境界是一个理想的“活文档系统”,实际上这很难完全实现,但里边的东西每实现一部分,测试的效果就会提高一部分,团队离失败就会远一点。

Scrum要素:近年来,国内的团队都在做敏捷转型。所以很多测试人员都会遇到在敏捷团队工作的经历。敏捷实施给软件人员带来的冲击还是很大的,过程中我们也听到了各种声音。Scrum元素以很多小故事的形式讲述了敏捷团队如何工作,非常实用,测试人员值得一读。如果你实用Kanban的敏捷方式,其实也没有关系,读了同样受益。另外《敏捷软件测试》这本书也不错,就是读着很累。如果你受敏捷转型困扰,可以读读这两本书,会有很大帮助。仍然要说的是:这两本书里边很多建议不是绝对正确的,也可能不适合你的团队,要对自己的团队有深刻理解之后再谨慎的选用。

The little black book on test design:一个资深测试工程师写的一本免费的测试设计的书,他说的测试设计可不是我们传统意义上的测试设计,而是一套全新的方法论。在他的眼里,测试设计不是一个静态的过程,而是一个动态迭代的过程。仔细读,会大有收获。最值得一提的是,书中引用了很多素材,这些素材都是精华中的精华,从某种意义上来讲,那些素材的索引占了本书一半的价值。

 

软件测试实战:最近觉得很不错的一本书。由微软资深测试工程师史亮编写,国人写的少有的好书。书最大的价值就是作者总结了大量的业界测试牛人的体系和方法论,并结合了实际的工作例子来做解释。深入学习的话,对测试能力的提高会有很大帮助,眼界也能得到很大的拓展。建议读书的时候也拿自己的工作与书中所述做比较。

软件需求最佳实践:测试人员也该看的需求相关的书,读完以后我们能够知道:如何以正确的方式获取需求,分析需求,描述需求,维护需求。这其实是测试人员的有力武器。

想上层次?从组织级层次推动需求不爽带来的恶果?你需要在方法论上碾压挡路的同志们,推荐这本书给你:《需求工程:基础原理和技术》。德国人写的,绝对高屋建瓴。其实里边的方法很厚重,不能全部采纳,但是里边的建模方式和很多知识点非常启发人。

性能测试

应用程序性能测试的艺术 软件性能测试过程解析与案例剖析 :这两本书,一本外国人写的,一本是国人段念写的。主要告诉你性能测试如何来做,为什么要这么做,还有评判准则,还有很好的案例。如果真正的做性能测试,推荐一定要读这两本,因为这是在讲方法论的东西,没有方法论指导,你就不知道怎么建模,怎么设计场景,怎么评判测试结果。这两本甩开国内很多 《loadrunner XXX》的一坨图书一百条街。学loadrunner其实看它的官方文档就足够了。但是,你真的是小白,一点儿基础也没有,不妨找本网上评价比较高的《loadrunner xxx》系列图书来读,可以帮助迅速上手,体验一下怎么操作,但价值也仅限如此了。

如果你性能测试做得比较深入了,其实可以看相关的开发书籍,比如架构相关的书,数据库管理、调优,JVM调优,web服务器管理、调优,高性能程序设计、调优等。对被测物理解越深,性能测试才能越深入。这方面的书可以自行根据关键字进行搜索。

安全测试

渗透测试实践指南:最好的渗透测试入门书,也是一本目录,可以由它打开安全测试之门。

自动化测试

没有什么特别好的书,如果非要推荐,推荐:《自动化测试最佳实践》 这是一本案例教学的书。里边有几十个例子,其中一半的例子我认为非常有参考价值。自动化要做好我认为至少要有4点:合适的技术,合适的策略,合适的团队,合适的时机。技术对于自动化实施成功充其量只占到四分之一。书里讲了很多技术之外的东西。真正做自动化实施的同学读了肯定会有很多感触。如果是初学者,建议你先买了放着,经过一两个失败的项目(没有非常好的工程师带,没有好的团队,通常第一次实施肯定是失败的)后再反过来读。另外《测试之美》里边也有几章是自动化测试相关的案例,值得一看。

还想说的是,别把自动化同QTP这个玩意儿划等号。除非你的单位明确使用QTP,否则绝对不要买QTP的书来看了,这东西基本上已经是明日黄花了,不要被骗钱。在我眼里,最值得学习的测试的三个通用测试框架是”Junit“,”cucumber“,”Robotframeork“。你可以从中学到很多框架测试的理念,并举一反三。特定测试框架建议从selenium学起。它们最好的学习方法就是泡论坛,泡官网,泡邮件组,泡国内社区,多认识相关的人,自己动手。

其它

云服务测试:如果对新技术感兴趣,可以试着买一本看。看似很高大上,看完后你会发现:哦,原来如此。老瓶装新酒。这本书的好处在于:教了你方法论。你可以把书的云服务换成现在更流行的”大数据“,”移动测试“。换完了以后,你发现,怎么测本质上是一样的,不同的地方就是:被测物变了,熟悉你的被测物,并建立针对被测物特性的测试体系就行了。当然你为了完成工作需要学习被测物的相关技术,尤其是测试相关的技术。这样具体的书籍有很多,测什么的时候买一本风评不错的书。比如搜索”移动测试“:)

我的主要工作是测试后台系统,对于很多其他领域了解的并不是很深。如果在特定领域有很好的书籍,也请大家跟帖回复,跟大家分享吧。

最后要说的是:读书和工作是相互促进的。别太信书,它很多时候不能解决具体问题。但是书的最大作用就是启迪你。

这篇关于看完这些书,软件测试都无师自通了的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/782328

相关文章

软件测试之压力测试知识总结

软件测试之压力测试知识总结 一、压力测试概述 压力测试(Stress Testing)是软件测试中的一种重要手段,用于验证软件应用程序在极端负载条件下的稳定性和可靠性。其主要目的是在软件承受极高负载时,测量其健壮性、错误处理能力和恢复能力,确保软件在危急情况下不会崩溃或表现异常。压力测试也被称为耐力测试,在软件工程中占有举足轻重的地位。 1.1 压力测试的目的 压力测试的主要目的包括:

软件测试中常用的linux命令总结

1、修改ssh登陆密码命令:passwd 2、新建一个名字为dbuser的Linux新用户:(sudo adduser dbuser) 4、./frps -c ./frps.ini(FRP启动命令) 5、lsof -i:7500(监听端口) 6、sh reload.sh master(文件后缀为sh时,nginx启动命令);( 文件为执行文件启动命令:./nginx -s reload) 7、sh

软件测试永远的家——银行测试,YYDS

为什么做金融类软件测试举个栗子,银行里的软件测试工程师。横向跟互联网公司里的测试来说,薪资相对稳定,加班少甚至基本没有,业务稳定。实在是测试类岗位中的香饽饽! 一、什么是金融行业 金融业是指经营金融商品的特殊行业,它包括银行业、保险业、信托业、证券业和租赁业 往往涉及证券、银行、基金、信托、保险、投行、期货等领域 二、金融行业的业务特点 随着金融行业的业务不断增加,金融交易模式的不断变化,

软件测试学习笔记丨Pytest的使用

本文转自测试人社区,原文链接:https://ceshiren.com/t/topic/22158 1. 简介 pytest是一个成熟的全功能python测试框架测试用例的skip和xfail,自动失败重试等处理能够支持简单的单元测试和复杂的功能测试,还可以用来做selenium/appnium等自动化测试,接口自动化测试pytest有很多第三方插件,并且可以自定义扩展,如pytest-

【软件测试】设计测试用例

📕引言 本文章重点目标: 测试用例的概念 设计测试用例的万能思路 设计测试用例的方法 ◦ 基于需求的设计方法◦ 具体的设计方法 ▪ 等价类 ▪ 边界值 ▪ 判定表法 ▪ 正交法 ▪ 场景法 ▪ 错误猜测法 🍀测试用例 🚩概念 什么是测试用例? 测试用例(TestCase)是为了实施测试而向被测试的系统提供的一组集合,这组集合包含:测试环境、操作步骤、测试数据、预期结果等要

软件测试学习笔记丨Linux-Bash编程语法

本文转自测试人社区,原文链接:https://ceshiren.com/t/topic/32091 一、Bash编程基础 1.1 变量 1.1.1 语法 Variable_name=value 1.1.2 变量定义的规则 变量名区分大小写,a和A为两个不同的变量;变量名可以使用大小写字母混编的形式进行编写;变量名与值之间的=两侧都不能有空格;在读取或打印变量时,需使用$+变量名;

第八章 软件测试简记

第八章  软件测试 软件测试:在软件投入运行前对软件需求分析、软件设计规格说明和软件编码进行差错和纠正。 软件测试的目标: 1.用最少的人力、时间找出软件潜在的各种错误和缺陷; 2.能够确认软件实现的功能和用户需求上是一样的; 3.能够收集到足够的测试结果为软件可靠性提供依据; 软件测试的任务:根据软件开发各个阶段的文档资料和程序的内部结构,精心设计

【软件测试】软件测试-----什么是Bug?Bug是如何分级的?Bug的生命周期是怎样的?如何描述一个Bug?

博客目录 一.软件测试的生命周期二.BUG的定义和级别2.1 bug的概念.2.2 如何描述一个bug.2.3bug的级别2.3.1 bug分级的意义.2.3.2 bug的四种级别. 三.BUG的生命周期.四.当与开发人员发生冲突该如何处理(高频面试)五.总结 一.软件测试的生命周期 软件测试贯穿于软件的整个生命周期,针对这句话我们一起来看一下软件测试是如何贯穿软件的整个生命周

【软件测试专栏】自动化测试函数篇

博客主页:Duck Bro 博客主页系列专栏:软件测试专栏关注博主,后期持续更新系列文章如果有错误感谢请大家批评指出,及时修改感谢大家点赞👍收藏⭐评论✍ 自动化测试函数篇 关键词:函数、浏览器参数、常用函数、元素定位 目录 自动化测试函数篇一、元素定位函数1. cssSelector2. xpath 二、操作函数1. 点击/提交(按钮)2. 模拟按键输入(文本框输入)3. 清楚

专业软件测试服务机构分享:小程序测试步骤和作用

在数字经济飞速发展的今天,小程序因其轻量、便捷的特点受到了广泛关注。作为技术服务的重要组成部分,软件测试成为确保小程序质量的关键环节。 一、小程序测试的定义   小程序测试是指对小程序进行系统性验证和验证的过程,旨在检查其功能、性能、安全性等方面是否符合预期标准。小程序相比传统应用,相对轻量,开发周期短,更新频繁,测试的重要性尤为突出。卓码软件测评专注于提供专业的测试服务,确保每一个小程序在上线