• 0
  • 0
分享
  • 谈谈开发人员自测黑盒测试——软件测试圈
  • TIMI 2022-01-17 11:26:11 字数 1301 阅读 713 收藏 0

测试目地划分所包含内容

  1. 单元测试(指对软件中的最小可测试单元进行检查和验证);

  2. 功能测试(对产品的各功能进行验证,根据功能测试用例,逐项测试,检查产品是否达到用户要求的功能);

  3. 集成测试(也叫组装测试或联合测试。在单元测试的基础上,将所有模块按照设计要求(如根据结构图〕组装成为子系统或系统,进行集成测试);

  4. 场景测试(假设的故事,用来帮助人们理解一个复杂的问题或者系统);

  5. 系统测试(将已经确认的软件、计算机硬件、外设、网络等其他元素结合在一起,进行信息系统的各种组装测试和确认测试,系统测试是针对整个产品系统进行的测试,目的是验证系统是否满足了需求规格的定义,找出与需求规格不符或与之矛盾的地方,从而提出更加完善的方案);

  6. a测试(用户在模拟真实环境下进行测试,有测试人员参与);

  7. β测试(由软件的一个或多个用户在实际使用环境下进行的测试)。

注:按测试设计方法分类划分为:白盒、黑盒、灰盒

黑盒测试

  • 简介

检查程序功能是否按照需求规格说明书的规定正常使用,程序是否能适当地接收输入数据而产生正确的输出信息。

  • 黑盒测试的目的

功能不正确或遗漏;

界面错误;

输入和输出错误;

数据库访问错误;

性能错误;(性能错误是什么意思?)

初始化和终止错误等。

  • 黑盒测试的方法:

等价划分法(解决如何选择适当的数据子集来代表整个数据集的问题,通过降低测试的数目去实现“合理的”覆盖,覆盖了更多的可能数据,以发现更多的软件缺陷)

边界值分析法(对输入或输出的边界值进行测试的一种黑盒测试方法)

错误推测法(在测试程序时,人们可以根据经验或直觉推测程序中可能存在的各种错误,从而有针对性地编写检查这些错误的测试用例的方法)

因果图法(从用自然语言书写的程序规格说明的描述中找出因(输入条件)和果(输出或程序状态的改变),可以通过因果图转换为判定表)

判定表驱动法(是分析和表达多逻辑条件下执行不同操作的情况的工具)

正交试验设计法(研究多因素多水平的又一种设计方法,它是根据正交性从全面试验中挑选出部分有代表性的点进行试验,这些有代表性的点具备了“均匀分散,齐整可比”的特点,正交试验设计是分析因式设计的主要方法。是一种高效率、快速、经济的实验设计方法。)

功能图法

场景法

  • 测试流程:

测试计划

测试设计

测试开发

测试执行

测试评估(测试覆盖域或跟踪报告)

  • 黑盒测试常用方法:

页面连接检查

相关性检查

检查按钮的功能是否正确

字符串长度检查

字符类型检查

标点符号检查

中文字符处理

检查带出信息的完整性

信息重复

检查删除功能

检查添加的和修改是否一致

检查修改重名

重复提交表单

检查多次是否Back键

search检查

输入信息位置

上次下载文件检查

必填项检查

快键建检查

回车键检查

  • 开发对待测试

没有测试的概念

没有测试的方法和经验

认为测试是测试人员的工作

开发的时间都不够,那有时间进行测试

认为自己开发的程序是完美的

开发人员和产品使用人员思维方式不一样,测试的效果不好

但是我们依然需要做自我测试

出现BUG时,分析的时间比修正错误的时间花费更多

BUG过多,频繁的打断开发的工作节奏、影响开发的士气


作者:汉城节度使

原文链接:https://www.cnblogs.com/tuqun/p/3663441.html

  • 【留下美好印记】
    赞赏支持
登录 后发表评论
+ 关注

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          •   前言  今天几个测试圈子的大佬约了饭局,席间彼此交流了很多关于职场工作上测试相关的话题,听了他们的一些观点很有启发,我自己对于聊的话题也做了一些描述和实际的案例说明。下面是聊的一些关键话题,我将交流的内容和个人观点整理了下,供大家参考。  从测试leader的角度如何保障质量交付?  聊的第一个话题就是测试leader如何保障团队的质量交付,这个话题最近在很多地方,听很多人聊过。我会尝试从以下几点来做阐述说明,观点仅代表个人看法。  流程管理  问:流程是什么?为什么要有流程?流程能解决什么问题?流程能带来什么保障?  流程是什么?  流程是保障团队目标达成的最佳实践,因人/团队/业务类型...
            0 0 824
            分享
          •   日常大家聊天时经常提及一个关键词——大环境不好,由此带来了很多行为的变化,有的人迷茫,有的人躺平。本文给大家介绍发生在我身上和身边的真实案例,希望能带给你一些输入。  案例一:曾经的我也极度焦虑  我是2008年参加工作的,届时正处于美国次贷危机中,危机产生的影响是全球范围的。时常看到新闻上有各种公司倒闭的信息,周围人也经常讨论找工作的不易,大环境的惨烈程度与近两年无异。我作为一个职场新鸟,每天极度焦虑,生怕公司会倒闭。每天有大量时间是焦虑不安的精神内耗状态,产生的影响是做事儿没有规划、学习动力不足、容易走神儿、爱做简单的、机械的事儿、不自信等。经过了好长一段时间,我觉得这种状态对我的负向...
            0 0 229
            分享
          •   随着自动化测试的深入推进,通过自动化测试运行的案例数量越来越多,执行错误全部由人工分析的方式已经不能满足接口自动化测试结果的分析需求。本文介绍一种基于缺陷知识库的接口自动化测试结果分析方法,通过接口测试结果模型化方法和基于错误码库、非缺陷知识库的错误归类分析方法,辅助测试人员高效实施大规模、多系统的接口自动化测试结果分析处理,降低自动化测试的误报率。  一、接口测试结果模型化  首先,我们需要将接口自动化测试的结果模型化,模型信息包括结果标志、错误码、错误信息和返回信息。在接口测试的过程中,从通讯级到应用级提取该模型数据,方法如下:  1、在平台执行接口测试的过程中,若出现任何程序未处理的...
            0 0 678
            分享
          • 1.3.域名系统1.3.1.域名系统工作原理DNS解析过程是递归查询的,具体过程如下:用户要访问域名www.example.com时,先查看本机hosts是否有记录或者本机是否有DNS缓存,如果有,直接返回结果,否则向递归服务器查询该域名的IP地址递归缓存为空时,首先向根服务器查询com顶级域的IP地址根服务器告知递归服务器com顶级域名服务器的IP地址递归向com顶级域名服务器查询负责example.com的权威服务器的IPcom顶级域名服务器返回相应的IP地址递归向example.com的权威服务器查询www.example.com的地址记录权威服务器告知www.example.com的地...
            0 0 1036
            分享
          • 读者提问:对于测试架构师日常工作中做哪些事情我还挺好奇的,这个岗位似乎还挺稀缺的,我所经历的公司没有这个岗位。我对测试架构师的理解就是技术架构师,主要是做技术选型,以及带领整个团队做技术提升的。不知道软件测试架构师在实际工作中,都做哪些事情呢?阿常回答:一家业务体系庞大、复杂的公司的测试架构师的职责主要有五个。1、测试团队的技术带头人测试架构师会关注整个团队的技术提升,包括技术难题的攻关,团队遇到的技术难题,你能够做到 90%的解决率。2、深入参与关键业务的评审关注软件的可测试性,作为测试 leader、项目负责人或者测试架构师需要深入参与技术架构的选型,包括前期的概要设计,给出建议。3、测试...
            0 0 981
            分享
      • 51testing软件测试圈微信