問題タブ [testing-strategies]

社内アプリケーションの 1 つを使用して一連のテスト ケースを実行しようとしています。これらのテストを自動化し、コマンド ラインから実行して、さまざまなことをログに記録できるようにする必要があります。問題は、既存のコードがコントローラーからビューを分離せず、ユーザーにボタンをクリックするように求める MessageBoxes と Alerts をどこにでもスローすることです (私の場合は OK/CONTINUE だけです)。現在、アプリケーションが実行されているコンテキストを判断するのに役立つ状態フラグを導入することが決定されているため、 を実行するか を実行するかを決定できConsole.WriteLine()ますMessageBox.Show()。しかし、ご想像のとおり、これは多くの変更と汚れた if-else ブロックにカスケードされています。

残念ながら、この段階で座ってロジックをビューから切り離すことは現実的ではないようです。そのため、アプリケーションが実行されているコンテキストを検出する方法があるかどうか疑問に思っていました。MessageBox() 呼び出しのそれぞれを、それ自体がコンテキストを検出できる Notify() 呼び出しに置き換えたいと思います-コマンドプロンプトに出力を表示するか、フォームをポップアップするか。

EDIT_1: これを行うための他の提案も歓迎します。

複雑な計算を含むアプリケーションをテストするために、次のことを行います。

1. 計算をテストするためのテスト自動化ツールの使用方法 (QTP やオープン ソース ツールなどの自動化ツールを使用)
2. 計算をテストしながらカバレッジを決定する方法、テストケースを設計する方法は?

前もってありがとう、テストマン

テキスト読み上げエンジンのテストは、かなり困難な作業です。エンジン自体が入力を解析し、個々の単語の音声分析に基づいて発音のルールを適用します。さらに、最終結果を改善するために、発音規則の例外リストが存在します。The Guttenberg Projectなどのプロジェクトでは、文字通り本を投げることができます問題で; ただし、問題の領域のために快適に感じることはできないという問題が残ります。私はシックス ナイン ソリューション (99.9999% のクラッシュプルーフ) を求めています。エンジンにランダムなテキストを投げることは、私がスリーナインに過ぎず、その後の修正が役に立たないように見えることを明確に示しています. この場合の対処方法はわかっています (エンジン内のエラー処理メカニズムを再検討して、適切に機能を低下させます)。一般的な問題は解決しません。無限の入力ドメインで、ソフトウェアの品質をどのように証明しますか?

API のライセンス コストが十分な投資収益率を生み出すかどうかを確認するために、一連のラピッド プロトタイプを通じて自動化および統計生成プログラムを進化させてきました。限られた時間枠と私自身の限られた経験により、自動化された品質または正確性のテストとメトリックのない便利なツールが生まれました.

このプログラムは、PDF ドキュメントのローカリゼーション プロセスを扱います。具体的には、ファイルのコンテンツの一部 (おおよその単語数、画像数など) に関するレポートを生成し、コンテンツの抽出および処理機能を備えています。主に、PDF ローカリゼーション プロジェクトのコストを評価する時間とコストを削減するために使用されます。

アプリケーションは現在、バグ追跡システムの要求、予備テスト、リリース、およびフィードバック サイクルを含む、より正式な開発プロセスに対して承認されています。

問題は、この種のアプリケーションで QA とテストを行うにはどうすればよいかということです。多くの場合、数値はヒューリスティックに基づく最良の推測であり、処理された出力は、ソース ドキュメントの恐ろしい構造のために常に役立つとは限りません。数値が明らかに異常な場合はレポートに警告を追加する予定ですが、品質を保証するために他に何ができるでしょうか?

これまでのところ、私が持っている最も洗練された解決策は、ビルド環境でアサーション テストを行い、従来のユーザー テスト ケースを多数作成することによって、いくつかのヘルパー メソッドの結果を保証することです (これは避けたいと思います)。

主観的な品質測定をどのようにテストしますか?

私は C# で作業していますが、フレームワーク固有のものよりも一般的なベスト プラクティスの回答を好みます。

私の職場はたくさんのカウボーイコーダーで構成されています。それらの多くはジュニアです。これは偶然にも多くのコード品質の問題の原因となっています。

チームがTDDを使用するのに最適な方法についての提案を探しています（単体テストから始めて、回帰テストに移り、後でさらに自動化されたテストに進むことができます）。

最終的には、私たちの過ちからより早く学び、より良いコードを作成し、より良い開発者を育ててほしいと思っています。

チームにTDDを導入する方法についていくつかの実用的な提案があることを願っています。具体的には、LAMP（php）スタックで選択するのに最適なツールはどれですか。

この質問の自由形式が多すぎる場合は申し訳ありません。

開発サイクルの終わり近くにプロジェクトに参加するとします。このプロジェクトは多くのチームに受け継がれ、全体的に自由に利用でき、テストは一切行われていません。このチームの他のメンバーはテストの知識がなく（恥ずかしいです！）、各メソッドの単体テストは現時点では実行不可能のようです。

この時点で、ユーザビリティテスト以外に、製品をテストするための推奨戦略は何でしょうか。これは通常、手動のポイントアンドクリックで期待される出力/実際の出力作業で立ち往生しているポイントですか？

バグ発見のための静的解析の理論に関する入門書を探しています。推奨事項はありますか？

こんにちは私のプロジェクトには何百ものテストケースがあります。これらのテストケースはビルドプロセスの一部であり、チェックインのたびにトリガーされ、開発者グループにメールを送信します。このプロジェクトはかなり大きく、5年以上続いています。
現在、ビルドに1時間以上かかるテストケースがたくさんあります。一部のテストケースは適切に構造化されておらず、リファクタリングした後、実行時間を大幅に短縮できましたが、数百のテストケースがあり、1つずつリファクタリングしています。 1つは少し多すぎるようです。
今、私はいくつかのテストケース（実行に非常に時間がかかります）をナイトリービルドの一部としてのみ実行し、すべてのチェックインの一部としては実行しません。
他の人がこれをどのように管理しているかに興味があります。

各単体テストはどれくらい検査する必要がありますか? たとえば、私はこのテストを持っています

そしてまた

明らかに、最初のテストが失敗した場合、2 番目のテストも失敗するので、これら 2 つを 2 つのアサートで 1 つのテストに結合する必要がありますか? 私の感覚では、テストがより細かく、各テストのチェックが少ないほど、失敗の原因を見つけるのが速くなると思います。ただし、すべてのテストを実行するのに時間がかかる可能性がある、非常に小さなテストを多数持つことにはオーバーヘッドがあります。

現在、テスト/ダミークレジットカードを使用して、開発サーバーでクレジットカードの機能をテストできます。ただし、ライブサーバーで同じ機能をテストすることはできません。ライブサイトでテストできるダミーのクレジットカードはありますか？