Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

Owner test protocol: in-depth self-testing and dogfooding

オープン
#91 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

まだ誰も着手していません。

評価

難易度
4/5
見積もり時間
1週間以上
初心者へのやさしさ
45/100
issue の種類
ドキュメント
明瞭さ
明確に書かれている
活発さ
活発

調査の方向性

Start by reading docs/WORKFLOW.md and the linked design document, then create docs/TEST_PROTOCOL.md with the six personas, 30 scenarios, condition matrix, devices, and reference price lists. Run the scripted scenarios on the Note 9S release APK, record results in docs/test-log/YYYY-MM-DD.md, and ensure every failure is linked to an issue and fixed or documented as a known limitation.

索引モデルが issue の本文から書いたものです。

説明

area:mobile type:eval

Part of the JobTrail v2 rebuild · design doc · all drafts · draft #30 (revised: outreach → owner test protocol)

Depends on: —

Context. Outreach to tradespeople was dropped (owner can't reliably reach them). Instead the owner tests the app in depth, and the portfolio says so honestly: "built for solo tradespeople, grounded in their documented pain points; tested by the developer through scripted role-play on a 2020 budget phone." This protocol is also the backbone of the per-issue before/after verification in WORKFLOW.md.

Scope

  • docs/TEST_PROTOCOL.md:

    • Personas for 6 trades (plumber, HVAC, electrician, handyman, cleaner, appliance repair), each with 5 scripted end-of-job scenarios covering the hard cases (hours phrasing, negation, self-correction, multiple/no materials, supply-house trips, extra labor, approval absent) plus a reference price list per persona.

    • Condition matrix: quiet room, outdoors/wind, in a car, background noise (TV/tools); airplane mode; low storage; low battery / battery saver; backgrounding and returning mid-inference; app kill and restart; first launch with no model downloaded.

    • Devices: Note 9S (primary), iPhone 16 Pro, laptop browser (web demo).

    • Result log format (docs/test-log/YYYY-MM-DD.md): scenario, condition, device, build/commit, expected vs observed, pass/fail, evidence link.

  • Dogfooding cadence: after every mobile issue merges, run the relevant scenarios on the release APK; every defect found is filed as a GitHub issue before moving on.

  • Pre-launch acceptance session: full scripted run of all 30 scenarios on the Note 9S, recorded.

Acceptance criteria

  • TEST_PROTOCOL.md committed with all 30 scenarios, the condition matrix and reference price lists.

  • ≥ 30 scripted scenarios executed on the Note 9S release APK before launch, results logged.

  • Every failure found is filed as an issue (linked from the log) and either fixed or documented as a known limitation.

主要言語
Python
スター
0
フォーク
0
平均マージ
14時間 46分
マージ済み PR(30日)
21

環境構築

  • Dockerfile・Docker Compose ファイルなし
  • プルリクエストのテンプレートあり
  • コントリビューションガイドなし

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

Taleef7/JobTrail のほかの issue

Taleef7/JobTrail の issue をすべて見る

似ている issue

Python の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。