いきなり計画はNG、ソフトウエアテストの注意点
ソフトウエアテストで最初に実施するプロセスが「テスト計画」だ。よくあるアンチパターンが、最初にスケジュールを作ってしまうというもの。テストは積み上げで計画を立てないと、品質低下や納期遅延のリスクが高まる。あるSIベンダーの若手社員「ワカテくん」もテスト計画の進め方の落とし穴に陥ったようだ。 ワカテ：ソフトウエアテストの最初は計画とのことなので、早速スケジュール表を作ってみました。 センパイ：いきなりスケジュールを作ったんだ。それは結構危ないなあ。どうやってテスト設計やテスト実行の実施期間を決めたの？ ワカテ：リリース日が6カ月後だったので、そこから逆算してテスト設計を2カ月、テスト実行を2カ月としました。過去のプロジェクトもそのくらいだったので。 センパイ：本当にその期間内で終わるという裏付けはあるかな。テストが期間内に終わらないと、ボロボロの品質でリリースすることになったり、納期に間に合
ASTER-ASTER 技術セミナー
特定非営利活動法人 ソフトウェアテスト技術振興協会では、「ASTERセミナー標準テキスト」を、2018年9月1日に公開しました。 「ASTERセミナー標準テキスト」は、ソフトウェアテストの教育時に活用いただけるプレゼンテキストです。PowerPointファイル形式で提供しますので、人材育成に活用ただければ幸いです。ただし、有償のセミナーでご活用いただく場合は、活用後、どこでどのような活用がされたかの情報をNPO法人ASTER（query@aster.or.jp）へご連絡ください。無償の勉強会や社内勉強会などでの利用は自由ですし事後報告も不要です。 特定非営利活動法人 ソフトウェアテスト技術振興協会（ASTER）は、初心者向けのテストエンジニア研修のテキストを2018年9月1日に公開しました。本テキストは、利用ライセンスに基づいて頂ければ、無償でオープンな勉強会のみならず、社内のクローズドな
結合テストと呼ぶのをやめた話 - asterisc
はじめに 最近、意図的に「単体テスト」「結合テスト」という呼び方を避け、Google Testing Blogで紹介されてるTest Sizesによる分類（small / medium / large）に従った呼び方でテストを呼んでいる。 この分類方が自分の身の回りに徐々に浸透してきて、実際のチーム内のテスト戦略も一歩進んだ議論ができるようになってきたので、改めてまとめる。 ちなみにこの記事の話は手動で行われるテストではなく、自動テストを対象としているが本質はあまり変わらないと思う。 続き書きました。 akito0107.hatenablog.com 「単体テスト」「結合テスト」という呼び方について ソフトウェア開発に従事していれば必ず聞く言葉だと思う。改めて他のサイトから引用する形で定義をまとめておく。 単体テストとは *1 単体テストとは、プログラムを検証する作業の中でも、プログラムを
世界基準の認定資格「ISTQB テスト自動化エンジニア認定資格」をゲットしました！ | メルカリエンジニアリング
「Testing Java Microservices」の雑多な感想とConsumer Driven Contractについて - Qiita
GoogleのJohn Micco氏によるFlakyなテストとその判別方法の解説 #JaSST - ブロッコリーのブログ
はじめに FLAKYの内容が今はっきりした！#JaSST— broccoli (@nihonbuson) 2018年3月8日 と書い（てしまっ）たので、JaSST'18 Tokyoに参加した私なりのFlakyの解釈を書きます。 JaSST'18 Tokyoについては以下のページを参照してください。 JaSSTソフトウェアテストシンポジウム-JaSST'18 Tokyo お知らせ この記事の内容を4/11に発表しました！ nihonbuson.hatenadiary.jp 発表スライドはこちら speakerdeck.com 目次 はじめに お知らせ 目次 Micco氏のお話 ICSTでの話 基調講演「Advances in Continuous Integration Testing at Google」 講演資料 テスト文化について (3ページ付近) 回帰テスト (4ページ付近) Mil
TPI NEXT入門
ISO/IEC/IEEE 29119 Software testing 勉強会 第2回 Part 2 Test Processes
テスト計画の立て方 - Qiita
第4回 ブラックボックステスト | gihyo.jp
はじめに ソフトウェアテストのテクニックについて紹介する本連載ですが、今回もテストケースの作成に使えるテクニックを紹介します。限られた時間、予算の中でテストを行う際には、パターンを漏れなくダブりなく分析し、網羅性を確保しつつ効率よくテストケースを作成できるかがポイントになります。今回は、前回（第3回）のホワイトボックステストに続き、もう1つの代表的なテストケース作成技法「ブラックボックステスト」について紹介します。 ブラックボックステストとは？ ブラックボックステストとは、テスト対象の「仕様」に基づいたテストケースの作成技法です。 前回紹介した「ホワイトボックステスト」が、テスト対象の内部の「構造」、たとえばソースコードのロジックに着目してテストケースを作成するのに対し、ブラックボックステストでは、テスト対象を「中の見えない箱（ブラックボックス）」としてとらえてテストケースを作成します
Web画面自動テストフレームワーク「Geb」の紹介 - astamuse Lab
ブラウザテストをサクサク自動化するためのGeb実践入門 #jjug_ccc
JJUG CCC Spring 2016 での発表資料です。
JGiven で 100% Pure Java BDD（導入編） - Qiita
「自動家は見た！ 〜自動化の現場の真実〜」-システムテスト自動化カンファレンス2015「.reviewrc(おいしが)」発表枠 #stac2015
システムテスト自動化カンファレンス2015 (2015/12/13) の発表枠「.reviewrc(おいしが)」名義で発表した資料に「ボツ稿」を加えたものです。(時間:50分) 「.reviewrc(おいしが)」一連の資料： 1.コレ 2.「自動家は見た�～自動化の現場の真実～ SIDE：マネージャ」http://www.slideshare.net/NoriyukiMizuno/stac-2015-side 公式サイト : https://4deb81d081862e256eb240be7c.doorkeeper.jp/events/34145Read less
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://aster.or.jp/business/contest/doc/2019_OPEN_V1.0.0.pdf
テスト駆動開発入門
https://ubiteku.oinker.me/2015/12/03/tdd%E5%86%8D%E8%80%83-7-%E3%83%86%E3%82%B9%E3%83%88%E3%81%AF%E3%81%A9%E3%81%93%E3%81%BE%E3%81%A7%E6%9B%B8%E3%81%91%E3%81%B0%E8%89%AF%E3%81%84%E3%81%AE%E3%81%8B%EF%BC%9F/
【CEDEC2017】「龍が如く」が毎年発売される理由の一端はここにある？ 開発者の帰宅後に、動いていないPCとPS4で自動プレイテストを実施
組織にテストを書く文化を根付かせる戦略と戦術
InfoQ: あなたがやっているのはテスティングかチェッキングか？
【SQiP2016】楽天のアジャイル開発とメトリクス事例
