問題タブ [alm]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
tfs - TFS2012 System.Description フィールドがなく、タグがありません
私の組織は最近、TFS 2010 から TFS 2012 に移行し、他の多くの組織と同じように、以前はテキスト フィールドでしたが、現在は html フィールドになっている System.Description フィールドに遭遇しました。
これは実際には非常に良いことであり、長い間待ち望まれていました。ただし、このフィールドが格納する html は標準の html ではないようです。Visual Studio の外部でクエリを実行するスクリプトがいくつかありますが、フィールドがタグなし<html>で返されることに気付きました。<body>
これはバグですか、それとも機能ですか? それが機能の場合: この動作を何らかの方法で制御できますか?
agile - Agile ALM - テスト中の開発者の役割
私はアジャイルの概念を採用しようとしており、かなりの量の調査を行ってきましたが、1 つの質問に対する答えに出くわしていません。開発者がイテレーションのタスクを最初にコーディングしている間に、テスターがテスト計画とテスト ケースを準備できることはわかっています。開発者はその時点で取り組んでいますか？私の現在のウォーターフォール SDLC では、開発者は次のリリースのコンテンツに取り組み始めますが、アジャイルでは、現在のイテレーション/スプリントが完全に完了するまでしか作業を行うことができないようです。
visual-studio - TFS を使用した ALM と Visual Studio を使用した ALM の違いは何ですか?
Team Foundation Server (TFS) を使用したアプリケーション ライフ サイクル管理 (ALM) と Visual Studio を使用した ALM に違いはありますか? 違いは何ですか？私は .Net 開発者で、C#、ASP.Net、ASP.Net MVC、WCF、および SharePoint に取り組んでいます。ALM を学習する必要がある場合、TFS または VS を使用して ALM を学習する必要があります。
ご協力いただきありがとうございます。
excel - ALM から Excel へのデータのプル
ALM からデータを取得して Excel シートに保存しようとしています。ALMのワークフローでコードを書いています。以下のシングルを書いて保存しようとすると、エラーがスローされました。
Dim cn As ADODB.Connection
このコードを書く前に参照を与える必要がありますか? もしそうなら、どのように参照を与えるのですか？
tfs - TFS 2013:タスクをテスト済みとしてマークする方法は?
しばらく前 (約 3 か月) に TFS 2013 をバグ追跡ツールとして使用し始めました。これ以前は、TFS をソース管理としてのみ使用していました (バグ追跡は別のソフトウェアで実行されていました)。今のところ、いくつかのプロセスを開発しました。このプロセスが正しいかどうかを理解するのに役立つコメントをいただければ幸いです。したがって、ここにそれらがあります：
一般的な情報：
- 一つの大きな製品を開発しています。
- 私たちのチームには 5 人の開発者と 2 人の QA がいます。
- 多くの場合、1 ～ 2 か月ごとに新しいバージョンをリリースしています。
- 1 週間のスプリントがあります。
TFS の使用方法は次のとおりです。
- 1 つのチーム プロジェクトと、その中にいくつかの領域があります。各領域は製品の一部を表しています。
- 私たちのチーム プロジェクトでは、スクラム 2.2 テンプレートを使用しています。
- チーム プロジェクトでは、リリースごとに「大きな」イテレーションを作成します (たとえば、「リリース 01.2014」、「リリース 03.2014」)。これは、前のイテレーションの終わりから始まり、1 ～ 2 か月続きます。
- タスクとバグの 2 つの標準作業項目タイプを使用します。
- すべてのバグとタスクは、適切な「大きな」反復と領域に属します。
- タスクは 2 つの方法で使用されます: 改善や新機能のためのスタンドアロンの作業項目として、およびバグを修正するときはバグの子として。
- 現在の状況を監視するために、TWA の一連のクエリを作成しました。それらの一部は共有されています (「新しいバグ」、「テスト用のバグ」、「進行中のタスク」など)。一部は各開発者/QA によって作成されます (「進行中の私のタスク」、「私のタスク」など)。 Bugs done」など）。
バグの作業プロセスの説明は次のとおりです。
このプロセスは悪くないように見え、何とか機能します。しかし、改善や新機能のために作成されたスタンドアロン タスクには問題があります。
スタンドアロン タスクのプロセスの説明は次のとおりです。
主な問題は次のとおりです。QA はタスクをテストに合格または不合格としてマークするにはどうすればよいでしょうか。 現時点での解決方法: QA はテスト済みのタスクに「クローズ」タグを付けて、すべて問題がなければタグ付けし、エラーがある場合はタスクの子バグを作成します。しかし、この方法でタグを操作するのは良くないようです。
編集 もう 1 つの質問: バグが開発者に割り当てられたときに、バグ/PBI のどの状態が最も適しているか?
コメントや提案は大歓迎です。
visual-studio - TFS 2012 で複数バージョンのバイナリ依存関係を管理する方法は?
外部 API をターゲットとするいくつかのプロジェクトのリリース プロセスを管理しています。典型的なシナリオは、1 つのソリューションが特定のバージョン (v1 など) のサード パーティ ランタイムを本番環境でターゲットにし、開発フェーズで新しいバージョン (v2) をターゲットにするというものです。本番サポート用に v1 の依存関係を維持する必要がありますが、DEV ブランチ用に v2 も維持する必要があります。これらのシナリオは、展開計画によってはさらに複雑になる場合もあります。
ブランチ + ナゲットを試しましたが、問題は使用する API が巨大で、ナゲット パッケージのスコープを構築するのが難しいことです。すべてを 1 つのパッケージに入れることは、小規模なプロジェクトでは意味がありません。一方、統合する機能によっては、DLL の組み合わせが大きく異なる可能性があり、クローズドな関心事に適切に分離されていません。
それに加えて、通常、これらの API を使用する複数のソリューションがあります。
なんらかの形で TFS に API バージョンのリポジトリを構築することを考えていました
ビルド セットアップに応じて、参照されている DLL ファイルをサーバー内で参照するようにビルド プロセスを構成する方法はありますか? システムで複数のビルドを維持できることは明らかですが、個々のビルドごとに参照ファイルの場所を提供する方法がわかりません。