《性能测试》专题
-
安装程序检测 SQLServer 的连接正确性
当我们要安装一个后台数据库为 SQLServer 的数据库前台程序时，很多时候无可避免地要涉及到对 SQLServer 后台数据库的初始化设置操作，如何使用 NSIS 对用户输入的连接信息进行验证，然后利用这些连接信息进行数据库操作呢，如下脚本简单的实现了一个数据库连接测试的功能。 引用脚本的内容： /*----------------------------------------- SQLS
-
react性能优化达到最大化的方法 immutable.js使用的必要性本文向大家介绍react性能优化达到最大化的方法 immutable.js使用的必要性，包括了react性能优化达到最大化的方法 immutable.js使用的必要性的使用技巧和注意事项，需要的朋友参考一下 一行代码胜过千言万语。这篇文章呢，主要讲述我一步一步优化react性能的过程，为什么要用immutable.js呢。毫不夸张的说。有了immutable.js（当然也有其他实现库）。。才能将r
-
我能从一个测试文件夹中测量多个模块的代码覆盖率(Sonar+JaCoCo+Maven)吗？
我有一个代码覆盖率的问题(Sonar+JaCoCo+Maven+Selenium（集成测试））。这是我的项目结构。
-
从功能到测开，阿里巴巴软件测试面经大揭秘，看看大厂的技术栈1.测试理论部分 测试结束的标准是什么？ 1.用例全部执行。2.覆盖率达到标准。3.缺陷率达到标准。4.其他指标达到质量标准 软件测试按过程分为三个步骤 单元测试：单元测试又称模块测试，是针对软件设计的最小单位 ─ 程序模块，进行正确性检验的测试工作。其目的在于发现各模块内部可能存在的各种差错。单元测试需要从程序的内部结构出发设计测试用例。多个模块可以平行地独立进行单元测试。 集成测试：在运行（可
-
测试Redux - 测试Reducers
import counter from './counter'; describe('counter reducers', () => { it('should handle initial state', () => {
-
TDD测试 - 测试Redux
下面的示例会为您测试Redux应用程序打下坚实的基础。
-
测试 - 运行测试
就像 会编译代码并运行生成的二进制文件一样，cargo test 在测试模式下编译代码并运行生成的测试二进制文件。可以指定命令行参数来改变 cargo test 的默认行为。例如，cargo test 生成的二进制文件的默认行为是并行的运行所有测试，并捕获测试运行过程中产生的输出避免他们被显示出来，使得阅读测试结果相关的内容变得更容易。 这些选项的一部分可以传递给 cargo test，而另一些则
-
测试 - 编写测试
测试用来验证非测试的代码是否按照期望的方式运行的 Rust 函数。测试函数体通常执行如下三种操作： 设置任何所需的数据或状态 运行需要测试的代码 断言其结果是我们所期望的 让我们看看 Rust 提供的专门用来编写测试的功能：test 属性、一些宏和 should_panic 属性。 作为最简单例子，Rust 中的测试就是一个带有 test 属性注解的函数。属性（attribute）是关于 Rust
-
测试 - 测试报告
22.13.7.测试报告 测试任务默认生成以下结果. 一份HTML测试报告 一个与Ant的JUnit测试报告任务兼容的XML.这个格式与许多其他服务兼容,如CI serves 结果是有效的二进制,测试任务会从这些二进制结果生成其他结果。 有一个独立的TestReport任务类型会根据一些Test任务实例生成的二进制源码生成一个HTML报告.使用这种测试类型,需要定义一个destinationDir
-
测试 - 测试分组
22.13.6.测试分组 JUnit和TestNG允许为测试方法精密分组. 对于分组JUnit的测试类与测试方法,JUnit4.8引入了类别的概念.9该测试任务允许您设定JUnit包括或者排除某些类的规范。 例22.12.JUnit分类 build.gradle test { useJUnit { includeCategories 'org.gradle.junit.Ca
-
测试 - 测试过滤
22.13.3.测试过滤 从Gradle1.10开始,可以根据测试任务名进行特点的任务测试,过滤与在构建脚本的段落中引入/排除测试任务(-Dtest.single, test.include and friends)是两种不同的机制.后者是基于文件,如测试实现类的物理位置.选择文件级的测试会不支持那些被测试等级过滤掉的一些有趣的测试脚本.下面的这些有些已经被实现,有些是将来会实现的: 过滤特定等级
-
测试 - 测试调试
22.13.2.调试 测试任务提供了Test.getDebug()属性，可使JVM等待调试器附加到5005端口后在进行调试. 通过调用--debug-JVM任务选项，这也可以启用调试任务（since Gradle1.12）。
-
测试 - 测试执行
22.13.1.执行测试 测试从main构建过程中分离出来的,运行在一个单独的JVM中执行.Test任务允许控制这些如何发生. 有许多属性用于控制测试过程如何启动.这包括使用诸如系统属性，JVM参数和Java可执行文件。 可以指定是否要并行执行测试.Gradle通过同时运行多个测试进程提供并行执行测试.每个测试进程在同一时间只能执行一个测试,为了充分利用这一特性,一般不需要为tests任务做什么特
-
测试 - 测试报告
当运行单元测试的时候，Gradle 会输出一份 HTML 格式的报告以方便查看结果。Android plugin 则将所有连接设备的测试报告都合并到一个 HTML 格式的报告文件中。所有测试结果都以 XML 文件形式保存到 build/reports/androidTests/ 中（类似于 JUnit 的运行结果保存在 build/reports/tests 中)。可以自定义路径： android
-
测试 - 运行测试
正如前面提到的，connectedCheck 需要一个已连接设备。这个过程依赖于 connectedDebugAndroidTest task，因此 connectedDebugAndroidTest task 也会运行。该 task 会执行以下内容： 确认应用和测试应用已被构建（依赖于 assembleDebug 和 assembleDebugAndroidTest） 安装这两个应用 运行测试