自学软件测试？先学完这些就已经够了....

刚开始学习软件测试的学生应该经历一个从学习到进入到熟练的过程，掌握软件测试的基本知识，学习软件测试的思维，将理论知识应用到实践中，真正理解软件测试的理论知识。作为一名软件测试工程师，我们应该了解软件测试的目的。

软件测试是一个新兴行业，它需要掌握一定的编程语言基础、相关网络和数据库的基础知识和主要的软件测试理论。如果有基础和专业的人指导介绍相对简单，建议找一个做测试的朋友来指导学习。

从经验丰富的测试人员那里学习，如果你进入一家操作标准的软件公司，有一个独立的软件测试部门，标准化的软件测试过程。软件测试技术有一定的积累，你可以要求测试经理任命经验丰富的测试人员作为你工作中的业务导师，并列出软件测试技术的相关书籍目录。软件测试过程的相关文品业务相关文档目录，在业务导师的指导下逐渐熟悉软件测试的相关工作。

另一种情况是，如果你进入了一个软件测试没有参与的软件企业，那么你可以在这里创建自己的软件测试过程，前提是老板真正意识到软件测试的重要性，真的需要提高产品的质量。在国内软件测试论坛和相关网站上寻找软件测试资源、自学能力和技术理解至关重要。如果建议安排自学软件测试的时间，同时开始知识学习：

1.软件测试基础

主要掌握黑白盒测试、测试策略、测试方法、测试设计、测试报告等相关理论。在网上或书店找一些软件测试学习的书就够了。

2.网络和数据库的基础知识

现在软件基本上与网络和数据库应用程序是不可分割的，必须掌握这两个部分的基本知识。不需要太深，知道互联网的发展、现代网络架构、IP分配知识、网络七层协议等就行。

3.发展语言基础

要进一步发展需要掌握至少一种开发语言是必要的，实际测试的技能需求大于开发。除了常用的开发语言外，最好掌握脚本语言作为测试自动化能力扩展的基础，这是进行高级测试的必要技能。你需要投入大量的经验来学习，但你不需要在工作的早期阶段要求太高，你可以在工作中继续改进，选择一种开发语言和脚本语言来继续学习。

软件测试人员不仅要掌握软件测试技术的相关知识，还要学习与产品相关的业务知识。在学习软件测试技术时，我们不能忽视产品相关业务知识的学习。如果软件测试技术对产品业务知识一无所知，测试软件不能满足业务需求，面对产品业务相关缺陷不能及时发现，最终软件测试的效果将大大降低。

初学软件测试必须会的知识：

一、软件测试类型

测试类型有：功能测试，性能测试，界面测试。

功能测试，功能测试也叫黑盒测试。把测试对象看作一个黑盒子利用黑盒测试法进行动态测试时，需要测试软件产品的功能，不需测试软件产品的内部结构和处理过程。采用黑盒技术设计测试用例的方法有：等价类划分、边界值分析、错误推测、因果图和综合策略。

性能测试，通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。负载测试和压力测试都属于性能测试两者可以结合进行。通过负载测试，确定在各种工作负载下系统的性能，目标是测试当负载逐渐增加时，系统各项性能指标的变化情况。压力测试是通过确定一个系统的瓶颈或者不能接收的性能点，来获得系统能提供的最大服务级别的测试。

界面测试，界面是软件与用户交互的最直接的层，界面的好坏决定用户对软件的第一印象。而且设计良好的界面能够引导用户自己完成相应的操作，起到向导的作用。同时界面如同人的面孔，具有吸引用户的直接优势。设计合理的界面能给用户带来轻松愉悦的感受和成功的感觉，相反由于界面设计的失败，让用户有挫败感，再实用强大的功能都可能在用户的畏惧与放弃中付诸东流。

他们的区别在于功能测试关注产品的所有功能上，要考虑到每个细节功能，每个可能存在的功能问题。性能测试主要关注于产品整体的多用户并发下的稳定性和健壮性。

界面测试更关注于用户体验上，用户使用该产品的时候是否易用，是否易懂，是否规范(快捷键之类的)，是否美观(能否吸引用户的注意力)，是否安全(尽量在前台避免用户无意输入无效的数据，当然考虑到体验性，不能太粗鲁的弹出警告)?做某个性能测试的时候，首先它可能是个功能点，要保证它的功能没问题然后再考虑该功能点的性能测试。


二、黑盒测试、白盒测试、单元测试、集成测试

黑盒测试：已知产品的功能设计规格，可以进行测试证明每个实现了的功能是否符合要求。

白盒测试：已知产品的内部工作过程，可以通过测试证明每种内部操作是否符合设计规格要求，所有内部成分是否以经过检查。

软件的黑盒测试意味着测试要在软件的接口处进行。这种方法是把测试对象看做一个黑盒子，测试人员完全不考虑程序内部的逻辑结构和内部特性，只依据程序的需求规格说明书，检查程序的功能是否符合它的功能说明。因此黑盒测试又叫功能测试或数据驱动测试。

软件的白盒测试是对软件的过程性细节做细致的检查。这种方法是把测试对象看做一个打开的盒子，它允许测试人员利用程序内部的逻辑结构及有关信息，设计或选择测试用例，对程序所有逻辑路径进行测试。通过在不同点检查程序状态，确定实际状态是否与预期的状态一致。

单元测试是开发者编写的一小段代码，用于检验被测代码的一个很小的、很明确的功能是否正确。通常而言，一个单元测试是用于判断某个特定条件下某个特定函数的行为。

单元测试是由程序员自己来完成，最终受益的也是程序员自己。可以这么说，程序员有责任编写功能代码，同时也就有责任为自己的代码编写单元测试。执行单元测试，就是为了证明这段代码的行为和我们期望的一致。

集成测试(也叫组装测试，联合测试)是单元测试的逻辑扩展。它的最简单的形式是：两个已经测试过的单元组合成一个组件，并且测试它们之间的接口。从这一层意义上讲，组件是指多个单元的集成聚合。在现实方案中许多单元组合成组件，而这些组件又聚合成程序的更大部分。方法是测试片段的组合，并最终扩展进程，将您的模块与其他组的模块一起测试。最后，将构成进程的所有模块一起测试。

系统测试是将经过测试的子系统装配成一个完整系统来测试。它是检验系统是否确实能提供系统方案说明书中指定功能的有效方法。

系统测试的目的是对最终软件系统进行全面的测试，确保最终软件系统满足产品需求并且遵循系统设计。

验收测试是部署软件之前的最后一个测试操作。验收测试的目的是确保软件准备就绪，并且可以让最终用户将其用于执行软件的既定功能和任务。

验收测试是向未来的用户表明系统能够像预定要求那样工作。经集成测试后，已经按照设计把所有的模块组装成一个完整的软件系统，接口错误也已经基本排除了，接着就应该进一步验证软件的有效性，这就是验收测试的任务，即软件的功能和性能如同用户所合理期待的那样。

三、测试用例设计工作

白盒测试用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果;黑盒法用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口。不可能做到完全测试以最少的用例在合理的时间内发现最多的问题。

四、测试计划工作的目的

软件测试计划是指导测试过程的纲领性文件，包含了产品概述、测试策略、测试方法、测试区域、测试配置、测试周期、测试资源、测试交流、风险分析等内容。借助软件测试计划，参与测试的项目成员，尤其是测试管理人员，可以明确测试任务和测试方法，保持测试实施过程的顺畅沟通，跟踪和控制测试进度，应对测试过程中的各种变更。

测试计划和测试详细规格、测试用例之间是战略和战术的关系，测试计划主要从宏观上规划测试活动的范围、方法和资源配置，而测试详细规格、测试用例是完成测试任务的具体战术。所以其中最重要的是测试测试策略和测试方法。

最后感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：

这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你!有需要的小伙伴可以点击下方小卡片领取