一、宏观导论

软件测试：为了发现错误而执行程序的过程，成功的测试是发现了至今尚未发现的错误的测试！

关于软件测试的几个重要观点是：1，测试是为了证明程序有错，而不是证明程序无错；2，一个好的测试用例在于它能发现至今未发现的错误；3，一个成功的测试时发现了至今未发现的错误的测试。

二、细节分析

2.1，软件测试的产生

软件测试的产生是伴随着软件的产生而产生的，但在早期，软件开发的规模小，不规范，测试的定义并不明显。通常是在软件调试中涵盖着软件测试，在1957年，开始将测试和调试区分开来。软件测试的产生背景，是基于软件危机而产生，其目的也是要通过优良的测试，有效地解决危机。

2.2，从什么时候开始测试

理论上说是尽早开始测试，那么尽早是什么时候呢？一般来说，在接到一个项目的开发任务时，测试就要介入。所以，最早的应该是从需求分析开始，需求需要进行反复的测试，反复和用户达成协商一致。其后到编码，完成一条线、模块......都要进行测试。测试，绝不是等到全部开发结束后才开始！

2.3，测试什么

2.3.1，主观因素

开发：功能、性能、错误处理、压力等

用户：是否满足需求等

2.3.2，客观因素

硬件测试、网络测试、安全性测试、兼容性测试等

2.4，测试分类

一般而言，说道测试，可能很多人都会说白盒、黑盒；模块、集成等，但这些其实都只是以某一视角来划分的，并不全面。现在，常见的测试种类有：

2.4.1，依托技术

黑盒、白盒、灰盒，大家比较熟悉的是黑盒和白盒，那么灰盒是什么呢？灰盒是介于黑盒和白盒之间的一种测试，即又关注软件的外部表现又关心软件的内部逻辑结构。

2.4.2，开发阶段

单元测试、集成测试、确认测试、系统测试、验收测试、性能测试、回归测试，而值得注意的是，回归测试并不是独立存在的，它通常是伴随着其他测试一起进行。而性能测试和验收测试，通常放置在系统测试里！

2.4.3，执行状态

静态、动态，划分静态和动态的的评判标准是：是否运行程序！

2.4.4，执行主体

开发方测试、用户测试、第三方测试

2.4.5，特殊测试

性能测试、安全性测试、兼容性测试、面向对象系统测试等

三、考点分析

在软件测试这一块，考点最多的集中在等价类划分、逻辑覆盖、模块—集成—确认—系统测试这三大部分。

类型1，考察等价类划分的理解，让你从选项中选出有效或是无效的等价类，或者没有价值（无效）的等价类！

类型2，画出一个代码段的走向图，提问需要多少个测试用例可以对其进行语句、条件、判定等覆盖！

类型3，考察单元、集成、确认、系统测试等的测试内容，让你从选项中选出不属于的一项或者属于的多项组合！

四、总结

现在是到了拼细节的时刻了，软件测试这一块很是复杂，知识点比较零碎。虽说是为了考试复习考点而做的总结，但有总结胜过没总结。现在也发现说，大家有时候看问题很容易局限在一个思路里，然后将问题看得很模糊，比如说软件成测试的分类，一般都会说什么黑盒、白盒，我们的视野太狭窄了，没有能跳出自己的怪圈，这样子对自己的学习很是不利！