プロジェクトでのアルファテストとアルファ研究所の実装

今日のITの世界では、高品質の製品提供プロセスを調整および改善する準備が必要です。 テストは、ソフトウェア開発ライフサイクルにおいて重要で時間のかかる部分です。 テストを効果的に実行できる多くのテクニックとテクニックがあります。 しかし、時には彼らは顧客の否定的な反応から救いません。 顧客は不満のままで、競合他社に目を向けます。



私の練習では、いくつかの印象的な例があります。 それらを見てみましょう。



数年前、私たちはローカル電話交換機からモバイルデバイスへの通話のための機能を開発しました。 アイデアは、お客様がモバイルデバイスからIVRメニューを通じてPBX機能にアクセスできるようにすることでした。 時間とエネルギーをきちんと費やしました。 公式リリース後、私たちは顧客が感動して泣くと確信していました。 私たちの実装が彼にとって複雑すぎるように思えたことを知るのは何でしたか。 「鉄」の女性が次のプレスは1、2、3のいずれかであると説明するまで40秒待ちたくなかったので、この機能は完成し、顧客に人気がありませんでした。



別の顕著な例は、アプリケーションのフラグの名前です。 カナダ系のフランス系アメリカ人とロシア人が、どういうわけか一緒になって、ユーザーインターフェイスでフィールドの名前を作成しましょう。 その結果、英国の顧客はすべてをやり直すことを要求しました。

両方の例で、余分な時間と労力を費やしました。



私たちは何を間違っていますか? 私の意見では、いくつかの主な理由があります:要件の低さ、専門知識の欠如、効果のないテスト計画、複雑な製品、誤った評価、プロセスの欠如。



どうすれば状況を修正できますか? 各プロジェクトは、特定の標準的なプラクティスを適用します。 追加の時間、QAチームでの追加のテスト、厳格なコードレビューの実施をスケジュールできます。 しかし、それらは常に望ましい結果につながるとは限りません。



最適なソリューションとして、任意の複雑なプロジェクトにアルファテストを導入することを検討します。 これは、チームの専門知識をテストおよび構築するための効果的な方法です。



アルファテストは通常​​、通常の開発者またはテスターに​​よるシステムの実際の作業、または潜在的なユーザー/顧客によるシステムの実際の作業の模倣として理解されています。 ほとんどの場合、アルファテストは製品開発の初期段階で実行されますが、場合によっては、完成品の内部受け入れテストとして使用できます。 すぐに予約したいのですが、QAテストとアルファテストを共有しています。 私のプロジェクトにはプログラマー、テスター、テクニカルサポート、アーキテクトがいます。アルファテストチームは別にあります。 このチームの焦点は、システムを毎日使用しているときにバグを見つけることです。 このチームは、1日あたり100回のテストを行う必要はありません。 彼らは、メトリックではなく製品の品質について考えます。



そして今、言葉から行動へ。 プロジェクトに効果的なアルファラボを構築することをお勧めします。 アルファテストの利点は、テストが継続していることです。 あなたと同僚は毎日ソフトウェアまたはハードウェアを使用して、実際のユーザーの行動をシミュレートします。 しかし、このようなテストを効果的に実施するには、このプロセスを形式化する必要があります。



実用的な部分を10の基本ステップに分けました。 各ステップを詳しく見てみましょう。



ステップ1.最初の最も重要なステップは、インフラストラクチャの定義です。 そのようなラボの実現可能性を判断する必要があります。それを展開するのに十分な時間があり、プロジェクトで必要な理由があります。必要な資金がありますか。 さて、それが決まったので、続けましょう。



ステップ2.設計チームとQAチームは、要件の正確性と妥当性に責任があると考えています。 アーキテクトが各製品およびリリースの要件を作成し、ビジネスアナリストと連携することを要求します。 チームでレビューを実施し、明確でない場合は要件を送り返します。 一般的に、この問題に関して積極的な立場を取ります。



ステップ3.ステップ3では、将来の研究室について考える必要があります。 必要なハードウェアとソフトウェアのリストを定義し、将来の研究室の図を描き、時間を計画します。



手順4.プロセスがないとアルファテストを実行できないため、プロセスが必要です。 したがって、あなたの袖をまくり、あなたが行動する方法を書きます。 アルファテストに参加するユーザーの数、サポートするリリースの数などを検討してください。



ステップ5.アイデアを顧客と調整する必要があります。 この場合の顧客は、直属の上司、上司、または外部投資家のいずれかです。 実験室とテストのためのお金は割り当てられるべきです。



ステップ6.次の重要なステップは、このアクティビティの素数を選択することです。 書き捨てて三度考えないでください。 彼は冷静で、組織的で、社交的で好奇心person盛な人でなければなりません。



ステップ7.素晴らしく 、テスト戦略とテストについて考える時間です。 標準テンプレートを使用します。 技術的なリスク、アクティビティ、テスト用の機能、ツール、期限などを考慮してください。



ステップ8.テストの実行に進みます。 このテストをできるだけ効率的に実行してください。 あらゆる種類のテスト手法を使用することをお勧めします。 たとえば、仕様ベース、使用量ベース、障害ベースの手法。



ステップ9.レポートには特別な注意が必要です。 テスト結果と製品の品質について結論を出すために必要です。 通話、会議、使用された機能に関する統計を収集します。 見つかったすべてのバグもこのレポートに移動します。



ステップ10.私たちはフィニッシュラインにいます。 ソフトウェアの品質を改善するために必要なプロセス。 アルファラボは、一歩先を進み、エンドユーザーの反応を予測する機会です。 リリースからリリースまでこのラボを開発することは非常に重要です。 したがって、怠zyにならず、次のことを考えて計画してください。レトロスペクティブを実施し、新しいリリースの要件を確認し、新しいユーザーを作成してください。



私たちの会社の一部として、私たちはすでにお客様の1人にそのような実験室を導入しています。 そして、私たちは非常に前向きな効果を見ていると言えます。 プログラマーに独自のコードの使用を強制しました。 1年で80のバグを発見し、顧客の要件と要望をよりよく理解し始め、テクニカルサポートとの建設的なコミュニケーションを開始しました。 重要な結果は、ベータテストとお客様のサイトで見つかったバグの数を減らしたことです。



一般的に、私たちはすべての人に試み、助言しました。 がんばれ!



All Articles