Better (or even the best?) browser support for Nodeunit!
- 主要言語
- JavaScript
- スター
- 1.9k
- フォーク
- 359
- PR マージ指標
- 30日以内にマージされた PR はありません
説明
Or rather, why not the best?
I'm getting fed up with some sillinesses of QUnit. I'm currently considering my options for good front end test framework, and since I'm using Nodueinit for my back end code, I thought, why not use it for the client side as well? I gave it a try, and liked the fact that it worked, but I didn't like it's report output.
So, I thought why not improve upon it, and it could easily be the best FE unittesting framework out there.
I'm writing to you because I'd like to hear you thoughts about it, discuss our ideas, so that you'll be able to pull it back happily not resulting in us branching out to 2 separate projects.
Here are my initial thoughts:
- Be AMD (Asynchronous Module Definition) compatible, but provide functional fall back code if one wants to load it with `` tags.
- Have wonderful reporting UI, both in terms of functionality and look!
**What do you think? Ever thought about improving the FE reporter/support? What ideas do you have?**
コントリビューションガイド
このリポジトリのコントリビューションガイドは索引されていません
調査の方向性
まず、Nodeunit の既存のブラウザーサポートとフロントエンド reporter を確認し、次に AMD ローディングと script-tag フォールバックを現在のプロジェクトにどのように組み込めるかを調査します。この issue では、reporting UI の大幅な改善も求められていますが、ファイル、テスト、具体的な受け入れ基準は特定されていません。完了とするには、スコープについて合意し、ブラウザーでの読み込みおよび reporting の動作を実証する必要があります。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- javascript
- 領域
- frontend, testing
- issue の種類
- 機能追加
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 活発さ
- 停滞
- 明瞭さ
- 説明が足りない
- 初心者へのやさしさ
- 25/100