weblogスマートフォン用の表示で見るスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。Studio,TFS,ALM関係のことについていろいろと書いていきます。昨日作成した、テスト計画のテストケースからテストを実行します。Optionsを選択します。Chromeで実行こんな選択肢が表示されます。buildから選択できます。これによって、テスト対象のビルドの品質を計測することができます。自動化を構成していた場合、この辺は自動で行われます。Webランナーを実行したとき、このような小さいウィンドウが表示されます。テストケースを作ったときの手順も表示されるので、この通りに実施します。昨日Chromeでなければならないという理由が右上の四つのボタンです。添付といった機能はすべて昨日紹介したChromeの拡張機能で実装されています。拡張機能はChromeベースのWeb標準技術になることが決まっているので、遠からずEdgeやFirefoxでもサポートされるのでしょう、たぶん、きっと。手順の横にあるレと×で期待通りの動作かどうかをチェックします。成功で、×が失敗です。失敗と判定した場合、コメントへの追記や画面キャプチャ、追加情報を添付しましょう。Bugをクリックすると、VSTSへバグの登録ができます。作成したバグはすぐにVSTSで確認できます。対象のビルド、テスト、プロダクトバックログといった情報がすべてリンクされています。こんな風に添付された情報の確認やテスト計画を一覧で確認できます。概要の確認ができます。Statusをクリックすると、このバグの原因などが登録できます。issueといった分類を記録して、コメントに具体的に何が問題だったのかみたいな情報を記録しておくことで、みんながトラックできます。バグ修正Aboutが間違えていたので、変更してコミットします。新しくビルドができたので、このビルドでテストを実施します。コミット時に関連付けておいたので、バグのDevelopmentに変更コードのリンクが作成されています。Developmentをリンクをクリックすると、変更点が差分で表示されます。Collectionが指定できます。これを指定した場合、OSを一度再起動が要求されるので、再起動してください。同じテストステップを見るので、同じ内容が表示されています。同様に、失敗した場合のチェックもつけられます。Studio,TFS,ALM関係のことについていろいろと書いていきます。Blog|ブログを報告する。