Package Validation
Important
Test Base for Microsoft 365 will transition to end-of-life (EOL) on May 31, 2024. We're committed to working closely with each customer to provide support and guidance to make the transition as smooth as possible. If you have any questions, concerns, or need assistance, submit a support request.
Package Validation
When a new package is created or onboarded to Test Base, a validation run is triggered. The purpose of the validation run is to check the package and make sure it's ready for testing. Packages that are undergoing verification are marked with "Verifying package" status.
To see the verification status of your package, you can click the "Manage Package" menu
Package Verification Stages
- Sanity Check: Test Base attempts to validate that the scripts path provided is correct and exists in your package. Follow the guideline here to understand how to build a package for Test Base
- Malware Scan: Test Base also scans the package to check for the presence of virus, malware, or any malicious content.
- Verification Run: If the package passes the first and second stage of validation, Test base triggers a verification run. During the verification run, Test Base runs the scripts provided on our VM (virtual machines).
Package Verification Status
- Verifying package: The package is getting verified through the different stages of verification.
- Verification failed: The package has failed one of the verification checks. You can click the view result button to see the result/ reason for failure.
- Verification taking too long: The package verification process is inconclusive or taking longer than expected. You can upload a new package or open a support ticket for help.
- Accepted: The package passed all verification checks and is now accepted for future tests.
Package Validation Result
As soon as the package validation is completed, you should receive a mail notification with some details about the package validation.
To see validation results of your Security Update test, follow the step below.
- Click on Manage packages, and select the package
- On the package summary page, click "Test Summary"
- Click on the Security Update / Feature Update tab
Package Validation Details
When you upload a package, Test Base makes some decision based on the test types and products selected during package onboarding to perform package validation.
If a customer selects only Security Update, Test Base triggers package validation against the most recent product selected. After successful package validation and if package is Accepted, Test Base will proceed to schedule the package for baseline runs if the customer had selected more than one product. As an example, if a customer selects Windows 11 22H2, Windows 11 21H2 and Windows 10 22H2. Test Base triggers the validation run against "Windows 11 22H2". If the package gets accepted, a baseline run will be triggered against the next 2 products.
If the customer selects only Feature Update as test type, the validation scheduling process is a little different. Test Base triggers a validation run against the selected Feature Update (The customer can see the results in "Feature Update test Results"). When the package is accepted, a baseline line run is triggered against n - 1 product with latest security update. For example, if a customer selects Windows 11 22H2 Feature Update, the baseline runs will be Windows 11 21H2 with the latest security updates.
Feedback
https://aka.ms/ContentUserFeedback.
Coming soon: Throughout 2024 we will be phasing out GitHub Issues as the feedback mechanism for content and replacing it with a new feedback system. For more information see:Submit and view feedback for