目录
前言
2015年4月，从家乡吉林长春来到首都北京，进了一家还算出名的互联网公司，从此踏上了软件测试的道路。
团队不大，二十来个人，典型的大企业中的小团队，但却承担着当时比较火的AI智能化服务。从对测试一无所知到承担部门主要的测试工作，用了半年多一点，中间顺便拿了个ISTQB的认证。从手工测试的“点点点”，到独自摸索所谓的自动化测试——UI，接口，性能……有模有样。
一干就是三年，那会儿年轻容易冲动（你懂的），导致工资一分没涨，但却积累到了最初的测试经验和专业的测试知识，时至今日也能感受到这份积累真的受益匪浅。私以为，三年是测试工程师的一个瓶颈期，周围很多年轻一些的同事，也包括我，都有一个共同的现象：浮躁。具体表现为感觉自己啥都会，理应进大厂拿高薪。但提了离职去面试才发现，自己还差的远，而后的工作经历就变成了磨砺——此时会发现：新的团队和工作环境，不会再像以前一样容忍你的脾气和自负。
最近入职了新公司，算是软件行业中“老大哥”级别的公司。老板给了机会去面试几个应届生，清一色985研究生，本来一开始自己还有些没底气，但是简单聊了聊就发现：原来 他们和我当年一样，基本上对测试是干什么的、如何做、如何产生价值，一无所知。只知道入门简单，对人的要求没有程序员那么高，薪资相对于其他行业也还ok。所以啊，高级测试、资深专家在测试圈子乃至互联网圈子内，真的是“保护动物”。
我的第一任老板（也许以后有机会聊聊他）有个口头语——“不高级”。嘿嘿，也许我还不够高级，但也算在这个领域站住了脚。我的知识有50%来自专业技术书本，另外一半来自网络。恰逢新公司中有一个小伙子，有写CSDN博客的习惯，并且排名已经相当靠前（也许以后也能聊聊他），受其影响，我这第一篇技术博客就诞生了。
《软件测试基础》系列将是我要分享的第一个系列。一方面是想帮助那些想进入测试行业的新同学们，另一方面，也作为自己对知识的一个回顾，还有另一方面，算是回馈社会吧。
1.1测试的价值
1.1.1缺陷的产生
在这之前，对于新同学来说，我们要了解到，今后所要打交道的“测试”相关内容，均和软件有关，一定不要把测试等同于工厂中的质检员，这一点尤为重要。 因为后当“全程软件测试”概念进入视野，这种想法会严重局限一个测试人员的发展和发挥。
软件系统不用多做介绍，小到公交刷卡机，玩具遥控车的运作逻辑，大到证券交易系统、集团管理系统，都是软件系统。包括最近行业内比较火的自动驾驶系统，这些都是软件系统。当这些系统执行异常时，就会带来资金、时间甚至生命的损失。
我们把这些可能发生问题的地方，叫做缺陷。因为所有的软件都是人写的，是人就会犯错，当一段代码中存在缺陷，系统可能就无法按照人的意愿去完成工作，这就是——失效。之所以用“可能”，是因为并不是所有的缺陷都会引起功能的不正常（即失效），举一个神经质点的例子：我们想让一个闹钟停止响铃，可以把它扔出去达到目的，但实际正常的方法是关掉它。虽然前者达到了“停止响铃”的目的，但是却是一种不太正常的做法（也许我这个例子确实不太正常）。
引用几个关键概念：
1、错误：人为产生不正确结果的行为；
2、缺陷：可能导致软件组件活系统无法执行其定义功能的瑕疵；
3、失效：组件/系统与期望的交付、服务或结果存在偏差。
失效 是 缺陷 的外部反应。
以上几个关键概念摘抄自ISTQB的教材，了解一下，以显示出我们的内行。
另外，自然界中的磁场什么的，也会对软件运行有影响，比如我们都知道：如果天太热，会导致计算机系统运行缓慢。
我们通常把所谓的“点点点”的操作理解为“动态测试”，把对文档、说明的测试叫做“静态测试” 。当然这两者并没有那么简单，这里为了便于新同学理解，暂且这样说。
2021.9.1北京·昌平
|