silverhack / silverhack/monkey365

Create test infrastructure for Monkey365

Open
#189 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

documentation enhancement impact-low priority-high status/In Progress
Dominant language
PowerShell
Stars
1.3k
Forks
140
PR merge metrics
No merged PRs in 30d

Description

Add the base Pester test infrastructure under the existing tests directory. This should provide a common structure and configuration that can be reused as test coverage is added to Monkey365.

Initial structure:

tests/
├── QA/
├── authentication/
├── unit/
│   ├── core/
│   └── modules/
└── monkey365pester.config.ps1

To implement

  • Add tests/monkey365pester.config.ps1 with the common Pester 6.x configuration.
  • The test infrastructure should:
    • Write test results to a configurable output path.
    • Generate pester-monkey365-summary.json with pass/fail counts and test duration.
    • Generate pester-failures.json with the test name, file path, error message and stack trace for failed tests.
    • Support code coverage.
    • Return the proper exit code when tests fail.
    • Generate NUnit test results for CI.
  • Work with GitHub Actions and Azure DevOps pipelines.
  • Include shared helpers where needed to avoid duplicating test setup.

This will be the base for adding unit tests for core functionality, authentication and individual Monkey365 modules.

Related

  • #188

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start in the existing tests directory and read the related issue #188 for context before creating tests/monkey365pester.config.ps1. Define the shared Pester configuration and helpers around the requested output, coverage, failure, NUnit, and exit-code requirements, then verify the structure works with both GitHub Actions and Azure DevOps pipelines.

Written by the indexing model from the issue text.

Assessment

Tech stack
powershell
Domain
ci-cd, testing
Issue type
Feature
Difficulty
4/5
Estimated time
3-5 days
Activity status
Quiet
Clarity
Mostly clear
Newbie friendliness
48/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.