- 综合排序
- 最热优先
- 最新优先
- 来自专栏啄木鸟软件测试
单元测试工具（连载6）
2 JAVA单元测试框架TestNG TestNG号称下一代测试框架，它的趋势正在取代JUnit。
53310发布于 2019-12-12 - 来自专栏凯哥Java
单元测试框架系列教程6属性invocationCount、invocationTimeOut
这篇我们来学习下@Test中另外两个属性invocationCount和invocationTimeOut，前面我介绍了timOut这个属性，知道是超时监控的功能。同样，本篇两个属性和这个差不多，只不过是监控运行多次同一个用例的总耗时是否达到设置的最大值。
74430发布于 2019-06-25 - 来自专栏喵叔's 专栏
【单元测试】--编写单元测试
一、编写第一个单元测试 编写第一个单元测试通常包括以下步骤。 以下示例以C#和NUnit为例： 创建测试项目： 在Visual Studio中，创建一个新的Class Library项目，这将是你的单元测试项目。 在被测项目中，编写一个函数或方法，准备用于单元测试的代码。 ： 回到你的单元测试项目，在该项目中，创建一个新的测试类，以测试被测代码中的方法。 四、总结 编写第一个单元测试通常包括创建测试项目，编写被测代码，编写第一个单元测试，运行单元测试，检查测试结果。NUnit提供了常见的断言函数，用于验证测试的期望结果。
1.4K50编辑于 2023-10-22 - 来自专栏喵叔's 专栏
【单元测试】--单元测试最佳实践
一、单元测试代码风格 编写单元测试代码时，遵循一致的风格和最佳实践是非常重要的，因为它有助于提高代码的可读性、可维护性和可靠性。 二、针对边界条件的测试 在单元测试中，针对边界条件的测试非常重要，因为边界条件通常是软件中出现问题的关键点。使用单元测试框架，你可以编写特定于边界条件的测试用例，以确保代码在这些情况下的行为是正确的。 四、单元测试的性能考虑 保证单元测试的性能是非常重要的，因为测试过于耗时可能会影响开发流程和持续集成的效率。 以下是一些方法，可以帮助你确保单元测试具有良好的性能： 编写快速测试： 编写快速执行的单元测试，这些测试应该迅速完成，通常在毫秒级别。 这可以使你的单元测试更快速，因为它们不需要与外部系统通信。 并行执行测试： 确保你的单元测试能够并行执行，以充分利用多核处理器和提高测试速度。
1.6K50编辑于 2023-10-22 - 来自专栏全栈程序员必看
前端单元测试总结_javascript单元测试
1.为什么需要单元测试 正确性：测试可以验证代码的正确性，在上线前做到心里有底 自动化：当然手工也可以测试，通过console可以打印出内部信息，但是这是一次性的事情，下次测试还需要从头来过，效率不能得到保证 有测试用例做后盾，就可以大胆的进行重构 2.前端相关的单元测试技术 2.1 测试框架 目前，前端的测试框架很多，像QUnit、jasmine、mocha、jest、intern等框架，这些框架各有特点， 简单描述下，感兴趣的可以具体研究： Qunit: 该框架诞生之初是为了jquery的单元测试，后来独立出来不再依赖于jquery本身，但是其身上还是脱离不开jquery的影子 jasmine: Behavior-Drive return proxy; } var proxy = spy(fn); // 得到一个mock函数 4.如何写单元测试用例 4.1原则 测试代码时，只考虑测试，不考虑内部实现 数据尽量模拟现实 在目前互联网的开发环境下，业务开发很难做到TDD开发，一是因为需要更多时间编写单元测试用例；二是要求非常了解业务需求；三是要求开发人员有很强的代码设计能力。
2.2K20编辑于 2022-09-20 - 来自专栏云计算linux
单元测试
单元测试简介 单元测试就是测试程序员依据其所设想的方式开发出来的程序是否产生了预期的结果。 单元测试是与软件开发生命周期中的编码阶段结合起来的，并且只有项目具备各个窗体、报表和屏幕之后才能开始进行测试。 编码阶段的基本单元式：程序、函数、过程、窗体、或者图形用户界面。 在单元测试中，需要测试以下内容：代码的控制流程、给函数传递参数值、从函数获取值是否正确。另外，单元测试不只限于检查控制流程或者程序的执行，还检查代码是否遵循编码标准。 驱动模块在单元测试中接收测试数据，把相关的数据传送给被测模块，启动被测模块，并打印出相应的结果。另一种是桩模块，用以模拟被测试模块工作过程中所调用的模块。 开发人员将测试作为编程的必要过程，并采用单元测试来验证它们的代码是否执行预期的功能。开放源码的单元测试框架有JUnit和Nunit。
1.1K10编辑于 2024-12-23 - 来自专栏朱慕之的博客
单元测试
– 维基百科 使用单元测试以后，我们就没必要为了测试某个小模块去编译我们的程序，然后去等待模拟器启动然后到你需要验证的模块去。 如果项目很大，编译要等很长时间 ####单元测试能节约我们的时间，提高开发效率，对于项目越大的效果越明显。 怎么知道我们的项目有没有加上单元测试，用Xcode打开你的项目，看文件导航栏有没有类似下图的两个文件夹（TestDemo是工程名） ? 其实在我们新建工程的时候就可以为我们的工程选择是否带上单元测试，如下图： ? 在讲解如何写测试方法前，先说说默认的方法的作用 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29
2.1K20发布于 2018-08-02 - 来自专栏喵叔's 专栏
【单元测试】--维护和改进单元测试
一、持续维护单元测试 持续维护单元测试是确保它们继续有效的关键。 以下是一些方法来保持单元测试的可维护性： 集成单元测试到持续集成流程：将单元测试包括在持续集成（CI）流程中，确保它们在每次代码更改后都自动运行。这有助于及早发现问题。 二、重构单元测试 重构单元测试是改进现有测试代码的过程，以提高其可读性、可维护性和覆盖范围。以下是重构单元测试的一些方法： 简化测试用例： 避免过于复杂的测试用例。 重构单元测试需要谨慎和测试驱动方法。确保测试依然准确地验证了应用代码的行为，并且没有引入新的问题。维护高质量的单元测试是确保软件稳定性和质量的关键步骤。 三、单元测试中的常见陷阱和解决方案 在单元测试中，有一些常见的陷阱，开发人员可能会遇到。
1.1K30编辑于 2023-10-23 - 来自专栏call_me_R
单元测试
important;font-size:12px;width:auto;max-width:100%;overflow:auto;border:1px solid #f6f6f6}.markdown-body thead{background:#f6f6f6;color:#000;text-align:left}.markdown-body tr:nth-child(2n){background-color 单元测试的好处 通过单元测试，开发者可以了解到提供了什么功能，对单元测试API有基本了解 单元测试允许程序员在以后重构代码，并确保模块仍然正常工作（即回归测试）。 由于单元测试的模块化性质，我们可以测试项目的各个部分，而无需等待其他部分完成。 单元测试的坏处 单元测试不能够捕获程序中每个错误。即使在最简单的程序中，也不可能评估每种单元测试执行的路径。 推荐：单元测试和其他测试手段一起使用 VUE项目中使用单元测试 我们使用Vue-Test-Utils这个Vue.js官方的单元测试实用工具库，来编写VUE应用中的单元测试。
81220发布于 2020-11-19 - 来自专栏InvQ的专栏
单元测试
单元测试 单元测试的意义 单测好处： 单元测试使工作完成的更轻松 单元测试使你的设计更好 大大减少花在调试上的时间 能帮助你更好的理解代码 单元测试是什么？ 该类测试一般由研发人员完成，需要借助单元测试框架，如java的Junit、TestNG，mockito，python的unittest等 好的单元测试准则 1.运行快速 单元测试运行比较频繁，如果打包时候 ，单元测试运行很慢，会很影响效率。 单元测试执行顺序无关 不同顺序无影响 单元测试之间不能共享状态 比如不能共享变量，如果需要，放在setup里 6.隔离外部调用 单元测试需要快速运行，且每次结果一致，所以需要隔离一切对外部的调用 不使用具体的其它真实类 （就是不要new） 不读数据库 不读网络 不读外部文件 适当时候可构建相同的内部文件mock 不依赖本地时间 不依赖环境变量 7.自描述 单元测试是开发级文档 单元测试是方法的描述 8.单元测试逻辑 单元测试必须容易读和理解
1.2K00发布于 2021-02-06 - 来自专栏TangPiece
单元测试
V6工程目录下执行 npx jest4r setup4project 这将完成以下工作 配置工程 jest.config.js 添加测试脚本到 v6 package.json 中 更新babel配置， ，默认检测 .prettierrc.js 文件，如果存在prettier配置文件，文件名需要保持一致（文件名规则对齐V6工程命名规则） 安装单测环境依赖包 配置jest.config.js @liepin coverageDirectory=cq-coverage --json --outputFile=coverage.json 使用苍穹发布 一、苍穹主动发布 苍穹中搜索要发布的项目，点击更多，选择发布单元测试 (目前测试环境单测和打包中心单测是等效的) 点击unitest插件执行报告查看结果 或在任务管理中，进入单元测试报告界面查看 二、行云流水线发布任务时自动执行 当行云流水线执行项目发布时，根据行云的门禁配置会自动执行项目的单元测试 和苍穹主动执行单测的区别是，苍穹主动执行单测只会执行单元测试，不执行项目发布，而行云会同时执行项目发布和单测 示例 选择元素的方式 getBy* 用于正常的查询元素，找不到元素会报错 queryBy*
2.5K10编辑于 2024-01-12 - 来自专栏JusterZhu
单元测试
现有NUnit3、NUnit Playwright、MSTest 和 xUnit 是四种不同的单元测试框架和工具，它们各自有不同的特点和用例。 以下是它们之间的主要区别： NUnit3 类型: 单元测试框架 语言: C# 特性: NUnit 是一个广泛使用的 .NET 单元测试框架，类似于 JUnit 在 Java 生态系统中的地位。 MSTest 类型: 单元测试框架 语言: C# 特性: MSTest 是 Microsoft 提供的测试框架，集成在 Visual Studio 中。 如何编写一个单元测试？ 当然可以！编写 xUnit 单元测试是一个相对简单的过程，但需要遵循一些基本的步骤和最佳实践。以下是一个逐步指南，帮助你开始编写 xUnit 单元测试。 启动单元测试 根据你的需要选择测试类型
1.8K00编辑于 2025-01-23 - 来自专栏D·技术专栏
单元测试
测试人员只能帮助我们查漏需求是否完整实现，对于代码质量和可维护性是需开发自己保证的，所以单元测试必不可少。 避免为单元测试写测试，单元测试必须非常简单 单元测试不能相互依赖，可以独立运行 除了必要的覆盖测试用例，还要注意一些临界值 比如：null、0、“” 等 JUnit 5的使用： maven依赖: <! 而且不要使用公共配置，保持每个单元测试之间相互独立，在测试时依赖的Bean越多说明逻辑越复杂，就需要将代码重构。 Spring-boot-test maven依赖 <! 测试覆盖率 单元测试覆盖率只是一个跑分，这个不是我们最终要追求的目标。还是那句话，做单元测试不仅仅是为了完成政治任务，或者一个好看的报告。 做单元测试是为了提升代码的质量和架构，不要为了做单元测试而做单元测试。 IDea工具 右键测试类 ? image.png ?
2.3K30发布于 2019-11-11 - 来自专栏只喝牛奶的杀手
单元测试
从上到下分别是：UI 测试、服务测试和单元测试。它们累加在一起，就像一个金字塔一样。 今天我们只说单元测试。 单元测试中最麻烦的不确定因素就是各中间件，常见于数据库、缓存、MQ，这些中间件的历史数据或单元测试时交叉并发产生的数据（如多个人在跑同一个单元测试或是同时跑不同单元测试但产生了相互影响的数据）都是单元测试所要杜绝的 单元测试上下文获取登录信息要通用。 避免单元测试类中过长的set方法，精简代码。没有复用性的数据放在单元测试内部，不要干扰他人。 编写单元测试时, 仅仅需要关注单个类就可以。 在项目提测前完成单元测试，不建议项目发布后补充单元测试用例。单元测试循序渐进推动，提升单元测试覆盖率（单元测试的评估基准主要是逻辑覆盖率）。 落地点：纯Mock单元测试，集成测试、端到端测试先放弃，确保单元测试能落地(单元测试>>集成测试>>端到端测试)。单元测试是不依赖spring容器，也不依赖于其他的环境。
96430编辑于 2023-06-05 - 来自专栏技术开源分享
单元测试
对单元测试的描述大家可自行百度，后期时间满足的情况下，我在对单元测试进行一个单独的专题进行说明，这一节主要就是介绍一下简单的用法。 LZ使用的是VS2017,通过右击可以得到如下截图所示内容，点击创建单元测试，保持默认选项不变，点击确认 单击 “创建单元测试” 后，会出项如下对话框。 进行单元测试 接下来，我们对测试代码进行修改，在我们进行单元测试时，某种程度上就是将我们人工给出的程序运行结果与程序实际输出结果进行比较，所以单元测试的过程一般分为 3 步： 给出我们期望的结果 expected 如果我们预期此文件有130个字符，单元测试就会报错，并且给出比对结果 ? 编写测试方法 单元测试的基本方法是调用被测代码的函数，输入函数的参数值，获取返回结果，然后与预期测试结果进行比较，如果相等则认为测试通过，否则认为测试不通过。
1.4K10发布于 2019-03-14 - 来自专栏房东的猫
单元测试
RESULT_DATA, response); return RpcResponse.success(ResponseUtil.searchResponse(response)); } 测试用例 /** * 单元测试
96920发布于 2020-12-31 - 来自专栏行者常至
SpringBoot 单元测试
添加了 spring-boot-starter-test 依赖 BaseControllerTest package com.test; import org.hamcrest.Matcher; import org.junit.Before; import org.junit.Test; import org.junit.runner.RunWith; import org.springframework.beans.factory.annotation.Autowired; import org.sp
1.2K20发布于 2019-06-14 - 来自专栏用户1337634的专栏
单元测试 - MockBean
为依赖外部组件的代码做单元测试，需要使用Mockito，如果是Spring上下文的话，可以使用MockBean 测试代码示例 使用原生的Bean @SpringBootTest class TransactionManagerNoMockTest 设置的时候，如果参数有Mockito生成的，那么所有的参数都需要由Mockito生成，哪怕是常量，也要使用Mockito.eq(常量) @Mock与@MockBean的区别 Mock一般用在不依赖框架的单元测试 上下文环境 参考 Springboot集成测试MockBean踩坑记录 Difference Between @Mock and @MockBean (Spring Boot Applications) 有赞单元测试实践
2.1K10发布于 2021-01-20 - 来自专栏知识累积
单元测试规范
命名 单元测试项目名：[被测项目].Tests 类名：[被测类]Tests 方法名：[被测方法][测试场景][预期行为] 举个例子，现在要对Shape.Core.dll中的Line类的Contains方法写单元测试 分组 在单元测试方法中增加分组，可以更好的管理单元测试，也方便自动化测试，只需要在在测试方法上，使用[TestCategory(name)]特性进行标记。 步骤 一个完整的单元测试用例应该包含如下三个部分 Arrange：准备当前测试场景的前置条件 Action：执行被测试方法 Assert：对被测试方法的执行结果进行断言判断（几乎每种测试框架都提供了Assert
2K30发布于 2019-12-31 - 来自专栏未闻Code
Python单元测试（）
在Python的单元测试（一）中，我们讲了单元测试的概念以及一个简单的单元测试例子。 在这个例子中，只有三个函数，于是可以把每个函数的输出结果打印到屏幕上，再用肉眼去看结果是否符合预期。 再把testgetnum()函数中的以下内容 self.assertEqual(output,['2', '3']) 改为 self.assertEqual(output,['2', '6' = ['2', '6'] First differing element 1: 3 6 - ['2', '3'] ? ^ + ['2', '6'] ? 这篇文章介绍了单元测试模块unittest的assertEqual的基本用法，下一篇文章将要更加全面的介绍unittest模块。
1.3K20发布于 2019-01-09
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号