Pester / Pester
Pester is the ubiquitous test and mock framework for PowerShell.
Pester/Pester має індекс здоров’я 88 зі 100, що відповідає смузі «Відмінний». Найвищий показник — Community & Adoption (93/100), найнижчий — AI Readiness (51/100). Останнє оновлення — сьогодні. Більшість нещодавньої роботи виконують 2 учасники.
Індекс здоров'я програмного забезпечення
Метрики згруповано у зважені категорії на шкалі 1–100. Загальна оцінка починається як їхнє зважене середнє, відкаліброване за розподілом публічного реєстру, тож діапазони мають перцентильний зміст; коли публічні дані активують Політику юрисдикцій високого ризику, рейтинг коригується й отримує верхню межу 34 («У зоні ризику»).
Профіль оцінок
Кожна вісь — окрема категорія. Форма важить більше, ніж середнє: здоровий об'єкт заповнює всю фігуру, тоді як профіль із піками та провалами означає, що сила в одному вимірі маскує ризик в іншому.
Зважений загальний бал 74 калібровано до 88 за шкалою опублікованого індексу (калібрування реєстру 2026-08-02).
Власність
За цим репозиторієм стоїть організація — спільна, підзвітна опіка, здатна пережити будь-якого окремого мейнтейнера.
Метрики за категоріями
Життєздатність
Чи живий проєкт — чи пишеться код і чи виходять релізи?
Активність розробки
Як обчислюється оцінка
| 36/36 | Свіжість push — останній push 0 дн. тому |
| 8.3/36 | Ритм комітів — 12/52 тижнів із комітами |
| 18/18 | Обсяг комітів — 136 комітів за останній рік |
| 10/10 | OpenSSF Scorecard: Maintained — 30 commit(s) and 19 issue activity found in the last 90 days -- score normalized to 10 |
Використані вхідні дані
| commits_last_year | 136 |
| human_commit_share | — |
| days_since_last_push | 0 |
| active_weeks_last_year | 12 |
Дисципліна релізів
Як обчислюється оцінка
| 27/27 | Випускає релізи — опубліковано 100 релізів |
| 36/36 | Свіжість релізів — останній реліз 1 дн. тому |
| 27/27 | Ритм релізів — реліз кожні ~2,1 дн. |
| 0/10 | OpenSSF Scorecard: Signed-Releases — немає даних |
Використані вхідні дані
| releases_count | 100 |
| latest_release_tag | 6.1.0-alpha2 |
| releases_from_tags | ні |
| days_since_latest_release | 1 |
| mean_days_between_releases | 2,1 |
Спільнота та впровадження
Чи має проєкт користувачів, завантаження, увагу та влаштовані умови для контриб’юторів?
Популярність і впровадження
Як обчислюється оцінка
| 57.1/60 | Зірки — 3 304 зірок |
| 22.3/25 | Форки — 478 форків |
| 12.1/15 | Спостерігачі — 149 спостерігачів |
Використані вхідні дані
| forks | 478 |
| stars | 3 304 |
| watchers | 149 |
| growth_state | unverified |
| growth_factor_pct | 100 |
| growth_unverified_reason | no_history |
Здоров'я спільноти
Як обчислюється оцінка
| 22.5/22.5 | README |
| 16.9/22.5 | Ліцензія — файл ліцензії наявний, не є визнаною ліцензією |
| 18/18 | Настанови CONTRIBUTING |
| 13.5/13.5 | Кодекс поведінки |
| 7.2/7.2 | Шаблон issue |
| 6.3/6.3 | Шаблон PR |
Використані вхідні дані
| has_readme | так |
| has_license | так |
| readme_badges | — |
| has_contributing | так |
| has_issue_template | так |
| has_code_of_conduct | так |
| readme_badge_services | — |
| has_pull_request_template | так |
Сталість та врядування
Чи переживе проєкт своїх людей — бас-фактор, реактивність, хто за ним стоїть і як супроводжуються пакети?
Стійкість мейнтейнерів (бас-фактор)
Як обчислюється оцінка
| 25.2/54 | Бас-фактор — на 2 контриб’ютор(ів) припадає половина всіх комітів |
| 13.4/22.5 | Розподіл комітів — головний контриб’ютор — автор 40% комітів |
| 13.5/13.5 | Широта контриб’юторів — 100 контриб’юторів |
| 10/10 | OpenSSF Scorecard: Contributors — project has 27 contributing companies or organizations |
Використані вхідні дані
| bus_factor | 2 |
| contributors_sampled | 100 |
| top_contributor_share | 0,404 |
Реактивність на issue та PR
Як обчислюється оцінка
| 40.4/42 | Вирішення issue — закрито 96% issue |
| 24.8/30 | Прийняття PR — злито 1 005/1 214 вирішених PR |
| 0/13 | Newcomer PR acceptance — за 30 дн. не вирішено жодного PR від новачка |
| 3/15 | OpenSSF Scorecard: Code-Review — Found 8/30 approved changesets -- score normalized to 2 |
Використані вхідні дані
| merged_prs | 1 005 |
| open_issues | 57 |
| closed_issues | 1 501 |
| prs_merged_7d | — |
| prs_decided_7d | — |
| prs_merged_30d | — |
| prs_decided_30d | — |
| issue_closed_ratio | 0,963 |
| closed_unmerged_prs | 209 |
| first_time_authors_30d | — |
| first_time_prs_merged_30d | — |
| first_time_prs_decided_30d | — |
Власність та опіка
Як обчислюється оцінка
| 30/30 | Підтримка власника — у власності організації |
| 0/20 | Верифікований домен — статус підтвердженого домену для цієї організації не зчитано |
| 12.6/25 | Охоплення власника — 55 підписників у pester |
| 18.6/25 | Послужний список — 7 публічних репозиторіїв, вік облікового запису ~13 р. |
Використані вхідні дані
| followers | 55 |
| owner_type | Organization |
| is_verified | — |
| owner_login | pester |
| public_repos | 7 |
| account_age_days | 5 050 |
Інженерна якість
Чи наявні базові інженерні практики та документація?
Інженерні практики
Як обчислюється оцінка
| 24/24 | Процеси CI — 2 процес(ів) CI |
| 0/24 | Наявні тести |
| 0/16 | Конфігурація лінтера |
| 0/9.6 | Pre-commit-хуки |
| 0/6.4 | .editorconfig |
| 20/20 | OpenSSF Scorecard: CI-Tests — 30 out of 30 merged PRs checked by a CI test -- score normalized to 10 |
Використані вхідні дані
| has_ci | так |
| has_tests | ні |
| has_editorconfig | ні |
| has_linter_config | ні |
| has_precommit_config | ні |
Документація
Як обчислюється оцінка
| 30/30 | README |
| 25/25 | Каталог документації |
| 15/15 | Сайт документації / домашня сторінка — https://pester.dev/ |
| 10/10 | Опис репозиторію |
| 10/10 | Теми — 11 тем |
| 10/10 | Wiki |
Використані вхідні дані
| topics | powershell, pester-tests, powershell-tests, assertions, mocking, mock, testing, tdd, bdd, tdd-framework, bdd-framework |
| has_wiki | так |
| homepage | https://pester.dev/ |
| docs_site | https://pester.dev/ |
| has_readme | так |
| has_docs_dir | так |
| has_description | так |
Безпека
Чи міцні видимі практики безпеки й ланцюга постачання, без непослабленої пов’язаності з юрисдикціями високого ризику?
Стан безпеки
Як обчислюється оцінка
| 6.8/7.5 | Binary-Artifacts — binaries present in source code |
| 0/7.5 | Branch-Protection — немає даних |
| 2.5/2.5 | CI-Tests — 30 out of 30 merged PRs checked by a CI test -- score normalized to 10 |
| 0/2.5 | CII-Best-Practices — no effort to earn an OpenSSF best practices badge detected |
| 1.5/7.5 | Code-Review — Found 8/30 approved changesets -- score normalized to 2 |
| 2.5/2.5 | Contributors — project has 27 contributing companies or organizations |
| 10/10 | Dangerous-Workflow — no dangerous workflow patterns detected |
| 0/7.5 | Dependency-Update-Tool — no update tool detected |
| 0/5 | Fuzzing — project is not fuzzed |
| 2.2/2.5 | Ліцензія — license file detected |
| 7.5/7.5 | Maintained — 30 commit(s) and 19 issue activity found in the last 90 days -- score normalized to 10 |
| 0/5 | Packaging — немає даних |
| 0/5 | Pinned-Dependencies — dependency not pinned by hash detected -- score normalized to 0 |
| 5/5 | SAST — SAST tool is run on all commits |
| 5/5 | Security-Policy — security policy file detected |
| 0/7.5 | Signed-Releases — немає даних |
| 0/7.5 | Token-Permissions — detected GitHub workflow tokens with excessive permissions |
| 7.5/7.5 | Vulnerabilities — 0 existing vulnerabilities detected |
Використані вхідні дані
| source | openssf_scorecard |
| checks_evaluated | 15 |
| scorecard_version | v5.5.0 |
| checks_inconclusive | 3 |
| scorecard_aggregate | 5,9 |
Готовність до ШІ
Наскільки репозиторій оснащений для розробки та супроводу за участі ШІ-агентів? Має свідомо малу вагу (4%): агентний інструментарій — реальний сигнал супроводу, але репозиторій без нього все одно може отримати 100/100.
Контекст і настанови для агентів
Як обчислюється оцінка
| 45/45 | Інструкції для агентів — .github/copilot-instructions.md |
| 0/15 | Машиночитана документація (llms.txt) |
| 0/40 | Читабельна історія комітів — немає даних |
Використані вхідні дані
| has_llms_txt | ні |
| llms_txt_url | — |
| legible_history_share | — |
| agent_instruction_files | .github/copilot-instructions.md |
| agent_instruction_max_bytes | 3 736 |
Як обчислюється оцінка
| 0/18 | Розгортання однією командою |
| 0/22 | Автоматизовані тести |
| 0/11 | Конфігурація лінтера / форматера |
| 0/11 | Статична перевірка типів |
| 10/10 | Відтворюване середовище — devcontainer, lockfile |
| 0/10 | Підтверджена практика роботи з агентами — немає даних |
| 0/8 | Автоматизоване супроводження — немає даних |
| 0/10 | OpenSSF Scorecard: Pinned-Dependencies — dependency not pinned by hash detected -- score normalized to 0 |
Використані вхідні дані
| has_nix | ні |
| has_tests | ні |
| lockfiles | packages.lock.json |
| has_dockerfile | ні |
| typed_language | ні |
| bootstrap_files | — |
| has_devcontainer | так |
| has_linter_config | ні |
| typecheck_configs | — |
| agent_commit_share | — |
| toolchain_manifests | — |
| dependency_bot_commit_share | — |
Читабельність коду для моделей
Як обчислюється оцінка
| 0/45 | Типізований код — PowerShell без конфігурації перевірки типів |
| 55/55 | Керовані розміри файлів — 0/51 файлів вихідного коду понад 60 КБ |
Використані вхідні дані
| primary_language | PowerShell |
| largest_source_bytes | 13 675 |
| source_files_sampled | 51 |
| oversized_source_files | 0 |
Машиночитні інтерфейси
Як обчислюється оцінка
| 0/40 | Схема API (OpenAPI/GraphQL/proto) — не застосовно до цього типу програмного забезпечення |
| 0/20 | Сервер MCP — не застосовно до цього типу програмного забезпечення |
| 40/40 | Придатні до запуску приклади — examples |
Використані вхідні дані
| example_dirs | examples |
| has_mcp_signal | ні |
| api_schema_files | — |
| interfaces_expected_of | — |
Ключові факти
Докладніше
OpenSSF Scorecard 5.9 / 10
Незалежна, не прив'язана до інструментів оцінка безпеки від відкритого проєкту OpenSSF Scorecard. Кожна перевірка винагороджує практику безпеки, а не інструмент конкретного постачальника. Перевірки, які Scorecard не зміг визначити, позначено н/д і виключено з оцінки безпеки (вони ніколи не зараховуються як нуль).
| 9 | Binary-Artifacts | binaries present in source code |
| н/д | Branch-Protection | internal error: error during branchesHandler.setup: internal error: some github tokens can't read classic branch protection rules: https://github.com/ossf/scorecard-action/blob/main/docs/authentication/fine-grained-auth-token.md |
| 10 | CI-Tests | 30 out of 30 merged PRs checked by a CI test -- score normalized to 10 |
| 0 | CII-Best-Practices | no effort to earn an OpenSSF best practices badge detected |
| 2 | Code-Review | Found 8/30 approved changesets -- score normalized to 2 |
| 10 | Contributors | project has 27 contributing companies or organizations |
| 10 | Dangerous-Workflow | no dangerous workflow patterns detected |
| 0 | Dependency-Update-Tool | no update tool detected |
| 0 | Fuzzing | project is not fuzzed |
| 9 | License | license file detected |
| 10 | Maintained | 30 commit(s) and 19 issue activity found in the last 90 days -- score normalized to 10 |
| н/д | Packaging | packaging workflow not detected |
| 0 | Pinned-Dependencies | dependency not pinned by hash detected -- score normalized to 0 |
| 10 | SAST | SAST tool is run on all commits |
| 10 | Security-Policy | security policy file detected |
| н/д | Signed-Releases | no releases found |
| 0 | Token-Permissions | detected GitHub workflow tokens with excessive permissions |
| 10 | Vulnerabilities | 0 existing vulnerabilities detected |
Усі залежності 3
Повний розв'язаний набір залежностей із графа залежностей GitHub: 0 прямих і 3 непрямих (транзитивних) пакетів. Транзитивне замикання є повним, коли в репозиторії закомічено lockfile.
| Реєстр | Пакет | Версія | Зв'язок |
|---|---|---|---|
| NuGet | Microsoft.NETFramework.ReferenceAssemblies | 1.0.0 | непряма |
| NuGet | Microsoft.PowerShell.5.1.ReferenceAssemblies | 1.0.0 | непряма |
| NuGet | System.Management.Automation | 7.4.6 | непряма |
Звіт у форматі JSON машиночитний
Зворотний зв’язок
Помітили щось хибне у цьому звіті або маєте чим поділитися? Неправильні вимірювання, непомічені інструменти, ідеї, запитання — усе доречно. Кожне повідомлення читається й отримує відповідь.
Оцінки — це сигнали, а не гарантії. Вони відображають публічно видимі практики на GitHub — це не аудит коду й не гарантія безпеки.
Відсутні дані виключаються, а ваги перенормовуються — нуль за відсутність ніколи не ставиться. Методологія версіонована й відкрита: метрики v2.10.0, схема v0.12.0 — повна методологія · вікі метрик.
Як окремий результат виглядає на тлі всього реєстру: сукупна статистика.