-
Updated
Aug 2, 2022 - JavaScript
tdd
Here are 5,621 public repositories matching this topic...
-
Updated
Aug 8, 2022 - JavaScript
-
Updated
Aug 8, 2022 - Go
Description
Similarly to how Catch2 reads the BAZEL_TEST and XML_OUTPUT_FILE environment variables to support JUnit XML for Bazel, it should configure sharding based on the TEST_TOTAL_SHARDS and TEST_SHARD_INDEX environment variables, and indicate support for sharding by touching the file named in the
-
Updated
Jun 24, 2022 - JavaScript
Is your feature request related to a problem? Please describe.
If you want to use sinon with mocha, you shouldn't forget to restore the sinon sandbox after each test. This is documented here in general setup.
Since version 7.2, mocha supports root hooks. It is a way to export mocha root hooks (beforeEach, afterEach etc) fr
-
Updated
Jun 21, 2022 - JavaScript
-
Updated
Apr 24, 2022 - C#
-
Updated
Jul 23, 2022 - Go
Reorganize tests
The test suite is currently split between two organization models: some tests are organized by the component, or the feature, they test (like this), and a lot of tests are organized by the number of the GitHub issue they verify (like [this](https://github.com/mockk/mockk/blob/master/mockk/jvm/s
-
Updated
Aug 7, 2022 - C++
Let's add MinVer and on successful builds generate a release.
-
Updated
Jul 26, 2022 - TypeScript
-
Updated
Aug 12, 2021 - Java
Description
Nested AssertionScopes only report the outer-most scope reportables on failure. This is true regardless of whether the outer scope has any reportables -- i.e., if only the inner scope has reportables, nothing is reported.
Complete minimal example reproducing the issue
[TestMethod]
public void TestNestedAssertionScopes()
{
using (var outerScope = new AChecklist
- Feature request has a meaningful title
- I have searched the existing issues. See all issues
- I have tested using the latest version of Pester. See Installation and update guide.
Summary of the feature request
Hi,
we are internally using Gitlab
The command exist test always returns true regardless of if the command is invalid.
Describe the problem
On Windows, we want to test if a command/cmdlet exists before running it. However, the 'command().exist?‘ test always returns true no matter what command t
For the longest time I was able to access the pry console while running tests using :TestNearest, but it hasn't been working of late. I am able to run tests using :TestNearest and the other vim-test commands. My issue is that if I throw in a binding.pry in the test, I don't see the pry console open up anymore in the test window. That used to work before, and I can't figure out why. I'm
Jest on windows
Most of NUnit's numeric-related work (comparisons, differences, equality) is exposed via constraints or the classic assertion model, but the work itself is done by a helper class: Numerics.
This helper class has public visibility, which means API changes to it require extra caution to ensure we do
-
Updated
Jun 3, 2022 - Python
-
Updated
Jan 19, 2022
-
Updated
Jul 10, 2022 - Python
-
Updated
Aug 8, 2022 - Kotlin
-
Updated
May 14, 2022 - Python
-
Updated
Oct 29, 2019 - JavaScript
-
Updated
Nov 17, 2021
Improve this page
Add a description, image, and links to the tdd topic page so that developers can more easily learn about it.
Add this topic to your repo
To associate your repository with the tdd topic, visit your repo's landing page and select "manage topics."
Are you creating an issue in the correct repository?
here: https://github.com/jasmine/jasmine.github.io
If you are using a test runner that wraps Jasmine, consider filing an issue with that library if appropriate: