Windowsアプリの受け入れテストを自動化しよう
単体テストの次は、エンド・ユーザーへの納品時の受け入れテストも自動化したい？ それを実現する手法を紹介する。 連載目次 受け入れテスト（＝受け入れ検査）の自動化は、ユニット・テスト（＝単体検査）の自動化より難易度が高い。 一般的にはこのようにいわれている。 なお受け入れテストとは、エンド・ユーザーが使うのと同じシチュエーションでアプリやシステムをテストすること、つまりシステムの検収のことである。ユニット・テストがメソッドなどの最小の実装単位でその内容をテストするのに対し、受け入れテストではユーザー操作単位でテストするという違いがある。特にアジャイル開発では、小さく機能を追加しながら頻繁にリリースするので、検収の回数も増えてしまい、エンド・ユーザーの負担になってしまうことがある。 このような課題に対処する1つの案として、受け入れテストの自動化の手法が考えられているわけだが、その手法を現実に実
【連載】実践ソフトウェアテスト考現学
ゼロからはじめるJavaScript 第35回 Gemini CLIで日々の作業を自動化してみよう 2025/07/01 07:16 連載
テストの実践手法を理解する
ソフトウエア・テストの進め方については，「ソフトウエア・テストの基本を学ぼう」で紹介しました。ただ，実際にテストを進めて行く段になると，テスト設計をうまく行うための「技法」や，テスト実施を効率良く行うための「ツール」を使いこなすスキルも求められます。そこで，Part1ではテスト設計技法の全体像を解説し，Part2ではホワイトボックス，Part3ではブラックボックスのテスト設計技法についてそれぞれ解説します。また，Part4ではJUnitとdjUnitを使ってホワイトボックスとブラックボックス手法それぞれについての実践例を説明します。最後のPart5では，テストの効率化を支援するツールについて，どのようなものがあるのかを紹介します。 Part1 テスト設計技法の全体を理解する Part2 ホワイトボックス技法 Part3 ブラックボックス技法 Part4 テスト実行の実践方法 Part5 テ
Visual Studio Code - NEW FEATURES: 14 Extension Authoring Improvements (API Consumption, Quick Pick, Octicons, Virtual Documents, Test Suite for Debug Adapters, JSON Mode Extension, & More!) - User Ed - The blog of Ed Price, Customer Program Manager - Sit
In Visual Studio 2022 17.10 Preview 2, we’ve introduced some UX updates and usability improvements to the Connection Manager. With these updates we provide a more seamless experience when connecting to remote systems and/or debugging failed connections. Please install the latest Preview to try it out. Read on to learn what the Connection ...
Visual Studioで作る単体テスト、基本のき
はじめに Visual Studioは2005の時から単体テスト機能を搭載するようになりました。2008のバージョンでは一般的な開発者が利用するProfessional Editionにもこの機能が搭載され、ますます使いやすい環境が整ってきています。本稿（および本シリーズ）では主に単体テスト機能にフォーカスしますが、開発者の利用シーンをキーワードに、いくつかのシナリオを想定して、その時々の使い方を取り扱っていきます。初回となる今回は、最も基本的ないくつかの点について見ていきましょう。 対象読者 .NET Frameworkを利用した開発プロジェクトに携わっている方 Visual Studioの単体テスト機能に興味がある方 必要な環境と準備 本稿で解説する内容を実際に試す場合には以下のいずれかのソフトウェアが必要になります。 Visual Studio 2008 Professional E
コードカバレッジのまとめ - ソフトウェアテストの勉強室
単体テストレベルでは、「コードカバレッジ」を意識しながら（基準にしながら）テスト設計やテストケース作成を行う機会が多い。でも、この「コードカバレッジ」って用語がばらばらであったり、どのカバレッジ基準がどういうことを確認するものなのか、どういう不具合を見つけられるのか、見つけられないのか、といったことが自分の中でしっかりまとまっていなかったので、いろいろ調べてまとめようと思います。 2008/03/12更新 サンプルプログラムで解説を追加 サンプルプログラムは、以前例題として作成したテニスのスコアボードについて [例題]テニスのスコアボード ステートメントカバレッジ 命令網羅。テスト対象となるプログラム中のステートメント（命令文）をどれくらい実施したかどうかをあらわす基準。すべてのステートメントを最低1回実施した場合に、ステートメントカバレッジ100%という。もっとも基本的なカバレッジ基準で
swtest.jp/wiki/forum - PukiWiki
ソフトウェアテスト技術者交流会とは † 情報交換や技術向上を目指した、ソフトウェアテスト技術者の交流会です。ソフトウェアテストに携わっている技術者の方なら、どなたでも入会できます。みなさんの参加をお待ちしております。 ↑ なぜ交流会が必要か † ソフトウェアはどんどん複雑になってきています。その一方で、納期は短くなっているのも現状です。コストも下げなくてはなりません。そこで、テスト技術者が無償で気軽に情報交流できる場が必要となります。そのためにソフトウェアテスト技術者交流会（TEF: Testing Engineer's Forum）を設立しました。どんどんこの交流会を活用して、テスト技術を高めていきましょう！ ↑
JSTQB-glossary.V2.0.J02
1 ソフトウェアテスト標準用語集 （日本語版） Version 2.Version 2.Version 2.Version 2.0.J00.J00.J00.J02222 (20(20(20(2011111111 年年年年 04040404 月月月月 19191919 日日日日)))) International Software Testing Qualifications BoardInternational Software Testing Qualifications BoardInternational Software Testing Qualifications BoardInternational Software Testing Qualifications Board 用語集作業班用語集作業班用語集作業班用語集作業班 編集者：編集者：編集者：編集者：Erik van V
WACATE : 若手テストエンジニア向け勉強会・ワークショップ
WACATE 2025 夏に参加いただいた皆さん、お疲れさまでした！ 各班の発表後にお話ししたフィードバックですが、時間が足りずに伝えきれなかった部分がたくさんありました。そこで改めて、皆さんにお伝えしたかったことをまとめてみました。参加していない方には「何の話？」という内容かもしれませんが、ご容赦くださいね。 はじめにお断りを… このフィードバックは、各班3分間の発表とワーク中に拝見した内容をもとに書いています。発表では触れられていなくても、実際にはここで挙げるポイントをしっかり実践されていた班もあると思います。「ちゃんとやってたのに、なんで指摘されるの？」と感じる方もいらっしゃるかもしれませんが、その点はご理解ください。 また、あくまでも、私ブロッコリーの個人的な意見です。WACATE実行委員会の総意ではない点もご理解ください。 1. 「このシステムならでは」を意識できていましたか？
テスト戦略、設計、手法、技法などなどのリンクをまとめてみた - うさぎ組
WACATE 2011 夏に申し込んだので、おさらいしましょう。ということでテスト手法、テスト技法を中心としたリンクをまとめてみました。 なので今回はTDDとかテストツールとかはあまり含まれていません。 いくつかかぶっているものもありますが、多面的な表現って大切だと思うので、多少のかぶりは気にせずに選択しました。 これを読めば良いソフトウェアエンジニアとして一歩階段を上れる気がしています。 他にも参考になるものがあったら、コメントやTwitterで@kyon_mmまで教えてくださるととっても嬉しいです！ 次の形式で書いています。 WEBサイト名、資料名：発表者（敬称略）：URL カテゴリー分けしたんですが、不適切であるかもしれません。間違い等あればご指摘ください。 また、ここでのリンクに問題がある場合は削除致しますので、その場合もご指摘ください。 TwitterID:kyon_mm mai
ソフトウェアテストを勉強しはじめて10ヵ月でやったこと - うさぎ組
WACATE 2011 夏に誘われたのがキッカケでソフトウェアテストを勉強しはじめて10ヵ月くらいがたちました。 先日、わんくま名古屋でソフトウェアテストの勉強法についてLTしたのですが、みなさんにいろいろ聞かれたのでここにまとめておこうと思います。 本当は1年の区切りで書こうと思ったけど、まぁいいでしょう。 追記ここから わんくまで発表したLT資料はこちらです うさみみのソフトウェアテスト勉強法 View more presentations from Kyon Mm 追記ここまで こういうのを書くときに時系列で書くべきか、コツを書くべきか悩みますね。 でも、みんなが知りたいのは僕の歴史じゃなくってコツだと思うので後者で書きます。前者はTwitterとか勉強会とかお食事とかお茶でもしているときに聞いてみてください。 以下では多くの書籍を紹介していますが、僕がこの10ヵ月で読んだ本。ってい
リスク・ベース・テストの効果と限界
ソフトウェアテストを改善する手法として、リスク・ベース・テストが注目されている。 ソフトウェアの開発サイクルが短くなっている現在では、短時間にいかに効率良くテストを行い、ソフトウェアの品質を高められるかが焦点になっている。テスト不足による品質低下に悩む人にとって、リスク・ベース・テストは効果的かつ魅力的な解決策である。 だが、リスク・ベース・テストが改善するのは、テスト・プロセスである。品質低下の原因がテスト・プロセスではなく、テスト項目そのものにある場合は、リスク・ベース・テストを導入しても、品質を高めることはできないだろう。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://jstqb.web.fc2.com/
開発工程とテスト ― 単体／統合／受入／システム／回帰テスト
PHPUnit: The PHP Testing Framework
ソフトウエア・テストの基本を学ぼう
http://www.jstqb.jp/dl/JSTQB-glossary.V2.1.J01.pdf
基礎から学ぶソフトウエア・テスト---目次
ソフトウェアテスト自動化・TABOK研究会を設立します - Software Quality Topics.