test
Here are 4,858 public repositories matching this topic...
lint the jsdoc
I'm getting bit with failing documentation builds because I'm writing docstrings that JSDoc doesn't like (specifically, TS-style). But there's no linting happening before getting to Netlify.
We may be able to make JSDoc just check the syntax and exit (and make it part of the lint scripts).
This is moot if we want to move forward with maintaining our own TS types (for which there is an op
Current behavior
Hello, I would simply like to request that the documentation for find() (https://enzymejs.github.io/enzyme/docs/api/ShallowWrapper/find.html) be updated to reflect its snapshot-nature. For example, in a situation where clicking a button updates state under the hood...
// some set up code goes here.
const deleteButton = wrapper.find('[data-enzyme-id
Description of the problem / feature request:
It is unclear what operations the value returned by select supports.
Documentation:
https://docs.bazel.build/versions/3.0.0/skylark/lib/globals.html#select
It returns an unknown
But other documentation makes it obvious that we are not supposed to treat this as an opaque object.
https://docs.bazel.build/versions/master/be/functions.html#
Update documentation
Hi there!
Thanks for submitting an issue to Protractor.
To help us help you better, please do the following before submitting an issue:
- Review the questions section of CONTRIBUTING.md.
- Make sure you are not asking a usage or debugging question. If you are, use [StackOverflow](http://stackoverflow.com/
A negative effect could potentially kill a unit. We need to check if the unit is still alive after executing the effects and return early if the unit died. Example: a "poisoned" effect (it doesn't exist, at least yet) that damages the unit turn by turn.
-
Updated
May 27, 2020 - JavaScript
The second example in section 1.1 says:
expect(result.approved).to.be.false;
It should be:
expect(result.approved).to.be.true;
(I'm guessing you made it false so you could simulate the error output in the next picture.)
We need to write an article similar to https://github.com/hdorgeval/testcafe-snippets/blob/master/say-goodbye-to-flakyness.md. There should be a list of best practices that help writing stable and reusable tests.
According to your documentation (https://docs.pytest.org/en/latest/xunit_setup.html), I can name a method teardown() in a test class, and it should not get run by pytest. I am using version pytest-3.8.2.
Pytest calls a method called teardown on class destruction even though it is specified as teardown_class in your documentation. I am guessing this accidentally did not get removed, when the na
Pre-check
- [x ] I'm aware that I can edit the docs and submit a pull request
Describe the improvement
I'd like to report
- Unclear documentation
- A typo
- Missing documentation
- Other
Description of the improvement / report
Auto Completion page suggests ho
I was trying to use REST Assured for the first and was going through the documentation to help me but was getting nowhere. I had put in the correct Maven repository and have copied the relevant classes to be imported but was getting nowhere.
After fiddling around for ages, I had discovered that the classes had to be statically imported but since I had directly copied the classes from the wiki, I
Clarify description
The description says:
A gem providing "time travel", "time freezing", and "time acceleration" capabilities, making it simple to test time-dependent code. It provides a unified method to mock Time.now, Date.today, and DateTime.now in a single call.
But actually it provides a way to stub, not to mock.
`i_suck_and_my_tests_are_order_dependent` documentation should be more informative, less derogatory
I understand the reasoning behind the documentation for i_suck_and_my_tests_are_order_dependent. However I feel that this method name and its comment are glib and do not provide adequate rationale for why tests should be order independent. Nor does it allow for the possibility that there are a very limited number of legitimate reasons to want tests to be run sequentially, particularly when deali
unit test coverage is always 0% , even the log shows that "Linter:UnitTest over".
command:
goreporter -p ./ -r /Users/jeffrey -f html
log:
2018/11/11 19:33:45 The template path is not specified,and will use the default template
2018/11/11 19:33:45 There are no packages that are excepted, review all items of the package
2018/11/11 19:33:45 Linter:CountCode over,time consumi
Hi,
first of all, I really like Kotest's matchers and consider to move from AssertJ to them.
But I noticed that AssertJ adds useful line breaks after each element in the failure message of the collection matches. Here is an example:
AssertJ:
assertThat(actualDesigns).containsExactly(
Design(id = 1, userId = 9, name = "Cat", dateCreated = Instant.ofEpochSecond(151827819注,代码或者日志请使用Markdown语法,看完删掉
for i in d(className="android.support.v7.widget.RecyclerView").child_by_text("集***纳",
allow_scroll_search=True,resourceId="com.****_project_name"):
发生异常: uiautomator2.exceptions.JsonRpcError
-32001 Jsonrpc error: <com.fasterxml.jackson.databind.JsonMappingException> data: com.fasterxml.jackson.databind.JsonMappingException
Hi,
For CommonJS version you need to put:
const configureStore = require('redux-mock-store').default;
instead of
const { configureStore } = require('redux-mock-store'), also this:
const configureStore = require('redux-mock-store') doesn't work.
the problem is related with the double export statement that you make:
export function configureStore ...
_`export default conf
-
Updated
May 11, 2020 - Vue
1. Is your feature request related to a problem? Please describe. (这个功能是为解决什么问题)
A clear and concise description of what the problem is. Explain your use case, context, and rationale behind this feature request (请尽可能详尽地说明这个需求的用例和场景)
2. Describe the solution you'd like(请描述你期望的结果)
A clear and concise description of what you want to happen (简单清楚的描述你期望的结果)
**3. Additional context `
-
Updated
Oct 29, 2019 - JavaScript
Prerequisites
- [y] Have you tried launching
atom .from the terminal in your project's directory? - [y] Have you verified the output from
go envis correct? If it is, please include the output in this issue. - [y] Have you updated Atom to the latest version?
- [n] Have you tried using Atom Beta, which can be run side-by-side with Atom Stable? Is the behavior
I think it would be helpful if the partial subs page mentioned the need to add:
<ItemGroup>
<AssemblyAttribute Include="System.Runtime.CompilerServices.InternalsVisibleTo">
<_Parameter1>YOUR TEST ASSEMBLY</_Parameter1>
</AssemblyAttribute>
<AssemblyAttribute Include="System.Runtime.CompilerServices.I
This is nothing more than a listing of all the things that would come to our minds and that need to be taking care of before merging #376 :
@ffoodd feel free to add items
- Clean input CSS (some prefixes or IE fixes may not be still useful)
- Update Node version to at least v12.10.0 in the Travis configuration
- Create a custom code demonstration block
- Revise t
Proposed by @headcrabmeat in #50
Discussions in issues are ok but when the issue is closed it is not easily available to newcomers.
Write how-to pages resuming the solutions described in issues and troubleshooting for common issues and misunderstandings.
-
Updated
Mar 24, 2020 - Python
In dareid/chakram#6 (comment) I note the inclusion of the extra word 'comprise' for request assertion chains.
I can't find documentation for this keyword through an API search or elsewhere on the web.
It may be because one of the unfortunate costs of building sentence-like build chains - is that each function is a dictionary word not a distinctive comp
Improve this page
Add a description, image, and links to the test topic page so that developers can more easily learn about it.
Add this topic to your repo
To associate your repository with the test topic, visit your repo's landing page and select "manage topics."

Current behavior:
We use
--envvariable to pass some environment variables to cypress, when it's running both in headless and headed mode.One of the parameters is a hash (mix of numbers and characters). Surprisingly some specific hash values make cypress to fail reading this value from the command line (e.g.
769e98018). The corresponding environment variable is not set and the `Cyp