当前位置: 首页 > news >正文

软件测试的分类

  1. 测试阶段划分
  1. 冒烟测试:在正式开始测试之前,我们会对测试版本进行冒烟测试,如果测试版本的主流程可以通过没有被阻塞或者出现宕机等重大问题就可以进行正式的测试工作了
    1. 单元测试:最微小规模的测试,测试对象是某个功能或代码,一般是由程序员来做
    2. 集成测试:是指一个应用系统的内部的各个部件的联合测试,以决定他们是否能在一起共同工作且没有冲突
      1. 部件可以是代码块、独立的应用、网络上的客户端或服务器程序
      2. 一般来说接口测试属于集成测试
      3. 最简单的形式:两个已经测试过的单元组合成一个组件,并且测试他们之间的接口
      4. 单元测试完成进行集成测试,集成测试是单元测试的逻辑扩展
      5. 这种类型的测试与客户服务器和分布式系统有关
    3. 系统测试:是系统整体需求说明书的黑盒类测试,应覆盖系统所有联合的部件
      1. 是针对整个产品系统进行的测试
      2. 系统测试是按照需求文档和测试用例逐步进行测试的
      3. 测试对象包括测试产品系统的软件、软件所依赖的硬件、外设甚至包括某些数据、某些支持支持软件及其接口等
    4. 验收测试:是以用户为主的测试,软件开发和QA人员应该参加
      1. 地点:用户所造地进行
      2. 目的:发现未实现的需求
      3. 由用户验证软件产品是否是否满足了所有需求的一些列的验收测试工作
    5. alpha测试:是由用户在开发环境下进行的测试,也可以是开发机构内部的用户在模拟实际操作环境下进行的测试
      1. 在开发者受控的环境下测试
      2. 开发者随时记录下错误情况和使用中的问题
    6. beta测试:是由软件的多个用户在一个或多个用户的实际使用环境下进行的测试
      1. 开发者不在测试现场,在开发不受控的环境下进行的测试
      2. 模拟真实的使用环境下从而发现缺陷的一种测试
      3. 由用户吉利虾遇到的所有问题,定期向开发者报告
  2. 测试技术划分
    1. 白盒测试
      1. 结构测试或者逻辑驱动测试
      2. 测试软件产品的内部结构和处理过程,不需要测试软件产品的功能
      3. 把对象看作是一个打开的盒子
      4. 覆盖标准
        1. 逻辑覆盖
          1. 语句覆盖
          2. 路径覆盖
          3. 条件组合覆盖
          4. 判定/条件覆盖
          5. 条件覆盖
          6. 判定覆盖
        2. 循环覆盖
        3. 基本路径测试
      5. 测试方法:主要用于软件验证
        1. 逻辑驱动
        2. 基路测试
      6. 常用的工具
        1. JTest
        2. VcSmith
        3. Jcontract
        4. C++Test
        5. CodeWizard
        6. Logisscope
    2. 黑盒测试
      1. 功能测试或数据驱动测试
      2. 常用的工具
        1. AutoRunner
        2. Winrunner
      3. 以用户的角度,通过各种输入和观察软件的各种输出结果发现软件存在的缺陷,不关心程序具体如何实现
      4. 根据软件的规格对软件进行的测试,不考虑软件背部的运作原理
  3. 按照被测试对象是否运行进行划分
    1. 动态测试:通过运行软件来检验软件的动态行为和运行结果的正确性
      1. 步骤
        1. 单元测试
        2. 集成测试
        3. 系统测试
        4. 验收测试
        5. 回归测试
    2. 静态测试:测试不运行的部分,例如产品说明书、对此进行检查和审阅
      1. 静态方法:是指不运行被测程序本身,进通过分析或检查源程序的语法、结构、过程、接口等来检查程序的正确性
      2. 静态方法:通过程序静态特性的分析,找出欠缺和可疑之处
        1. 不匹配的参数
        2. 不适当的循环嵌套和分支嵌套
        3. 不允许的地柜
        4. 未使用过的变量
        5. 空指针的引用
        6. 可疑的计算
  4. 按照不同的测试手段划分
    1. 手工测试:是由测试人员一个一个输入用例、然后观察结果和机器测试相对应,属于比较原始但是必须的一个步骤,属于黑盒测试的常用方法
    2. 自动化测试:自动化性能测试和自动化功能测试
      1. 性能测试主要是使用测试工具:LoadRunner、Jmeter对软件进行压力测试、负载测试、强度测试等,这些无法用手工代替,必须自动化
      2. 自动化功能测试包括:单元测试、接口测试、UI测试
  5. 按测试包含的内容划分
    1. 功能测试:对产品的功能进行验证,根据功能测试用例逐项测试检查产品是否达到用户要求的功能
      1. 功能测试:也叫黑盒测试、数据驱动测试,只需要考虑需要测试的各个功能,不需要考虑整个软件的内部结构及代码
    2. 界面测试:界面测试是指测试用户界面的风格是否满足客户要求、文字是否正确、界面是否美观、文字、图片组合是否完美、操作是否友好完美等等
      1. 测试目标:确保用用户界面符合公司或行业标准
      2. 用户界面测试、用户分析软件、用户界面的设计是否合乎用户的期望或要求
      3. 包括:用户有豪华、人性化、易操作测试
    3. 安全测试:是测试系统在防止非授权的内部或外部用户的访问或故意破坏情况时的状态
      1. 安全测试期间,测试人员假扮非法入侵者可能采用的方法
        1. 想方设法截取或破译口令
        2. 专门定做软件破坏系统的保护机制
        3. 故意导致系统破坏,企图趁恢复之机非法进入
        4. 试图通过浏览非保密数据,推导所需信息等等
      2. 系统安全设计的准则是非法侵入的代价超过被保护信息的价值
    4. 兼容性测试:测试软件在一个特定的硬件、软件、操作系统、网络等环境下是否能友好地运行
      1. 向上兼容、向下兼容、软件兼容、硬件兼容
      2. B/S-web项目
        1. 在电脑里安装各类浏览器:IE、360、Firefox、chrome、UC等
        2. 利用工具:IEtester、Spoon Brower Sandbox等,不用安装各类浏览器,直接在工具内进行兼容性测试
          1. IEtester:聚焦旧版IE的兼容性模拟,适合需适配老旧系统的场景,IE逐步淘汰,实用性降低
          2. Spoon Brower Sandbox:强调测试环境的隔离性与安全性,适合需要避免本地污染或需多版本并行测试的场景,可与其他工具结合使用
          3. https://app.crossbrowersertesting.com/
      3. C/S-系统项目
        1. 要安装不同的电脑操作系统,一般来说都是windows的不同系统,来检查客户端是否可以正常安装、正常使用
      4. APP项目​​​​​​​
        1. 对主流手机安装APP,然后进行测试
        2. 对于公司经费不够的可能没办法购买主流机,可以考虑模拟器
        3. 测试机型不够的,现在有强大的云测平台
          1. testin云测
          2. wetest
          3.  MTC
    5. 易用性测试:指测试软件是否易用,主观性比较强,一般要根据很多用户的测试反馈信息,才能评价易用性
    6. 性能测试:是在交替进行负荷和强迫测试时常用的术语,是为获取或验证系统性能指标而进行的测试
    7. 负载测试:是测试一个应用在重负荷下的表现
      1. 测试对象承担不同的工作量,评测和评估测试对象在不同工作量条件下的性能行为,以及持续正常运行的能力
      2. 目标:确保系统在超出最大预期工作量的情况下仍能正常运行
      3. 评估的指标:响应时间、事务处理速度
    8. 压力测试:基本质量的保证行为
      1. 基本思路:在计算机数量较少或系统资源匮乏的条件运行测试
      2. 测试的资源:内部内存、CPU可用性、磁盘空间、网络带宽等
      3. 一般使用并发做压力测试
    9. 恢复测试:是一个系统在灾难(系统崩溃、硬件损坏或其他灾难性问题)下是否能很好的恢复,是指人为的让软件或硬件出现故障来检测系统是否能正确恢复,当系统出错的时候能否在指定时间间隔内修正错误并重启系统
      1. 关注:恢复的时间和恢复的程度
      2. 主要检查系统的容错能力
  6. 其他测试类型
    1. 冒烟测试:该种测试耗时短,仅用一袋烟的功夫就够了
      1. 测试对象:新编译的每一个需要正式测试的软件版本
      2. 目的:确认软件基本功能正常,可进行后续的正式测试工作
      3. 执行者:编译人员或测试人员
    2. 回归测试:是指在发生修改之后重新测试先前的测试以保证修改的正确性
      1. 目的:验证以前出现过但已修复好的缺陷不在重新出现
http://www.dtcms.com/a/296941.html

相关文章:

  • C++实现精确延时的方法
  • 季逸超:Manus的上下文工程启示
  • Photoshop下载安装入门教程:从下载安装到第一次完美使用
  • 应急响应】Linux 自用应急响应工具发版 v6.0(LinuxGun)
  • 20 BTLO 蓝队靶场 Sticky Situation 解题记录
  • Voice AI Agent 知识库:打造你自己的语音智能体!
  • Vitest 用法详解及 Coverage Web 工具介绍
  • C# 密封类_密封方法 (seadled 关键字)
  • 【postgresql按照逗号分割字段,并统计数量和求和】
  • 【Spring AI 1.0.0】Spring AI 1.0.0框架快速入门(4)——Chat Memory(聊天记录)
  • SpringCloud【Sentinel】
  • 7.3.2 内核内存管理运行机制
  • 到底可不可以用jion?jion如何优化?
  • MapStruct类型转换接口未自动注入到spring容器中
  • Web前端:JavaScript find()函数内判断
  • Redis 单线程模型与多线程机制
  • kettle 8.2 ETL项目【二、加载数据】
  • 「Linux命令基础」用户和用户组实训
  • rust-方法语法
  • 背包DP之分组背包
  • mac电脑(m1) - flask断点失效
  • Datawhale AI数据分析 作业2
  • 力扣1287:有序数组中出现次数超过25%的元素
  • Linux join命令快速从大文件中匹配内容
  • 构建 Odoo 18 移动端导航:深入解析 OWL 框架、操作与服务
  • P1013 [NOIP 1998 提高组] 进制位
  • 【算法】递归、搜索与回溯算法入门
  • 星痕共鸣数据分析2
  • 【Guava】1.1.我的报告
  • 移动前端开发与 Web 前端开发的区别