-
Updated
Oct 5, 2021 - JavaScript
unit-testing
Here are 3,738 public repositories matching this topic...
-
Updated
Jun 29, 2021 - JavaScript
Is your feature request related to a problem? Please describe.
Today we silently ignore stubbing issues, such as trying to use sinon.stub(obj, 'prop')
, when obj.prop
is a synthetic getter. From a user perspective, it is probably more user friendly to be explicitly told immediately that this Object.descriptor is non-configurable (perhaps even with a link to a Sinon doc page!) and cannot be
-
Updated
Oct 5, 2021 - Python
-
Updated
Aug 26, 2021 - Go
-
Updated
Sep 20, 2021 - CMake
-
Updated
Oct 3, 2021 - Python
-
Updated
Sep 12, 2021 - PHP
-
Updated
Sep 1, 2021 - JavaScript
-
Updated
Sep 22, 2021 - C++
Currently when calling the MSBuild
alias with an MSBuildSettings
, we need to set the target using the WithTarget
extension method.
MSBuild("./my-app.sln", new MSBuildSettings
{
Configuration = "Release",
ToolVersion = MSBuildToolVersion.VS2019,
}.WithTarget("Build")); // <<<###
It would be nice if we could use a property, with a string, which would make it more na
Xunit.Sdk.TraitHelper.GetTraits
creates a new instance of Xunit.Sdk.NullMessageSink
, a type that does not override Equals. That instance is later used as a part of the key for caching instance inside Xunit.Sdk.ExtensibilityPointFactory
, resulting in caching not working for such calls at all.
-
Updated
Sep 30, 2021 - JavaScript
-
Updated
Oct 27, 2018 - Go
-
Updated
Oct 4, 2021 - TypeScript
Before you file a bug, have you:
- Tried upgrading to newest version of Fluent Assertions, to see if your issue has already been resolved and released?
- Checked existing open and closed issues, to see if the issue has already been reported?
- Tried reproducing your problem in a new isolated proje
-
Updated
Oct 5, 2021 - Java
-
Updated
Oct 5, 2021 - JavaScript
-
Updated
Oct 3, 2021 - Go
-
Updated
Aug 9, 2021 - C#
-
Updated
Sep 30, 2021 - Scala
-
Updated
Sep 20, 2021 - JavaScript
-
Updated
Jun 11, 2021 - Swift
-
Updated
Jul 23, 2020
At the moment we can access all suite methods via suite.get(). Alternatively, it would be very simple to add all the suite methods directly on top of suite:
Functions should be added here: https://github.com/ealush/vest/blob/latest/packages/vest/src/core/suite/createSuite.js#L60
They can all rely internally on suite.get()
.
Types should be added here: https://github.com/ealush/vest/blob/la
Take this class, for example:
`
import Foundation
// some comment has import SOMEBADTHING
public protocol TestProtocol: AnyObject {
func doSomething() -> Void
}
`
The generated mock ends up having:
... import SOMEBADTHING ...
Looks like it is looking for "{import .*}" in source files and just adding that verbatim to the output file, causing compile issues.
Justification
Release versions should not contain debugging support files.
Description
These files add 13MB of junk to the installation that shouldn't be there for normal users. The purpose of these files is to debug release builds. They shouldn't be included in the final installation.
The total install folder is 29.3MB so the PDB files make up %44 of the installation size.
![i
-
Updated
Oct 4, 2021 - PHP
Improve this page
Add a description, image, and links to the unit-testing topic page so that developers can more easily learn about it.
Add this topic to your repo
To associate your repository with the unit-testing topic, visit your repo's landing page and select "manage topics."
Is your feature request related to a problem? Please describe.
The existing SwifterSwift extension MKPolyline.coordinates uses method getCoordinates that is defined in MKMultiPoint and not in MKPolyline.
MKPolyline extends MKMultiPoint.
The negative effect is that this extension is not available in all subclasses of MKMultiPoint where this extension makes sense, namely MKPolygon
**Descr