Build
Build Test Plan — example output
ATF test suite generation
$ nowaikit run build-test-plan
███╗ ██╗ ██████╗ ██╗ ██╗ █████╗ ██╗ ██╗ ██╗██╗████████╗
████╗ ██║██╔═══██╗██║ ██║ ██╔══██╗██║ ██║ ██╔╝██║╚══██╔══╝
██╔██╗██║██║ ██║██║ █╗ ██║ ███████║██║ █████╔╝ ██║ ██║
██║╚████║██║ ██║██║███╗██║ ██╔══██║██║ ██╔═██╗ ██║ ██║
██║ ╚███║╚██████╔╝╚███╔███╔╝ ██║ ██║██║ ██║ ██╗██║ ██║
╚═╝ ╚══╝ ╚═════╝ ╚══╝╚══╝ ╚═╝ ╚═╝╚═╝ ╚═╝ ╚═╝╚═╝ ╚═╝ ✦
NowAIKit — The #1 AI App for ServiceNow
- Running build-test-plan in direct mode (ollama)...
# ServiceNow Integration Test Plan Report
## Instance: demo2
## Generated by: NowAIKit (Expert Platform Consultant)
---
## Executive Summary
| Metric | Value |
|--------|-------|
| Scope | Comprehensive Integration Test Plan |
| Artifact Coverage | 8 ServiceNow Component Types |
| Total Test Cases | 32 |
| P1 (Critical) | 12 |
| P2 (Important) | 14 |
| P3 (Nice-to-have) | 6 |
| Estimated Execution Time | 45-60 minutes |
| Test Suite Name | DEMO2-INTEGRATION-2025-01 |
---
## ⚠️ Note: No Specific Artifact Provided
Since the input artifact `<not provided>` was not specified, I have created a comprehensive integration test plan template covering multiple ServiceNow component types. This demonstrates the full capability and can be adapted for specific artifacts as needed.
---
## Step 1 — Artifact Identification & Retrieval
| Component Type | Sample Artifact Examples | Retrieval Method |
|---------------|-------------------------|------------------|
| Business Rules | BR_Condition_001, BR_Transform_001 | `get_business_rule` |
| **Script Includes** | SI_✔ Capability completed (0 data points gathered)
# Integration Test Plan Analysis Report
## ⚠️ Important Notice: Missing Artifact Specification
I've reviewed the provided data from the ServiceNow instance, but no specific artifact or feature name was provided for the integration test plan. The `<not provided>` placeholder was left unfilled, and the instance data shows no specific business rules, flows, scripts, ACLs, or other artifacts to test.
---
## 📋 Step 1 — Artifact Identification Required
To generate a meaningful integration test plan, I need you to specify one or more of the following:
| Artifact Type | What to Provide | Example |
|--|--|--|
| Business Rules | Business rule name or sys_id | `glow_rule_001`, sys_id, or feature description |
| Script Includes | Script include name | `MyServiceHelper`, `IntegrationProcessor` |
| Flows | Flow name or sys_id | `incident_approval_flow` |
| ACLs | Access Control Policy name | `incident_write`, `cmdb_read` |
| Catalog Items | Catalog item name or short description | `IT_Help_Desk`, `Hardware_Request` |
| UI Policies | UI policy name | `form_visibility_policy_001` |
| Feature Description | Plain-language feature | "Users cannot delete active incidents" |
---
## 📋 Step 2 — Test Coverage Strategy
Once artifacts are provided, I will apply the following integration test coverage based on artifact type:
```
┌──────────────────────┬────────────────────────────────────────────────────────┐
│ Artifact Type │ Integration Test Coverage │
├──────────────────────┼────────────────────────────────────────────────────────┤
│ Business Rules │ - Condition evaluation │
│ │ - Before/After rule execution │
│ │ - Data transformation verification │
│ │ - Async event registration │
├──────────────────────┼────────────────────────────────────────────────────────┤
│ Script Includes │ - Public method coverage │
│ │ - Input validation (valid/invalid/null/boundary) │
│ │ - Exception handling verification │
├──────────────────────┼────────────────────────────────────────────────────────┤
│ Flows │ - Trigger conditions │
│ │ - Step-by-step action validation │
│ │ - Approval paths │
│ │ - Fault/error handling │
├──────────────────────┼────────────────────────────────────────────────────────┤
│ ACLs │ - Role matrix testing │
│ │ - Permission escalation (admin bypass) │
│ │ - Row-level condition testing │
├──────────────────────┼────────────────────────────────────────────────────────┤
│ Catalog Items │ - Variable validation │
│ │ - Approval flow paths │
│ │ - Fulfillment verification │
├──────────────────────┼────────────────────────────────────────────────────────┤
│ UI Policies │ - Visibility states │
│ │ - Mandatory/readonly states │
│ │ - Condition reversal │
└──────────────────────┴────────────────────────────────────────────────────────┘
```
---
## 📋 Step 3 — Test Suite Specification Template
Below is a template structure that will be used once artifacts are provided:
... (261 more lines — full output truncated for screenshot)



