DEV(開発者):開発
TE(テストエンジニア) :テスト
PM(プロダクトマネージャー) :製品
俊敏性:顧客への高速応答(需要)と開発を効率的に完了し、完成度の定数を追求。
TE それにアジャイルに何をすべきか?
プロセスの1- ストーリー分析
役割:
DEV 、TE
コンテンツ:
転送要求の前夜、 PMは、文書管理や電子メール通知領域のニーズにアップロードされますDevの、TEの分析要件
予備テスト戦略やテスト計画
予備スケジュールテストの使命
出力:
テスト戦略、テスト計画
テスト作業の予備評価
プロセス 2 - 物語計画
役割:
全体のチーム(PM 、デベロッパー、TE)
コンテンツ:
デマンド転送(説教)、詳細
テスト作業を決定します
各テスト計画の更新テスト戦略
そして、準備環境と
出力:
テスト戦略、テスト計画
テストワークロードの評価
工程 3ストーリーキックオフ
役割:
DEV 、TE
コンテンツ:
TE とのDevは一緒に物語の分析を理解します
リスト疑問点
Devのスプリットタスク、デザインのアイデアや思考
TE 記載されているテストポイント
TE それぞれのDev の上記の点に一緒にPM やDevの抗クロストーク(デザインレビューでの実施例)
出力:
テストケース
プロセス 4 - ストーリー展開
役割:
TE 、デベロッパー
コンテンツ:
TE とのDev 双晶、自動テスト
出力:
自動テスト
PS:この時点では、何の自然言語サポートオートメーションシステムが存在しない、標準の実装を達成することができません
プロセス 5-デスクチェック
役割:
TE 、デベロッパー、PM
コンテンツ:
Devのローカルオペレーションシステム、データ準備自律UT
TE この環境では、簡単なテストを行うフロー機能を確認するに開発されており、フィードバックの問題
PM 完全な評価のフィードバックの問題
出力:
デスクチェック問題レコード
PS :チェックインはデスクにまだある発展途上の段階では、問題を識別したり、間違った方向に発展Devの次の段階に機能を確保するために、クイックフィックス。
工程 6- 探索的試験、SIT
役割:
TO
コンテンツ:
テストケースの実装
探索的テストを実行
問題をタイムリーに検証を提出し、修正
タイムリーに問題を解決していない PMの通信
毎日の進行状況のフィードバック、およびインターフェイスのセキュリティとパフォーマンステストを通じて考えます
出力:
テストレポート
工程 7-UAT および製品検証
役割:
PM 、
コンテンツ:
TEの補助PMの検証
PMのフィードバックの問題
出力:
問題の一覧
プロセス 8 オンライン
役割:
全チーム
コンテンツ:
TE 回帰直線のオンライン検証の前に
TE 、Devのオンライン・生産環境の展開
TE 、PMの機能検証の生産
フィードバックを確認してください
出力:
オンライン検証レポート
敏捷性は、理論から来ているが、理論よりも高いです。
1、アジャイルチームは、どのようにそれのようなものでなければなりませんか?
チームは、戦闘のチーム、チームの合計に分かれて 6〜10 を含む人、TE 1〜2 選出された指導者の特定の数を開発するための実際の状況に応じて人、。
リーダーは、割り当て毎日朝のミーティングを整理し、収集し、問題を解決する必要があり、フィードバックを合算。
モジュールのニーズに応じて分散、グループに共通する特徴は、各グループは、需要の一部を担当し、全体の乗組員の協力、需要、需要分析、分割タスク、評価時間の転送は、開発とテストを完了させる予定です。
(重要な)朝は、誰もが真実を伝えるために必要とされ、短い言葉は、真実を伝えると言います。スピーチの内容は、昨日の進捗状況、問題、障害物、危険を完了し、今日何をすべきかをお勧めする必要があります。全体のプロセスはで制御されなければならない 15の5 分以内に完了(より速く、より正確に、より効率的な)
バージョン間のコラボレーションは、サイクル・グループ、この時点大切なチームメンバーの全体的な強さを越えることができます。敏捷性は、全体の強度のテストですが、また、より高速な全体の強度を高めることができます。
強力な能力のDev 及びTEは、一対の開発、完了コードに実装されてもよいUTを。
2 、分析、評価時間を必要とします:
需要分析:
需要管理機能の話、タスク管理フレームワークです。要約特性に時間を評価するためのユニットとして物語。だから、 PMの要件文書は、タイトルの特性として、限りあるべき、2つのタイトルのための物語は、の内容は、必要なすべて含むものとするUI 、データフィールド、機能ロジック、アクセス制御、三者のドッキングを。だからと転送(講義)需要、DevのとTEは、需要に応じて初めて、物語オフポイント。
(説教)デマンド転送が完了します。:チームリーダーは、このノートの物語モジュール書かれた需要、ノートの話、列2回のグループが責任を分割し、リードを取るためのDev 評価時間、Te系評価時間。対応することでデベロッパーとT すぐにこの作業を完了するために、その後、統計解析チームリーダーのフィードバック。アジャイル達成するために、1時間以内、好ましくは半分の時間までに完了するために必要に応じて評価時間。
2、ケースと機能を使用します。
アジャイルハンドオーバ後(需要スアン)が必要であることを必要とし、評価時間前に、 TEは、全ての論理テストのすべてのニーズが指摘一枚の紙であるべきです。、ユースケースをバック持ち運びに便利明確かつ簡潔で、それは地方の優れている必要があります。
1、より速いサイクル、より少ない需要、重要でない機能、テストポイントを書きます
図2に示すように、周期的な中程度、中程度の需要、適度機能、書き込みテストポイント、テストシナリオ
3、テストシナリオの大きな需要の長い期間、非常に重要な機能は、テストポイント、テストシナリオ、インタフェース、パフォーマンス、安全性、デザインのテストデータを書き込みます
テスト:
1、チェックインデスク:そう、以前のテストを介入するなし3〜4敏捷性テスト、唯一の1〜2のテストは、コストの小さい方が早く質問ことがわかりました。
2 、探索的テスト:高速で正確おなじみの奇妙な新機能、新しいソフトウェア、その後のテストケースを容易にします。
3 に泊まっ:ツールの使用に慣れて、F12 、Etherealの、SQL 、郵便配達員や他のツールや機能とテストケースの急速な分解の手段を。
4 、良い習慣:手順、データ、現象、期待、写真などのシンプルかつ正確な説明では欠陥、容易にするDevの正確な位置決めの問題を。
図5は、日清ジャンクション:欠陥は、次の日に決して左のDev 終了が初めて検証を変更します。
最初のための 5つのための例示的な点:
ライン1日前に欠陥、プロセスカードの一部を見つけ、 Devのは解決に夜に残業をするために必要な、しかしTE 早期撤退、デベロッパーが完全な検証を提出解決、欠陥が唯一確認するために、明日まで待つことができます。TE 翌日欠陥の確認、しかし、Tucao のDev ありません。しかし、カードはまだプロセスの一部であり、タスクが完了することができません。ハードライン上のケネディ。
場合は TEの夕方にフォローアップするのDevを見られないことで、この問題を検証し、Devのは時間で解きます。翌日結果、スムーズな流れは、テストに合格し、タスクが完了されます。ライン上で快適。
4 、毎日の要約:
デイリー要約:1日のスケジュールの文書記録、欠陥、問題は、通常は何か完成しました。何が明日、顧問や他のアイデアを実行する必要があります。また、第2日は朝の準備ができます。
5 、煙と回帰の自動化:
グッドオートメーションの使用例は、チームの能力を向上させ、互換性の問題、コスト削減、人材の解放を減らす、再利用することができます。
自動テストが開始され、テストは、経験豊富のグループがいなければなりません ATE 、次のことを行います。
1は、あなたが最初の観察を通して歴史のプロジェクト自動化されたバージョンの実現可能性を確認する必要があり、前の頻繁な変更には適していません UIの自動化、背景が頻繁にオートメーションインターフェイス、フロントエンドには適していません変更し、バックエンドの変更が頻繁に自動化プロジェクトをあきらめることができます。しかし、解析モジュールは、安定性が最初に自動化することができる絶対的ではありません。
2、設計自動化戦略、計画を策定は、リターン計画を吸います:
戦略:選択フレームワーク、ツール、言語
オートメーションの使用例は、堅牢、再利用可能な、独立性、メンテナンスなど、その自動化プランの必要性です。
主な使用ケースのチェックポイント(アサーション)ユースケースにない複数の円滑な流れを確保するために、これ以上のユースケースを煙のシステムを開発する煙優先計画。
リターン計画があるべきケースを使用し、ユースケースが完了した後に煙で開発され、比喫煙ユースケースを返すことができます 1 :100から50 。例で使用したチェックポイント(アサーション)3-5 Geが、フォーカス:リターンユースケースは、ATE 行うことが困難な人を。一緒に私たちは、テストグループを実行する必要があります。
自動化プロジェクトの度合いが高い TEがより快適に。
提案:建設プロジェクトの自動テスト安定した状況が、早いほど良い、アジャイル開発時間をドラッグしてはいけません。
6、継続的インテグレーション:
CI :継続的インテグレーション 継続的インテグレーション
技術のアジャイル不可欠。
無料ツール:ジェンキンス
持続可能な統合された自動日常のタスクを時限展開、および結果の電子メール通知。これは、オペレータの作業、エラー率が低減され、フロー仕様を低減します。
1 、コードはチェックUTを
2 、自動コンパイル
3 、自動ビルド
4 、自動展開
5 、実行オートメーション例のタイミング
TEは、構築するために、と戦うために方法を知っている必要があります
7、管理ツール
ALM :アプリケーションライフサイクル管理アプリケーションライフサイクル管理
TE ようなツールの必要な深さ
ツール、どのような TEを取得するには、一定の期間に熟達をプレイする必要があります。だから、少し〜
8 、データ監視バージョン:
TLのスキルほんの少し〜