質問

私たちの初期段階における大規模プロジェクト決定している何らかの形での自動UIの試験は、がんに有用であるが、未整理を行うことです。

第一の目標は、自動化の基本的な設置及びそのアプリではないので、開発者の原因は大きな破損 (例:アプリなインストールし、ネットワークな接続し、ウィンドウな表示など) でのテスターな廃棄物の時間 (腹を立) インストールを設定するにあたって破損の構築

二次的な目的は、テスターの処理時の繰り返します。

私の質問はたはこれらの種類の検査できないのか暗黙の前提となるチームの試りますが、お世話になりたいと思いままに常にいることを意味するものプレートの作成についての拡張ユニット試験'.

もうな思想を貫いています。

  • を開発するものでもよりよい位置にいることを知ってい制御IDの授業など、よりどのアプリは

  • タの活用などのアプリは、そのためで試験できるも便利で

  • 長々と書きましたが、初期スクリプトを使用 IronRuby.これはうまく機能しており非常に良く、力強く、文字通り何か、その場合の必要書くことができるコードを書をUI試験

  • すべての自動テストツールUIってきた(TestCompleteどう非常に複雑な脆弱性などの試験機を使用でき、かかって約100倍長くなり、彼らは常に走る"偶然性によるUIの試験です。

  • 当社のテスターできないコードもたっぷりスマートで、すべての私たんを見た時とテスターできる簡単なrubyスクリプトもとにスクリプトを約100りの読み書きは難号化した混乱のボタンや印刷のような標準の自動テストツールUI).

ただフィードバックから他の人のたUIオートメーションチームの両方の開発者やテスター.誰かったです。感謝。

編集: 願いはC#のコンポーネントのラインナップ"豊かなクライアントアプリを接続するサーバーを使用WCF

役に立ちましたか?

解決

理想的ですQAた最終文書は、試験までを実施。の問題をプソリューションには、学習曲線の関与の品質保証人に速やかにツールです。開発者であるということですこの学習曲線の処理によるメンタリングされているが、それでも時間がかかり、ドラッグです。

その代案は、簡単なGUIツールバックの言語(データのスクリプト)を質をスクリプトを視覚的に巻くの細かな言語のみが本当に必要な開発できる必要がありますこもございます

最も成功しい動きをタイムリーかつ詳細て後者で、この設定はんな感じでしたけど(笑)。セレンされるようになったと言っても簡単なwebアプリケーションや簡単なスレッドを通します。ゃも(脚本ウェブ会話のためのwebサービスされるようになったと言っても...別のオプションがあるのでハウス内蔵の試験用ハーネス-簡易ツールのトップのスクリプト言語(Groovy,Python,Rubyでは、次の作業を可能にするQA入れる試験データを用のいずれかを介してGUIをデータファイルです。データファイルできる単純なプロパティファイル、または複雑な構造の場合(のようなものYAMLもExcelデータファイルです。そうすることで基本的な煙試験を開始、以降拡大するという、様々なシナリオに駆動試験までを実施。

最後に...と思いリッチクライアントアプリ設されていますが、難しい試験により異なりますが、自然の言語やツールをご用意してお---

他のヒント

私の経験、テスターできるコードスイッチジョブの支払をしています。

そうだね、自動UIの試験です。各所で働いてきたした豊かな十分なWinRunnerはLoadRunnerく余裕はない、スタッフが実際に使用します。価格は変更されている可能性があるが、これらの高5桁低6桁の値札付け、ピッキングな価格のスターター。の製品は使いにくい、通常のアンインストールのバックアップを定期で皆様を恐れのトラブルを打破します。

また7年間のアプリケーション開発前にやっと切り替え試験及び試験の自動化を実現しております。試験はより符号化、自動化の開発したい方の成功にマーク試験ます。

少し前の話になりたい私の考えるスキル行列のです。

興味のある議論

http://automation-beyond.com/2009/05/28/qa-automation-skill-matrices/

感謝。

と思うと、開発者に試験するのに利用します。そのように、"破壊"のチェックを通してdevサイクルだけでなく、です。だ夜間の自動構築、聞き取ることができると思いを正しい小さな成長大、平均、人食いのバグ修正

どの試験機を提案し、試験、開発者が実際に書くのですか?

いずれに依存するツールのご使用となります。

現在、当社では使用 セレン (私たちはとてもJava店)

のセレンのIDEを記録動Firefoxを作成し、開発者が手動で正しい間違いにおける重要な子会社webappsな適した品質保証への書き試験です。

もう過去の一定の成果をあげた書図書館として機能し、ラッパーのためのセレンの機能を読んだとして英語をスウェーデン語翻訳で見:

selenium.clickButton("Button Text")

...しかし、その背後にはシーンチェックのための適切なレイアウトやタグのボタンは、id等

残念ながらこの設定を用いることにより、筆記テストを行っております。

いようになったのは、最近のことで認識というツール ねじれ (Thoughtworksは、Eclipseのエンジン)は、ラッパーのためのセレン、平易な英語のスタイルの試験はこのストリームに書き込みますしたいと思って提供することができるこのテスターできる簡単な主張、英語をスウェーデン語翻訳で見!

自動的に作成しスタブのための新しい主張ったタが記試験を受けて開発する必要がある場合には新しいコードです。

がその場で発音を確認することが最も合理的な選択肢はあるのに十分なスペックなどのQAんでブの試験は基本的に何をしたい試験の各画面"や各コンポーネント、スタブの方です。のスタブ名はなんで記述しています。このビへの機能性結晶化させます。実際、この要求にこのファッションや、技術的でない人々によって作業を通じて、泥水域の独自のものです。

のスタブで組み合わせのQA/devます。ことができ、安価に電車品質保証人としてどのように述試験は、一般的になっているslurpいるのでfurthers仕事です。

思いもよりますがスキルレベルのテストチームのツールをイメージしたデコレーション文化に関してどのよう開発者やテスターの相互作用する私の現在の状況をするには、こちらをクリックして比較的技術試験チームです。すべての試験機について開発。当社の場合、テスターの書きUIの自動化を実現しております。場合は、試験チームがない方はしない設定です。その場合、これを実現する開発者が書いUIの自動化を実現しております。

その他の要因:

他の試験をクタプレートあなたのお客様に何を期待に関連すか。何のスキルレベルの開発チームとは何か意志を試験自動化。

ロン

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top