-
Notifications
You must be signed in to change notification settings - Fork 259
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Are the integration tests run anywhere? #936
Comments
As part of our internal package process, we do run the The main reason we don't run them via appveyor is that LCOW tests require an LCOW kernel/initrd to run. |
Thank you, that makes sense. I got what I needed for my own functional test (worked on RS5), and will wait for your efforts on I am curious, if runhcs is being left untested and bit-rotting, have you considered deleting it and its tests? |
Yep! It's on our backlog, but we haven't looked at it in a while. |
This gives a comparison-point for RS5, as used by AppVeyor, compared to my 20H2 desktop machine. TODO: Actually integrate a proper test-suite run, possibly using GitHub Actions, per microsoft#936 and microsoft#970. Signed-off-by: Paul "TBBle" Hampson <Paul.Hampson@Pobox.com>
This gives a comparison-point for RS5, as used by AppVeyor, compared to my 20H2 desktop machine. TODO: Actually integrate a proper test-suite run, possibly using GitHub Actions, per microsoft#936 and microsoft#970. Signed-off-by: Paul "TBBle" Hampson <Paul.Hampson@Pobox.com>
I just discovered, while poking at #901, that the AppVeyor CI script appears to just compile the integration tests, but does not run them.
Are they being run somewhere I can't see (or have overlooked)? Would it be useful to get them running on AppVeyor?
I was looking into using the AppVeyor Job Workflows to have the compile done once (as it is now), then then run the integration tests on both the VS2017 (Windows Server 2016) and VS2019 (Windows Server 2019) images, but I stopped because I couldn't see an easy way to pass the artifacts generated by the first job through to the fan-out jobs to run.
I suspect it's possible with sufficient script hackery, but I didn't want to implement that if it was going to end up being uninteresting, e.g., if I was replicating something that already existed somewhere.
The text was updated successfully, but these errors were encountered: