软件工程部分最重要的一个知识点。
软件测试基础：
软件测试的步骤:单元测试、组装测试、确认测试、系统测试。
黑盒测试：
白盒测试：
软件维护：概念
一个程序员让他去检查自己的代码，让他去检查自己开发的产品，做测试，他也许很快就会给你一个报告。告诉你我这个软件已经设计的非常好了，已经发现不了错误了。这是测试中很严重的问题：就是测试人员忘记了测试的目标是什么？测试本身就是为了找出更多的错误，而不是为了证明这个软件没有错误。如果说没有错误，那我们就没有必要做测试了。而且一个软件一个程序是不可能没有错误的。
测试用例在测试当中是一个基本元素。这里最重要的是预期结果，千万不能把预期结果丢掉了。只有输入(测试数据)而没有输出(预期结果),所以不是测试用例。
衡量测试用例的好坏牵涉到我们的测试目标了。因为我们的测试目标是发现更多的错误，和我们的开发目标是相反的。开发的过程中呢我们尽可能地减少错误，但是测试的时候因为产品已经开发出来了已经木已成舟了，这个工作已经阶段性地完成了。不能说完全完成因为测试是贯穿于软件开发的整个过程的。当代码开发完毕之后,我们测试的目标就是找出更多的错误。就是和开发的时候尽量避免错误的概念是相反的。
做测试计划要考虑到整个项目的开发时间和开发进度。不能说代码都写完了测试还没有开始。计划没写实施也无法实行。要考虑到整个项目的开发时间，不能因为做测试而延误整个周期以及一些人为的因素和客观的条件。
测试的人选是一个非常重要的问题。 微软曾经有一篇文章介绍过它的一位高级测试工程师是一位家庭主妇。但是这个家庭主妇有敏锐度目光，她可以很快地做出很好的测试用例。很好的用例是发现至今还未发现的错误的用例。人员安排、时间进度安排都是制定测试计划的时候需要安排的任务。包括测试的培训，如果说一个大型项目涉及到测试人员很多那么要进行集中的培训，要对测试环境进行学习。这是制定测试计划的时候需要考虑的内容，也是制定测试计划需要写进去的内容。
测试计划应该有测试的内容、进度安排、测试所需要的环境和条件、测试培训安排。
测试的第二步是编制测试大纲。测试是全盘的，而大纲是针对某一项功能它的一个细化一个标准。计划是全盘的，包括进度等等等等。
测试的第三步根据大纲设计生成测试用例。
测试用例在测试之前一定要先设计好。而且是要系统地设计好。不能说你想设计什么就设计什么。如果随机地抽取一些用例它也许能检查一部分问题出来。但是由于它没有系统化也许有一部分功能它没有测试到。有些方面没有考虑全。所以说要按大纲来制定。生成测试用例的同时应该还要生成测试说明文档。不能说光有一个测试用例。
实施阶段。 把规划好的测试用例、准备好的设备进行调试运行。
测试完了还要有一个测试报告。测试报告主要是对后期有一个指导工作。如果对软件新增一个功能，还要全盘对它进行一个测试。因为新增功能要验证它是否与其他的功能兼容，会不会有冲突，会不会有一些意想不到的错误，那么可能要把以前的测试用例都重新过一遍。
产品完成了以后再给测试部门测试。这是一种错误的观念和思想。因为错误可能会发生在很早期的开发阶段。比如说和客户交流之后得到一些信息然后进行需求分析，进行需求分析之后设计会按需求来做。但是如果需求分析部分就已经产生了错误，那么整个的软件开发过程就全错了。如果等产品开发出来才去测试就晚了，付出的代价是非常惨重的。有单元测试、组装测试、确认测试、系统测试。单元测试是在编码完成以后就要进行了。既然编码阶段要进行这个测试，那么单元测试计划肯定要在编码之前完成。测试计划是必须要写的。
组装测试是模块与模块之间的一个测试，衔接的一种测试，配合的一种测试。看模块之间磨合的怎么样，模块之间有没有冲突。