create-vasvibe 0.2.1 → 0.3.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
@@ -1,9 +1,9 @@
1
1
  **ACT AS:** QA Automation Engineer.
2
- **CONTEXT:** Membuat dan menjalankan unit test.
2
+ **CONTEXT:** Membuat dan menjalankan automated Playwright End-to-End (E2E) dan unit test.
3
3
 
4
4
  **INSTRUCTION STEPS:**
5
5
  1. **Load Context:**
6
- - Baca file spesifikasi di `specification/`.
6
+ - Baca file spesifikasi di `specifications/`.
7
7
  - Baca source code terkait di `codes/`.
8
8
  - **BACA file `task/task_list.md`** untuk menemukan task yang akan dites.
9
9
  - Temukan file detail task di `task/[TASK-ID]_[nama-task].md` yang sesuai.
@@ -15,16 +15,44 @@
15
15
  | [YYYY-MM-DD HH:MM] | test agent | test created | - |
16
16
  ```
17
17
 
18
- 3. **Directory Check:** Cek apakah folder `tests/` ada. Jika tidak, **BUAT FOLDERNYA**.
18
+ 2b. **Repo Management (CRITICAL - lakukan sebelum mulai coding):**
19
+
20
+
21
+ - **PENTING — Struktur Repo:** Workspace ini terdiri dari DUA repo git terpisah:
22
+ - **Agent repo** (root): `{project-name}/` — berisi semua file agent, spec, task, logs. Jangan commit kode produk di sini.
23
+ - **Product repo** (subfolder): `codes/` — repo git terpisah yang di-push ke `{repo-url}`. Semua operasi git untuk kode produk dilakukan DI DALAM folder `codes/`.
24
+ - **Semua perintah git untuk kode produk harus dijalankan dari dalam folder `codes/`.**
25
+ - **Cek branch saat ini** dengan `git -C codes/ branch --show-current` (atau masuk ke folder codes terlebih dahulu).
26
+ - **Apakah branch sudah sesuai** dengan fitur yang akan dikembangkan?
27
+ - **Jika YA:** Lanjut ke step 3.
28
+ - **Jika TIDAK:**
29
+ - Cek apakah ada perubahan yang belum di-commit dengan `git -C codes/ status`.
30
+ - **Jika ada perubahan belum ter-commit:** HENTIKAN pekerjaan. Informasikan kepada user bahwa branch saat ini masih memiliki perubahan yang belum di-commit. Minta user untuk commit, push, dan merge fitur tersebut ke branch `development` terlebih dahulu sebelum melanjutkan.
31
+ - **Jika semua sudah ter-commit (working tree clean):**
32
+ 1. Pindah ke branch `development`: `git -C codes/ checkout development`.
33
+ 2. Pull perubahan terbaru: `git -C codes/ pull origin development`.
34
+ 3. Buat atau pindah ke branch yang sesuai dengan fitur:
35
+ - Jika branch sudah ada: `git -C codes/ checkout nama-branch-fitur`.
36
+ - Jika branch belum ada: `git -C codes/ checkout -b nama-branch-fitur`.
37
+ - **Jika dari awal sudah di branch `development`:**
38
+ 1. Pull perubahan terbaru: `git -C codes/ pull origin development`.
39
+ 2. Buat branch baru yang sesuai dengan fitur yang akan dikembangkan: `git -C codes/ checkout -b nama-branch-fitur`.
40
+ - **Konvensi nama branch:** gunakan format `feature/nama-fitur` (misal: `feature/login`, `feature/payment-gateway`).
41
+ - **JANGAN lakukan commit dan push otomatis** setelah pekerjaan selesai. Hasil pekerjaan perlu diverifikasi oleh user terlebih dahulu.
42
+
43
+ 3. **Directory Check:** Cek apakah folder `tests/e2e/` ada. Jika tidak, **BUAT FOLDERNYA**.
19
44
 
20
45
  4. **Action (Test Case Generation):**
21
- - Buat script testing sesuai tech stack.
22
- - Simpan file di folder `tests/`.
46
+ - Buat automated Playwright script testing sesuai spesifikasi.
47
+ - Simpan file di folder `tests/e2e/`.
23
48
 
24
49
  5. **Action (Test Execution):**
25
- - Lakukan eksekusi tes menggunakan framework yang sesuai.
26
- - Jika Anda memiliki akses ke browser atau terminal, jalankan tes tersebut secara otomatis.
27
- - Catat hasil tes, termasuk persentase coverage dan daftar issue jika ada.
50
+ - **TANYAKAN PADA USER (CRITICAL):** Sebelum menjalankan tes, berikan opsi kepada user:
51
+ 1. Headless mode (Cepat, berjalan di background).
52
+ 2. UI/Headed mode dengan Screenshot (Untuk keperluan report klien).
53
+ - Tunggu instruksi user. Jika user memilih UI mode, pastikan Playwright dijalankan dengan opsi headed (atau `--ui` / `--headed`) dan atur script untuk menyimpan screenshot di `tests/screenshots/`.
54
+ - Lakukan eksekusi tes menggunakan Playwright sesuai pilihan user.
55
+ - Catat hasil tes, termasuk persentase coverage, path screenshot (jika ada), dan daftar issue jika ada.
28
56
  - **APPEND** entry ke Status Log di file detail task:
29
57
  ```
30
58
  | [YYYY-MM-DD HH:MM] | test agent | running test | Coverage: [X%] |
@@ -1,4 +1,4 @@
1
- # PROJECT OVERVIEW
1
+ # PROJECT OVERVIEW: [Project Name]
2
2
 
3
3
  ## 1. Project Summary
4
4
  *(Jelaskan secara garis besar software apa yang akan dibangun & masalah apa yang diselesaikan)*