保守しやすく変化に強いソフトウェアを支える柱 自動テストとテスト駆動開発、その全体像 ～Software Design 2022年3月号「そろそろはじめるテスト駆動開発」より | gihyo.jp
保守しやすく変化に強いソフトウェアを支える柱 自動テストとテスト駆動開発、その全体像 ～Software Design 2022年3月号「そろそろはじめるテスト駆動開発」より 今回、Software Design 2022年3月号 第2特集「そろそろはじめるテスト駆動開発 JavaScriptでテストファーストに挑戦」の第1章「保守しやすく変化に強いソフトウェアを支える柱 自動テストとテスト駆動開発、その全体像」を本サイトに掲載します。第2章以降については、本誌『Software Design 2022年3月号』電子版（Gihyo Digital Publishing、Amazon Kindle）をご購読いただければ幸いです。 第1章では、混同されることの多い自動テスト関係の概念を、自動テスト、テストファースト、テスト駆動開発の3つの段階に分け、それぞれの効果や注意点を説明します。ソフ
第2回 なぜ、人は欠陥を見逃すのか？ | gihyo.jp
「テストを実施すると必ずバグを見つけることができますか？」と聞かれると、筆者の回答は“No”です。テストによるバグを検出は、実施した結果が期待値と異なる事象のときに発見されます。テストにおいての期待値とは、テスト対象が動作した「正しい結果」です。 テストケースを見ると期待値の設計はされていますが、ほとんどの場合は期待値以外の結果が記述されることはありません。テストの実施においてテストケースに記述されている期待値以外の結果は、テスト担当者の判断に委ねられます。この期待値がバグを発見する重要な鍵を握っています。 あるプロジェクトの情景 ある製品のテストを担当したTさんとテストマネージャのM氏の会話を聞いてみましょう。 M氏：「先週のテストの実施結果を報告してくれ。」 Tさん：「テストの計画通りにテストケースを実施しましたが、不具合の検出率が低いようです。」 M氏：「それは、テスト対象の品質
「システムテスト自動化カンファレンス」参加レポート | gihyo.jp
2013年12月1日、オラクル青山センターでシステムテスト自動化カンファレンス（STAC）が開催されました。私自身はテスト自動化研究会（STAR）のコミッターですが、今回縁あってカンファレンスのレポート役をさせていただくことになりました。 それではさっそく報告に入りましょう。 よりよいテスト自動化のためにちょっと考えてみませんか？―スコープ、ROI、プロセスを中心に― 近江 久美子（STAR） 今回のカンファレンスの位置づけと全体の方向づけを行うものです。このカンファレンスで扱われるテストは「ソフトウェアのユーザに価値がある単位で行われるテスト」、一般的にはシステムテスト、受け入れテストと呼ばれるテストレベルになります。 次にテスト自動化の目的を考えましょう。代表的なものとしては効率化したい、手動ではできないテストをしたい、などが挙げられますが、大事なことはただ自動化してもよい自動化に
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
