介绍一下自己，应届毕业生，大学学习的电子信息工程。大学期间学习过后端相关（python、java、C）也学习过前端基础（html、css、JS、vue、javascript），前后端掌握的知识都只是停留在略懂阶段，缺少项目实践。大四实习期间误打误撞进入测试行业，并深深的被吸引。最近学习测试的相关基础书籍，会开帖子记录一下，也算是对自己的一种激励吧。
     去年 7 月接触测试，粗略的学习了朱少民老先生的《全程软件测试》然后在师父的带领下就开始对项目进行测试了。后来自己捣鼓看看大佬的自动化测试框架，也搭建出来了自己的（拼拼凑凑）接口自动化测试框架。前端时间就投入写自动化测试框架，对自己的测试素养、设计用例等方面有所疏忽。终于意识到测试基础的薄弱，准备系统学习一下。本篇为 Ron Patton 的《软件测试》1-4 章节的片段摘录。

-------------------------------------------------------------------------分割线---------------------------------------------------

一、什么叫 “软件缺陷”？
     1.产品未达到产品说明书的标明的功能。
     2.软件出现了产品说明书指明不会出现的错误。
     3.软件功能超出产品说明书指明范围。
     4.软件未达到产品说明书虽未指出，但应达到的目标。
     5.软件测试员认为软件难理解、不易使用、运行速度缓慢，或者最终用户认为不好。

   思考：软件缺陷以产品说明书为基准，但不仅仅局限于产品说明书上的内容。产品出现缺陷的一个非常大的原因的就是产品说明书不明确，（这点相信大家都深有感触，我确实是感触颇深）越早发现缺陷，改正、修复缺陷的成本越小。

二、软件测试的目标
     发现软件缺陷！

   思考：对于好多刚进入测试行业的小白来说，容易陷入去验证这个软件是正确的这个误区，比如我哈哈哈哈。

三、软件测试人员应该具备的素质
     1.探索精神，不害怕进入新的领域。
     2.故障排除能力，善于发现问题。
     3.不懈努力，不断去尝试发现错误。
     4.创造性，相处符有创意甚至超常的手段去寻找软件缺陷。
     5.追求完美，力求完美但是不去苛求而是尽力接近目标。
     6.判断准确，判断出软件的 bug。
     7.老练稳重，可以和项目组成员老练的处理好问题
     8.说服力，说服大家为何要出现修复这个 bug

   思考：我认为软件测试人员应该有可以和前后端、产品等项目组成员打成一片的能力，不仅仅是出现 bug 时去找对方确认。

四、软件测试是一个有风险的行为
     风险主要体现在，你永远无法确定测试用例是否覆盖完全。

   思考：软件测试人员需要把无穷的可能减少在一个可以控制的范围。

五、不需要修复软件缺陷的原因（有些片面，是在项目交付日期到来，但是存在大量 bug 的情况下）
     1.没有足够的时间，在交付期限来临或者项目的软件测试人员和开发人员较少时。
     2.不算是真正的软件缺陷。
     3.修复风险太大，修复一个缺陷会导致其他或者更多的缺陷出现。
     4.不值得修复。

   思考：相信很多中小型公司同行应该和我一样感触颇深，特别是明天项目要交付，今天测试出现昨天修复 bug 时导致出现的 bug。

六、审查产品说明书
     1.设身处地为客户着想。
     2.熟悉现有的标准和规范，如公司惯用语和约定、行业要求、国家标准、图形用户界面、硬件和网络标准。
     3.审查和测试同类软件。
     4.检查产品说明书的的属性，如完整，是否有遗漏和丢失；准确，既定解决方案是否正确；精确，描述是否清晰；一致，产品新功能和旧功能是否有冲突；贴切，产品的陈述是否正确；合理；可测试，新功能是否是可测试的。

   思考：我认为测试人员是经常和产品说明书（需求）打交道的，读懂需求是一个软件测试的前提条件，测试人员要比开发人员更熟悉需求。

可能有些地方缺少深入思考，或者观点是错误的，望大佬指出！感激不尽！！！