测试基础理论

测试基础理论

软件测试的定义

通过人工或自动化的方式来验证软件的实际结果与用户需求是否一致的过程

软件测试流程

测试准备阶段：需求分析
测试记计划阶段：编写测试计划
测试设计阶段：寻找测试点，编写测试用例（用例评审）
测试执行阶段：（开发提测后）冒烟测试 执行测试用例（提交bug）
测试完成阶段：编写测试报告 线上测试（回归测试）

软件测试的分类

按技术划分

黑盒测试：不需要了解程序的源代码，通过使用这个软件功能来验证程序是否满足需求的测试方式（不需要了解源代码，使用软件功能找出bug并提交）
白盒测试：是一种按照程序内部逻辑结构和编码结构来设计测试数据并完成测试的测试方法（就是需要了解源代码和编程逻辑找出bug提交）
灰盒测试：一种基于程序运行的外部表现同时又结合内部结构来设计测试数据的测试方法（也了解点源代码也用软件，俩种并发，灰盒测试一般不常用）

按阶段划分

单元测试：对一个模块，一个函数或者一个类来进行正确性检验的测试方法
集成测试：单元测试后，将单独的模块按照设计要求组装成为子系统和系统，作为整体进行测试的测试方法（就是把个个单元用接口结合起来，然后测试接口）
系统测试：集成测试后，将硬件，软件，看作一个整体，对系统的功能及性能的总体测试
验收测试：系统测试后以用户测试为主，或有测试人员共同参与检验软件质量的测试方式

按内容划分

功能测试
界面测试：测试用户界面的功能模块的布局是否符合客户使用习惯，界面操作便捷性，导航简单易懂行的测试
冒烟测试：验证系统的核心功能是否够正常运行的测试方法
回归测试：修改了旧代码后，重新进行测试确定修改没有引发新的错误或者导致其他代码出现错误的测试方法
业务逻辑测试：在基本的功能点都已合格的基础是，准备多种测试数据，来驱动各种拘束条件下业务流程，确定最终输出的结果符合预期的测试
易用性测试：指用户使用软件时是否感受方便的测试
性能测试
负载测试：让被测系统在其能够忍受的压力范围之内连续运行，来测试系统的稳定性（就是在程序在能接受之内负载，看看系统会不会崩）
压力测试：持续不断的被测试的系统增加压力，直到被测试的系统压垮为止。用来测试系统所承受的最大压力（不断给系统增加压力，直到系统崩溃，来查看系统能受多大的压力）

软件生命周期的模型

V模型
优点：
1.有底层测试又有高层测试
2.将开发阶段清楚表现出来
缺点:
1.容易让人理解为测试是软件开发的最后阶段，没有对软件测试的流程进行
2.没有明确指出对需求，设计的测试

W模型
优点：
1.从需求阶段介入测试
2.测试与开发独立起来与开发并行
缺点：
1.对没有文档产生的项目无法使用
2.对需求和设计的测试技术要求很高，实践起来困难