文档介绍：软件测试和软件测试面试题
什么是软件测试
为了保证软件的质量和可靠性，应力求在分析、设计等各个开发阶段结束前，对软件进行严格技术评审。但由于人们能力的局限性，审查不能发现所有的错误。而且在编码四部分组成：第一部分为项目名称，第二部分为文件的描述，第三部分为当前软件的版本号，第四部分为文件阶段标识加文件后缀，例如：项目外包
平台测试报告，此文件为项目外包平台的测试报告文档，版本号为：。
如果是同一版本同一阶段的文件修改过两次以上，则在阶段标识后面加以数字标识，每次修改数字加 1，项目外包平台测试报告
当有多人同时提交同一份文件时，可以在阶段标识的后面加入人名或缩写来区
别，例如：项目外包平台测试报告。当此文件再次提交时也可以在人名或人名缩写的后面加入序号来区别，例如：项目外包平台测
BUG。
试报告
版本号的阶段标识
软件的每个版本中包括 11 个阶段，详细阶段描述如下：
阶段名称
阶段标识
需求控制
a
设计阶段
b
编码阶段
c
单元测试
d
单元测试修改
e
集成测试
f
集成测试修改
g
系统测试
h
系统测试修改
i
验收测试
j
验收测试修改
k
5.
返回导航
测试任务描述
在软件的开发过程中每个版本都会经历四次测试任务，分别为：单元测试、
集成测试、系统测试、验收测试，在这四次测试任务中，每次测试都有不同的
测试方向和重点。
单元测试
单元测试是软件开发过程中要进行的最基本的测试，属
于白盒测试范围，一般情况下是在开发人员完成了某个单独
模块的编码之后做的测试。它的目的是检查软件编码的正确
性以及一些规范性测试，站在开发人员的角度上来查找软件
所存在的 BUG并记录下产生 BUG的原因，以便开发人员进行
修改。这样可以在很大程度上减少集成以后而出现的
BUG。
一旦编码完成，开发人员总是会迫切希望进行软件的集
成工作，这样他们就能够看到实际的系统开始启动工作了。
这在外表上看来是一项明显的进步，而象单元测试会推迟对
整个系统进行合并这种真正有意思的工作启动的时间。
这种开发步骤中，真实意义上的进步被软件合并后的外
表上的进步取代了。系统能够正常工作的可能性是很小的，
更多的情况是充满了各式各样的 Bug。现实的开发中， 没有单
元测试的软件常常会导致这样的结果，软件甚至无法运行。
更进一步的结果是大量的时间将被花费在本应该在单元测试
里就完成的简单 Bug 上面，在个别情况下，这些 Bug 也许是
琐碎和微不足道的，但是总的来说，他们会延长软件集成为
一个系统的时间， 而且当这个系统投入使用时也无法确保它
能够可靠运行。
单元测试不仅仅是作为无错编码一种辅助手段在一次性
的开发过程中使用，单元测试应该是可重复的，无论是在软
件修改，或是移植到新的运行环境的过程中。因此，所有的
测试都必须在整个软件系统的生命周期中进行，也就是说每
个版本的开发都需要经过单元测试，这样可以在以后的开发
阶段减少很多不必要的麻烦。
单元测试的重点测试内容包括：源代码测试、命名规范
测试、需求完整性测试、页面完整性测试、提示文本测试、
页面脚本测试等。
集成测试
集成测试也属于白盒测试范围，是在单元测试的基础上
将软件的多个模块或者系统前后台合并之后进行的测试，也
可以算是对单元测试修改进行的复审测试。在集成测试中可
以弥补单元测试中没有测试到的 BUG，也可以检查出单元测试
没法测试的功能，比如前后台的集成之后的关联功能，对于
这些有关联性功能的测试，单元测试中是无能为力的，必须
依靠集成测试来保证功能的完整性和正确性。和系统测试相
比较集成测试从程序结构出发，目的性、针对性更强，发现
问题的效率高，较容易测试特殊的处理流程中存在的
集成测试的重点测试内容包括：链接完整