JSTQB認定テスト技術者資格試験、ソフトウェアテストを学びたい人の足がかり - 虎塚
先月受けたJSTQB認定テスト技術者資格 第6回 Foundation Level試験の結果が出ました。無事合格ー。 ソフトウェアテストをもっとうまくできるようになりたくて、まず基礎知識を増やそうと思って受けましたが、合格以外にも得られたものがありました。というわけで、勉強してよかったことと勉強方法をメモ。 公式サイト：JSTQB認定テスト技術者資格 勉強してよかったこと テストについて語るための共通語を学べた ソフトウェアテストについて人と話すとき、それぞれの人が同じ言葉について独自の解釈をしているせいで、会話がかみ合わないことがあります。この試験で勉強する内容は、そういった齟齬を失くすことに役立ちます。 Foundationレベルは，もっとも基礎的なレベルで，テスト技術者なら必須であろう知識について認定がされます。したがって，試験の内容も，テストに関する基礎的な用語とその意味，用語と用
TDDBCでの教えを胸に、巨大なC#レガシーコードと戦ってみた - hachiNote
目的 業務で現在、とても厄介なC#コードと戦っています。途方に暮れかけていましたが、TDDBC札幌で教えていただいたことから突破口が見えてきました。感謝の気持ちを表しつつ、ちょっとした現状メモです（それにしてはすごく長くてすみません）。 正確には「戦ってみた」じゃなくて、「戦い始めた」ですね。 敵のデータ どんなアプリケーションか C#で書かれた（一部C++もあるが）Windowsフォームアプリケーション。ドライバ的なところからビューアまで、かなり巨大。 とりあえず今自分が見ているところはビューアの改造とかのわりと表層的な部分。C#のみ Visual Studio 2008 Professional Edtionで開発 コードの状態 コードの質が悪すぎる。今までみたコードの中で最もひどい コピペコード多すぎ。とにかくところかまわずがんがんコピペ状態。 メソッド長過ぎ。クラスがでかすぎ。Cじ
開発とテストの融合こそゴール。続、グーグルはあれほど多くのソフトウェアのテストをどのように行っているのか？
開発とテストの融合こそゴール。続、グーグルはあれほど多くのソフトウェアのテストをどのように行っているのか？ グーグルでTest Engineering Directorを務めるJames A Whittaker氏が書いたエントリを紹介した先日の記事「グーグルはあれほど多くのソフトウェアのテストをどのように行っているのか？」が非常に好評で、「続きがあれば読みたい」というコメントをいただいていました。 Whittaker氏がそのエントリの続き「How Google Tests Software - Part Threeを公開していますので、ご要望に応えて紹介することにしましょう。 品質は開発の問題であってテストの問題ではない 品質とはどのように実現するものなのか？ という問いに対して、Whittaker氏は次のように書いています。 The simple solution to this con
グーグルはあれほど多くのソフトウェアのテストをどのように行っているのか？
グーグルは検索エンジンだけではなく、メールソフトのGmail、オフィス系ソフトのGoogle Apps、WebブラウザのChromeやOSのAndroidなど、さまざまな種類と規模のソフトウェアを開発しています。 それらはどのようにテストされ品質管理されているのでしょうか？ グーグルのブログGoogle Testing Blogに、Test Engineering DirectorのJames A Whittaker氏による「How Google Tests Software」がポストされ、その概要を伝えています。 3つのチームからなるEngineering Productivity Whittaker氏はまず、グーグルにはテストの専門部隊はいないのだ、という組織構造の説明から始めます。 There isn't an actual testing organization at Googl
[jasst] JaSST'11 Tokyo 二日目に参加していた - HsbtDiary(2011-01-26)
■ [jasst] JaSST'11 Tokyo 二日目に参加していた 今日は朝からyattomさんやm_sekiさん、t-wadaさんが参加するTDD研究会のセッションに参加するなど。 このセッションはTDDは開発者による設計手法であって、テスト手法ではないという大前提が発表側にはあって、そこに対して品質保証的なテストエンジニアの観点や参加をどうしていくかみたいな話と理解したのだけど、そこが会場全体で共有されているかと思うとちょっと怪しかったなあ。 後半はドキュメントはどうだとか、うちの組織ではバグ検出数を出さないと〜みたいな感じになってきたのがちょっとアレであった。ようはやる気ないんでしょと。 午後はハヤブサのソフトウェア開発に参加したんだけど、クレーターがあることを予測して設計やテストをめためたやっていったのに、いざ到着してみたらクレーターが無いことがわかって愕然としたとか"予期せぬ
![[jasst] JaSST'11 Tokyo 二日目に参加していた - HsbtDiary(2011-01-26)](https://cdn-ak-scissors.b.st-hatena.com/image/square/8cab6183abe73ade0ce0a24c302ac36ee5c17b43/height=288;version=1;width=512/https%3A%2F%2Fwww.hsbt.org%2Fdiary%2Ftheme%2Fogimage.png)
Python用のユニットテストツールまとめ — TRIVIAL TECHNOLOGIES 2.0
みんなのIoT/みんなのPythonの著者。二子玉近く160平米の庭付き一戸建てに嫁/息子/娘/わんこと暮らしてます。月間1000万PV/150万UUのWebサービス運営中。 みんなのブロックチェーンは，ブロックチェーンの入門書。暗号やハッシュなどを含め，基礎からブロックチェーンの仕組みを学べる書籍です。 いろんな方に「新しい技術を学ぶことの楽しさ」を感じ取ってくれたら著者として嬉しいです:-)。お金は技術的にどのように定義されるのか。 みんなのIoTは，モノのインターネットと呼ばれるIoTの入門書です。IoTの基本について，読者に寄り添って優しく解説しました。裏テーマは一番とっつきやすいPython入門書。サポートページはこちら みんなのPython 第四版は，より分かりやすい入門書を目指し，機械学習やデータサイエンスの章も追加して第三版を大幅に書き換えました。Python 3.6にも華
そろそろ大規模ソフトウェア開発に一言いっておくか。デイリービルドとリグレッションテスト 2010-03-12 - 未来のいつか/hyoshiokの日記
会社の勉強会で自分の今までの経験からテストについてお話をした。その資料を公開する。自分が関わった、Oracle8、DEC Rdb、日本語COBOL、そしてSamba3.0国際化プロジェクトでのテストやディリービルドなどについて紹介した。 テストファースト開発など、最近広く知られるようになってきたが、ディリービルドとリグレッションテストの実行という方法論は昔からソフトウェア製品開発の現場では行われていたベストプラクティスである。そのリズムとか雰囲気を伝えたかった。 テスト勉強会よしおか100311 1View more presentations from Hiro Yoshioka. テストがある開発現場ってのは、こんな感じなんだ〜という雰囲気が伝われば幸いだ。 アジャイル開発方法論としてXPの手法とかいろいろ知られているが、このディリービルドとリグレッションテストというプラクティスもその
5.3 unittest -- 単体テストフレームワーク
5.3 unittest -- 単体テストフレームワーク バージョン 2.1 で 新たに追加 された仕様です。 このPython単体テストフレームワーク は``PyUnit''とも呼ばれ、Kent Beck と Erich GammaによるJUnitのPython版です。JUnitはまたKentのSmalltalk用テスト フレームワークのJava版で、どちらもそれぞれの言語で業界標準の単体テストフ レームワークとなっています。 PyUnitでは、テストの自動化・初期設定と終了処理の共有・テストの分類・テス ト実行と結果レポートの分離などの機能を提供しており、unittestの クラスを使って簡単にたくさんのテストを開発できるようになっています。 PyUnitでは、テストを以下のような構成で開発します。 Fixture test fixture(テスト設備)とは、テスト実行のために必要な準
いまからでも間に合う開発者テスト - mixi engineer blog
はじめまして。開発部じゃない加藤和良です。 最近、mixi では Buildbot をつかった継続的インテグレーションをはじめています。安定版の mixi のソースコードにコミットすると Buildbot がそれを検知し、自動的にテストが走るようになりました。 ここでの「テスト」は Test::Simple や prove(1) をつかった、Perl でかかれた開発者テストを指しています。mixi の開発者テストをとりまく環境は、ここ数年でかなり改善されました。今回はその歩みをふりかえりながら、テストの無いコードベースをどこからどうやって変えていったかという話をしたいと思います。 開発環境 はじめに、前提となる mixi の開発環境について説明します。mixi では複数人の開発者がひとつのマシンで作業を行います。それぞれの開発者は、あらかじめ割り当てられたポートで Apache を起動し、
ウノウラボ Unoh Labs: テスト本の読書会を行います。
こんにちは！やまもと＠テスト番長です。 ただいまテスト本の読書会を企画しています。 昨年秋に出版された「実践アジャイルテスト テスターとアジャイルチームのための実践ガイド」という本をご存知でしょうか？ アジャイルということでWEBアプリ製作の現場により近い内容のため、輪講形式で読み込んでみたいという話になりました。 時期は3月中旬ころ開催の予定です。詳細はこれから詰めますので、 ご興味のある方はお気軽に yamamoto[at]unoh.net までご連絡ください。 そういえば買ったけど積んでた！という方、その本まだ見てない！という方、この機会にいかがでしょうか？ テスト好きな方にお集まりいただけますと嬉しいです。ぜひご参加ください。
Test::Moreでテスト事始め - JPerl Advent Calendar 2009
はじめまして。 最近Perlを始めたmyfinderです。 ほかの方が書いたCPANモジュールを紹介したりそれらを使ったTipsを書くCasual Trackということで、今回はテストに関連するモジュールについて書きます。 プログラムの「テスト」 テストを書くというのはデンタルフロスを使うようなもので、誰もが良いことだといいつつ、実際には軽視されがちだ。 なんて言われることもありますが、実際テストがないとプログラムの改修とか引き継ぎとかが非常に大変になりがちです。 また、CPANにアップされているモジュールの中には、モジュール本体よりもテストコードの量の方が多いものも多々あります。 なのでプログラムの質を保証したり、内容を的確に伝達するにはテストが欠かせないものであることは間違いないと思います。 早速使ってみる 例えば消費税の計算をしてくれるConsumptionTax::JPというモジュ
浪漫の求道者:GoogleTestがかなりいけてる その１
[GoogleTest1.3.0を使ってみた] Google C++ Testing Framework http://code.google.com/p/googletest/ Googleのテストフレームワーク「GoogleTest」に去年の年末くらいから興味を持ち始めて使ってみた。 かなりいけてるのに日本語解説が少ないので、やった事をいろいろと書き出す。 なにができるのか・マルチプラットフォーム対応 Windows（VC）、Cygwin（gcc）、Linux、MacOS、WindowsCE、Symbian・・・ ・テストコードの自動発見 RUN_ALL_TESTS() で勝手にTEST(Hoge, hoge)と書いたコードを探索して実行してくれる （もちろん任意のテストだけ実行する、しないのオプションもあり） ・豊富なAssertion 失敗（ASSERT）と警告（EXPECT）
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
JSTQBテスト技術者資格認定 合格