软件测试的分类

按测试执行阶段进行划分

  • 单元测试

    对软件的最小模块进行测试,主要测试语法、格式和逻辑上的错误。
    测试内容:1.模块接口测试;2.局部数据结构测试;3.路径测试;4.错误处理测试;5.边界测试。
    
  • 集成测试

    将经过单元测试的模块按设计要求连接起来,组成所规定的软件系统的过程。
    非增殖式集成:将所有模块进行个别单元测试之后,按程序结构图一次性连接起来,把连接后的程序当做一个整体进行测试
    增殖式集成
    - 自顶向下集成:需要桩模块
    - 自底向上集成:需要驱动模块
    
  • 系统测试

    将经过集成测试的软件,作为计算机系统的一部分,与系统中其他部分结合起来,在实际运行环境下进行一系列严格有效的测试,以发现软件潜在的问题,保证系统的正常运行。
    
  • 验收测试

     α测试是由一个用户在开发环境下进行的测试,也可以是公司内部的用户在模拟实际操作环境下进行的测试。
     β测试是软件的多个用户在一个或多个用户的实际使用环境下进行的测试。开发者通常不在测试现场,Beta测试不能由程序员或测试员完成。
    

按按测试方法划分

  • 黑盒测试

    已知产品的功能设计规格,可以进行测试证明每个实现了的功能是否符合要求。
    优点:
    - 比较简单,不需要了解程序的内部的代码及实现
    - 与软件的内部实现无关
    - 从用户的角度出发,能很容易的知道用户会用到哪些功能,会遇到哪些问题
    - 基于软件开发文档,所以也能知道软件实现了文档中的哪些功能
    - 在做软件自动化测试时较为方便
    缺点:
    - 不可能覆盖所有的代码, 覆盖率较低,大概只能达到总代码量的30%
    - 自动化测试的复用性较低。
    
  • 白盒测试

    已知产品的内部工作过程,可以进行测试证明每种内部操作是否符合设计规格要求,所有内部成分是否经过检查。
    优点:
    - 帮助软件测试人员增大代码的覆盖率。 提供代码的质量,发现代码中隐藏的问题
    缺点:
    - 程序运行会有很多不同的路径,不可能测试所有的运行路径
    - 测试基于代码,只能测试开发人员做的对不对,而不能知道设计是否正确,可能会漏掉一些功能需求
    - 系统庞大时,测试开销会非常大。
    
  • 灰盒测试

    是一种综合测试的方法,他将白盒测试和黑盒测试结合在一起,构成一种无缝测试技术。
    优点:
    - 能够进行基于需求的覆盖测试和基于程序路径覆盖的测试。
    - 测试结果可以对应到程序内部路径,便于bug的定位、分析、解决。
    - 能够保证设计的黑盒测试用例的完整性,防止遗漏软件的一些不常用的功能或功能组合。
    - 能避免需求或设计不详细或不完整对测试造成的影响。
    缺点:
    - 投入的时间比黑盒测试大概多20%-40%。
    - 对测试人员的要求比黑盒测试高。
    - 灰盒测试要求测试人员清楚内部系统结构由哪些模块组成,模块之间如何协作。
    - 不如白盒测试深入。
    - 不是用于简单系统。
    

按被测对象是否运行划分

  • 静态测试

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

    是指实际运行被测程序,输入相应的测试数据,检查实际输出结果和预期结果是否相符的过程;
    动态测试方法是指通过运行被测程序,检查运行结果与预期结果的差异,并分析运行效率、正确性和健壮性等性能。这种方法由三部分组成:构造测试用例、执行程序、分析程序的输出结果。
    

按测试的内容进行划分

  • 功能测试
  • 性能测试
  • 安装测试
  • 文档测试
  • 安全测试
  • 界面测试(UI)
  • 兼容性测试
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值