软件测试基础理论

按照开发阶段划分：

单元测试（模块测试）：对软件组成的最小单元进行测试，检查每个程序单元是否正确实现详细设计说明中的模块功能

集成测试（组装测试）：将所有的程序模块进行有序、递增的测试，检验程序单元或部件的接口关系

系统测试：检查完整的程序系统能否和系统（包括硬件、外设和网络、系统软件、支持平台等）正确配置、连接，并满足用户需求

确认测试：证实软件是否满足特定于其用途的需求，是否满足软件需求说明书的规定

验收测试：按照项目任务或合同，供需双方签订的验收依据文档进行的对整个系统的测试与评审，决定是否接受或拒收系统

回归测试：指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误

按照是否看代码以及内部逻辑划分：

黑盒测试：功能或数据驱动测试，外部结构的测试，常用方法有等价类划分，边界值分析，因果图、错误推测等，测试工具有QTP，Loadrunner

白盒测试：结构或逻辑驱动测试，内部结构与逻辑设计的测试，常见的有逻辑驱动、基路测试等，方法有语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖、路径覆盖，测试工具有 JUNIT，TEST

灰盒测试：黑盒测试与白盒测试的结合

按照是否运行代码划分：

静态测试：不实际运行被测软件，而只是静态地检查程序代码、界面或文档中可能存在的错误的过程

动态测试：实际运行被测程序，输入相应的测试数据，检查实际输出结果和预期结果是否相符的过程

按照实施组织划分：

开发方测试（α测试）：在开发环境下，开发方对提交的软件进行全面的自我检查

用户测试（β测试）：在用户的应用环境中，用户通过运行软件，检测软件实现是否符合自己预期的要求

第三方测试：介于软件开发方和用户方之间的测试组织的测试

黑盒测试：

优点：从产品功能角度测试可以最大限度地满足用户的需求；相同动作可重复执行，最枯燥的部分可由机器完成；依据测试用例有针对性地寻找问题，定位更为准确，容易生成测试数据；将测试直接和程序/系统要完成的操作相关联

缺点：代码得不到测试；如果规格说明设计有误，很难发现；测试不能充分地进行；结果的准确性取决于测试用例的设计

白盒测试：

优点：迫使测试人员去仔细思考软件的实现；可以检测代码中的每条分支和路径；揭示隐藏在代码中的错误；对代码的测试比较彻底

缺点：昂贵；无法检测代码中遗漏的路径和数据敏感性错误；不验证规格的正确性；结果的准确性取决于测试用例的设计

软件测试是为了找到软件缺陷而不是证明软件不存在缺陷

软件测试应该尽早开始

杀虫剂悖论：采用同样的测试用例多次重复进行测试，最后将不再能够发现新的缺陷。为了克服这种“杀虫剂悖论”，测试用例需要进行定期评审和修改，同时需要不断增加新的不同的测试用例来测试软件或系统的不同部分，从而发现潜在的更多的缺陷

不存在缺陷（就是有用系统）的谬论：假如系统无法使用，或者系统不能完成客户的需求和期望，发现和修改缺陷是没有任何意义的

确保产品符合用户需求，保证软件质量。

关注