a-b-street / a-b-street/speedwalk
Regression testing and better issue tracking for generated geometry
- 主要言語
- Svelte
- スター
- 24
- フォーク
- 5
- PR マージ指標
- 30日以内にマージされた PR はありません
説明
With some of the new attempts at crossing geometry, it feels like playing whack-a-mole -- problems in one area are fixed, but another area might get worse. I've used some form of "snapshot / diff testing" in other projects -- capture raw OSM input in ideally small areas, record GJ of the generated geometry in git, and then for new code changes, just see what changes and decide visually whether it's a net win or loss. Something like that would be useful here, but setting this up conveniently is tedious:
- From within Speedwalk, I want to just zoom in somewhere and press a button to add a test case. It should probably remember the sequence of bulk actions I've taken (usually "generate sidewalks for all roads, including small roads; generate imaginary crossings not just on major roads; connect crossings and include crossing=no")
- I want to run a test script and have ideally a single browser page that shows before/after renderings of anything that changed
コントリビューションガイド
このリポジトリのコントリビューションガイドは索引されていません
調査の方向性
この issue では、Speedwalk で生成されるジオメトリの回帰テストを追加することが説明されています。まず、既存のテストインフラストラクチャを求めてコードベースを探索します。おそらく tests/ ディレクトリにあります。現在ジオメトリがどのように生成およびレンダリングされているかを調べます。Svelte コンポーネントや JavaScript モジュールにある可能性があります。目的は、OSM 入力と生成された GeoJSON を取得するためのボタンを UI に実装し、変更を diff して可視化するスクリプトを作成することです。プロジェクトで既存の snapshot または diff テストライブラリが使用されていないか確認してください。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- javascript
- 領域
- testing, tooling
- issue の種類
- 機能追加
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 活発さ
- 停滞
- 明瞭さ
- おおむね明確
- 初心者へのやさしさ
- 45/100