問題タブ [beta]

VS2010Beta1でHistoricalDebuggerを試しています。

設定でオンにしていますが（少なくとも私はそう思います）、オブジェクトを調べようとすると、値は次のようになります。

[履歴データは収集されていません]

これを取得して実際の値を表示する方法はありますか？

問題のコードは次のとおりです。

つまり、商用アプリは開発の中間段階にあります.使用できるほど十分ですが、改良、拡張、バグ修正が必要です。出荷可能にはほど遠いですが、開発者や社内テスター/ユーザーが実際のユーザーからのフィードバックをもっと受ける時が来たと感じるほど安定しており、十分に完成しています。

したがって、貢献してフィードバックを提供したい既存のユーザー/顧客から選択される可能性が高い、より広範でありながらまだクローズドなベータテストに参加します。

以前のSO の質問では、ベータ テスターを使用する最善の方法は、良好な双方向通信があることを確認することであることが示されました。そんなコミュニケーションを実現したい！

_{(出典: ifac.cnr.it )}

問題は、開発者とベータテスター全体の間、およびベータテスター同士の間のコミュニケーションを組織化して許可するための最良の方法を見つけることですか?

以前は、ここでは常に単純なメール メーリング リストを設定し、シークレット テスターをリストに追加し、リストの全員が共有する一元化されたアドレスにメールを送信して投稿できるようにしていました。これは粗雑で古いやり方ですが、15 年間この方法で行ってきましたが、特に約 10 人のテスターからなる外部グループでは問題なく機能しています。

しかし、他の方法があるはずです。おそらく、それらを調べるのが最善です。独自のプロジェクト用にどのようなベータ テスト インフラストラクチャをセットアップしましたか? 目標と要件は漠然としていますが、考慮すべき点がいくつかあります

• 機密性、招待されていないユーザーが見つけたり盗聴したりしたくない
• コミュニケーション、ユーザーに質問、ドキュメント、プロジェクトの共有、お互いの助け合いについて話させる
• ファイル共有、ベータ版ソフトウェアの配布方法、およびユーザーが自分の例/問題/デモ例をアップロードできるようにする方法
• バグ報告、通信システムをバグトラッカーに結び付ける必要がありますか?
• スケーリング、5 テスター、20 テスターなどを処理できますか
• プライバシー レベル、それはおそらく 1 日に新しいビルドを取得する社内ユーザーのみ、招待された外部ユーザーのプライベート ベータ、参加したい人のパブリック ベータなどの超ハードコア レベルを処理できますか..
• ノイズの除去。議論があまりにも的外れになったり、おしゃべりになったりすると、ベータ版の焦点がぼやけてしまう可能性があります

この種のベータ サポート インフラストラクチャを設計するためのいくつかの明白なオプションがあり、それらを組み合わせることさえできます。

• (プライベート) メーリング リスト
• プライベート セクションがあるvBulletinのようなフォーラム
• FogBugzのようなバグトラッカー(テスターに​​ライセンスを与えて、調査と注釈を付けられるようにする)
• 共同ドキュメント/ディスカッション用の wiki

また、SourceForge を参照することも役立ちます。これは、機密性、招待、またはクラスの必要がないオープン ソース アプリ用ですが、各プロジェクトに関連付けられたフォーラムとバグトラッカーがあります。Google Waveのような今後のプラットフォーム/パラダイムを検討することも興味深いかもしれません。

私の質問: 社内/社外のベータ テスターを組織化するために使用したシステムはどれですか? また、過度に複雑なシステムを管理するのが困難または面倒になることなく、開発プロセスを強化するという点で、どのシステムが最も効果的ですか?

これをコミュニティ wiki として投稿するのは、唯一の最良の答えがないことは明らかだからです。

.Net フレームワークの初期の開発履歴は? (2002 年に .Net 1.0 がリリースされる前)

ASP.Net はもともと Java で書かれていたことや、.Net はかつて COM3 と呼ばれていたことなど、さまざまな話を聞いたことがありますが、Windows の特定のバージョンでは、プロジェクト ディレクトリがシリアル ポートであると認識されていました。

もっと完全なストーリーを持っている人はいますか？

ベータテストしたいゲームを仕上げています。大規模なテストを行う時間も予算もありません。友人にゲームを見せるだけです。(私たちはまだ何か役に立つものを集めることができることを願っています。) エイジ オブ エンパイアの事後分析 (ゲーム開発者からの事後分析) で、私は次のことを見つけました:

1997 年 8 月に AOE のパブリック ベータ テストが行​​われましたが、その可能性を最大限に引き出すには至りませんでした。有益なフィードバックをたくさんいただいたにも関わらず、プロジェクトの終わりに近づきすぎて、ゲーム プレイに変更を加えることができませんでした。マニュアルはすでに印刷されるように設定されており、ほとんどのデザインは固定されていました。私たちが実際にできることは、見つかったバグを修正することだけでした。

これは良い点です。他に良いアドバイスはありますか？人々に事前に何を伝えるべきか（してはならないか）？何を探すべきですか？

私のチームはアプリケーションの展開を間近に控えており、一部のお客様とのクローズドベータ版を開始しようとしています。新しいベータバージョンを作成するための現実的な時間枠はどのようなものであり、リリースに十分安定した最初のバージョンを呼び出す前に、現実的に必要と予想されるそのようなサイクルの数を知りたいと思います。

アプリケーション自体は医用画像アプリケーションであるため、データがクラッシュしたり破損したりすることは絶対にありません。また、多くのユーザーが1日4〜8時間以上継続して使用しているため、通常のユーザーエラーはかなり早く発生すると思います。アプリケーションは特定のハードウェアに関連付けられており、ハードウェアがある場合は、ハードウェアを実行するためにこのアプリケーションまたは以前のバージョンのアプリケーションが必要になります。

もちろん、今、今、今、それを解放するように上からの圧力もあります！そして、彼らは私の給料を払っているので、私が迅速なリリースについてどんな不安を抱いても、私は彼らの指示に従う義務があります。

次のシナリオが実行される可能性があると思います。

1. 2週間のサイクルタイム。3〜5つのサイトなど、選択したユーザーグループがあり、バグが発生した場合は修正します。このサイクルタイムはとてつもなく速いと思いますが、PowersThatBeがどのように展開したいかはすでに感じられます。このアプローチでは、製品を特定のビルドにロックし、蓄積されたエラーは次のリリースで修正します（後で50ビルドになる可能性があります）。
2. 6週間のサイクルタイム。同じ選択したユーザーグループがありますが、そのグループは成長する可能性があり、成長するにつれて、ステップ1のように動作します。1ほど速くはありませんが、確かにより慎重です。問題は、ユーザーは製品に過度のバグがあるという印象を受ける可能性があり（バグに遭遇した場合）、別のバージョンをリリースするまでその印象に対抗することはできません。その時点で、ユーザーは気にしない可能性があります。先に述べたハードウェアへのロックインがあるので、バグの印象は、売り上げを失うのではなく、軽度の不平を言うことにつながる可能性があります。ただし、新しいベータバージョンはそれぞれ、前回よりもはるかに精査されます。
3. バグが修正されるとすぐに、修正されたバージョンをユーザーの手に渡してください。ビルドサーバーがあり、複数のテスターがあり、非常に迅速に応答します（「アジャイル」と言うこともできます）。ソフトウェアが必要とする他の動作を修正が壊さない限り、バグを修正するのと同じ速さでバグ修正を提供することに欠点はありますか？このアプローチを採用した場合、サイクルを実行するのでしょうか、それとも単にベータ版の「期間」を実行するのでしょうか。

これらの質問はユーザーごとに大きく異なり、BlizzardやGmailのベータ期間のようなものは少し長めです。ベータ版の期間についての経営陣の絶え間ない質問にどのように答えるべきかについて、私はまだ一般的な感触を得たいと思います。

私のアプリケーションは、Cocoa Framework Sparkle を使用して更新をデプロイします。私は通常、自分のソフトウェアのベータ版を展開しませんが、次の更新では必要だと感じています。私の質問は、Sparkle を使用してベータ版を展開するための最良の番号付け戦略は何かということです。私のベータ版をテストする人にとっては、次の公式バージョンをリリースするときに更新がシームレスであることを望みますが、他のユーザーにとっては、システム全体が完全に見えないようにしたいと思います. 私は現在、更新に 1.2.3 のような番号付けシステムを使用しています。

新しいWPFプロジェクトを開始しようとしていますが、4.0には必要なものがいくつかあります（1つはマルチタッチ）。VS 2010ベータ2は11月にPDCでリリースされると聞いているので、今すぐベータ1でプロジェクトを開始し、利用可能になったらベータ2に移行することを検討しています。私が環境と一緒に暮らす必要があるのは約3か月だけだとすると、このプロジェクトをVS 2010ベータ1で開始するのは合理的でしょうか、それとも毎日の開発の準備ができていませんか？

自分の Web サイトのベータ ユーザーをどこで見つけることができるのだろうか? ベータ ユーザーを見つけるのに役立つ Web サイトはありますか?

私は ASP.Net MVC を使用しており、インターネット経由で Web サイトにアクセスできるようにしたいと考えていますが、現在は限られた人しかアクセスできません。stackoverflow、serverfault、およびスーパーユーザーで行ったのと同じように、パスワード付きのベータ アクセス ページと基本的にまったく同じことをしたいと考えています。

ホームコントローラーをチェックしてリダイレクトしたいだけでなく、どのURLが使用されていても常にそこに移動したい.

彼らがどのようにそれを行うか知っている人はいますか？

ベータ期間をサイトにプログラムする最も簡単な方法は何ですか? スーパーユーザーがこのように機能するかどうかはわかりませんが、すべてのページ (おそらくツールバー) でコードを実行して betaPassword Cookie をチェックし、正しくない場合はページにリダイレクトすることですか?

ツールバーではなく、コードを実行するのに適した場所はありますか? (IIRC ツールバーは私のページのすべてにあります)