⬇️ 点击“下方链接”，提升测试核心竞争力！ >>更多技术文章分享和免费资料领取 测试覆盖率是对测试完成程度的度量。它通常依据某种覆盖准则来对测试用例执行情况进行衡量，以判断测试执行得是否充分 。 ——出自《 计算机科学技术名词 》第三版 今天文章中我们给大家介绍覆盖率统计及
软件测试方法与过程 静态测试 以人工为主，测试者通过阅读代码和文档，分析其正确性、一致性及逻辑结构的正确性，从而找出软件中的错误或缺陷。对自动化工具依赖性较小，发挥人的主观能动性。 审查和走查是静态测试常用形式。审查指通过阅读讨论各设计文档及代码来检查其是否有错。
什么是软件测试 测试是为发现错误而执行程序的过程。 软件测试一个破坏性的过程，甚至是一个施虐的过程，也就是第一天说的“找茬”游戏。 当一个输入框让我输入手机号码时，我偏不，我要输入非手机号码，甚至不填。 当界面提示让我点击第一个按钮时，我偏不，我要点第二个，第三个。 这和开发是一
在机器学习中，超参数是用于控制机器学习模型的学习过程的参数。为了与从数据中学到的机器学习模型参数区分开，所以称其为超参数。超参数的配置决定了机器学习模型的性能，每组独特的超参数集可以对应一个学习后的机器学习模型。对于大多数最先进的机器学习模型，所有可能的超参数组合的
二、软件测试分类 1.按测试类型区分：功能测试、可靠性测试、容错性测试、恢复测试、易用性测试、性能测试、可维护性测试 、可移植性测试 、安全性测试、用户文档测试、配置测试、兼容性测试、外国语言测试（本地化测试）等； 2.按测试方法/技术区分：静态测试、动态测试、黑盒测试、黑盒测
三、软件测试方法/技术 软件测试分类（按测试方法区分） 以测试过程中程序执行状态为依据可分为：静态测试（Static Testing，ST）和动态测试（Dynamic Testing，DT），（测试执行阶段采用的方法）； 以具体实现算法细节和系统内部结构的相关情况为根据可分：黑盒测试、白盒测试和灰盒测试三类，（测试用
1. 请你分别介绍一下单元测试、集成测试、系统测试、验收测试、回归测试单元测试：完成最小的软件设计单元（模块）的验证工作，目标是确保模块被正确的编码集成测试：通过测试发现与模块接口有关的问题系统测试：是基于系统整体需求说明书的黑盒类测试，应覆盖系统所有联合的部件回归测试：回归测
一、按来开发阶段划分 单元测试 集成测试 系统测试 验收测试 二、按查看代码划分 1. 黑盒测试 黑盒测试 是功能测试，测试中把被测的软件当成一个黑盒子，不关心盒子的内容结构是什么，只关心软件的输入1数据和输出数据 2.白盒测试 白盒测试又称为结构测试，透明测试，逻
读者提问：什么是黑盒测试，测试方法有哪些 ？阿常回答：一、黑盒测试黑盒测试不关心软件内部结构和具体实现。我们可以把软件当成一个黑盒子，通过对黑盒子进行数据输入和相关操作，观察程序的运行结果，对比实际结果和预期结果是否一致。黑盒测试包括功能测试、非功能测试。功能测试按不同阶
黑盒监控（blackbox_exporter） 之前几个 exporter 的使用，我们可以称为 "白盒监控"，即需要把对应的 expoter 程序安装到被监控的目标主机上，从而实现对主机各种资源及其状态的数据采集工作。但是由于某些清下操作技术或其他原因，不是所有的 expoter 都能部署到被监控的主机环境中，最典
0X01 前言 转载请标明来源：https://www.cnblogs.com/huim/ 当项目功能逐渐成熟，同时需要实现的是运营流程和指标体系建设。需要工程化的功能逐渐少了，剩下的主要工作转变成持续运营以及功能迭代优化。 个人认为，项目应该以运营为目的推动工程化。至少，安全和开发的需求五五开，分隔开，避免
0X01 前言 转载请标明来源：https://www.cnblogs.com/huim/ 本身需要对外有良好的服务能力，对内流程透明，有日志、问题排查简便。 这里的服务能力指的是系统层面的服务，将扫描器封装成提供给业务的业务服务能力不在该篇讲述范围内 0X02 简单的扫描 高端的漏洞往往用最朴实的扫描方法 最
0X01 前言 大多数安全产品的大致框架 提高性能的目的是消费跟得上生产，不至于堆积，留有余力应对突增的流量，可以从以下几个方面考虑 流量：减少无效流量 规则：减少规则冗余请求 生产者：减少无效扫描任务 引擎：灵活扩缩容的分布式引擎节点 0X02 减少无效流量 2.1 URL 2.1.1 去重——去除
实验一 黑盒测试 一、实验目的 1、 掌握黑盒测试的基础知识； 2、 掌握黑盒测试的检查内容及测试目的； 3、 掌握黑盒测试的几种基本测试方法：等价类划分方法、边界值分析方法、因果图法和决策表法； 二、实验要求 1、 复习有关内容，理解黑盒测试； 2、 掌握等价类划分、边界值分析
Dev for Dev 专栏全称为 Developer for Developer，该专栏是声网与 RTC 开发者社区共同发起的开发者互动创新实践活动。透过工程师视角的技术分享、交流碰撞、项目共建等多种形式，汇聚开发者的力量，挖掘和传递最具价值的技术内容和项目，全面释放技术的创造力。 本文为专栏系列内
扫描器已经接触了三年，目前比较成熟，在这个方向里，遇到过很多问题，各种方案或多或少接触过。大多数安全产品都可以用流量+规则+引擎+处置来抽象框架，DAST也是这样。而功能，用目的划分，个人拙见主要5个：流量全、规则全、引擎高性能高可用、扫描无害化、运营高效化。这个系列主要是对应功能
前言 文章内容为本人这三年来在嵌入式软件测试（黑盒）上的一些积累。 说起来也挺快的，毕业三年的时间就这样过去了，在两家公司工作过（现在这家是第二家），这几年的测试项目基本都是围绕着嵌入式软件，同时需要兼顾测试APP端、Web端功能、Web后端接口（Postman），只是测试业务重心还是在嵌入式软
曾言道“黑猫，白猫，只要能抓住老鼠就是好猫”。我们的测试亦是如此，不管是黑盒测试还是白盒测试，只要能测试出来bug，可以找出问题所在，保障软件质量就是好的测试方法。 对于刚入门的软件测试小白来说，黑盒测试与白盒测试绝对是必学的词汇之一。那么，他们说的黑到底是什么黑，说的白到底是什
1、测试计划 首先，根据用户需求报告中关于功能要求和性能指标的规格说明书，定义相应的测试需求报告，即制订黑盒测试的高标准，以后所有的测试工作都将围绕着测试需求来进行，符合测试需求的应用程序即是合格的，反之即是不合格的；同时，还要适当选择测试内容，合理安排测试人员、测试时间及测试
1和2是不存在的，不同时输入第一项
本文节选自霍格沃兹测试学院内部教材 边界值分析法是一种很实用的黑盒测试用例方法，它具有很强的发现故障的能力。边界值分析法也是作为对等价类划分法的补充，测试用例来自等价类的边界。 这个方法其实是在测试实践当中发现，Bug 往往出现在定义域或值域的边界上，而不是在其内部。为
1：定义： 在测试时，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息，并且保持外部信息（如数据库或文件）的完整性，如图所
概念： 是由数理统计学科中正交实验方法进行出的一种测试多条件多输入的用例设计方法，从大量的（实验）数据（测试用例）中挑选适量的，有代表性的点（例），从而合理地安排实验（测试）的一种 科学实验设计方法 有两个元素： 因子：影响结果的条件 水平：因子的不同取值 如上图： 因子有四个：Web浏览器、插件、
测试分类 一. 按开发阶段分1. 单元测试2. 集成测试3. 系统测试4. 验收测试 二. 按测试实施组织1. α测试2. β测试3. 第三方测试 三. 按是否运行划分1. 静态测试2. 动态测试 四. 按是否手工划分1. 手工测试2. 自动化测试 五. 按是否查看代码划分1. 黑盒测试2. 白盒测试3.
