Six Apart - Tech Talk Blog: TypePadのテストで使っている3つのツール
2006年12月07日 TypePadのテストで使っている3つのツール こんにちは、主に TypePad の QA を担当している山口と申します。今回は生粋の文系人間の私のどきどき Tech Talk を初体験をお伝えします。いろんな意味でなぜ？・・と疑問に思う方もいらっしゃると思いますが、私も同じ気持ちです。Tech Talk とは、毎週金曜日に弊社内で行われているエンジニアの情報共有や、ゲストを迎えて様々なお話を聞いたりする会で、普段は現役のエンジニアが Tech Talk を担当するのですが、ひょんなことから私がスーパーなエンジニアの前で話すことになってしまったのです！ 事件の始まり それは一つのブックマークが始まりでした。シックス・アパートのエンジニアでは、情報共有用の del.icio.us アカウントが存在します。アカウントそのものを共有するのではなく、個人の del.icio
要求仕様書の標準化プロセス
「DUNGEON」はソフトウェア開発の各工程において必要とするドキュメント標準を決めて、その具体的なテンプレートを用意したものです。概念的なアプローチとはまったく逆に、アウトプット側から開発プロセスを標準化するという実践的な考え方を重視しています。 これまで7回にわたって、基本設計から詳細設計、プログラミング、単体テスト、結合テスト、総合テストという流れに沿って、各プロセスで必要とするドキュメントの標準化を説明してきました。最終回の今回は、その前段のプロセスである要求分析フェーズのアウトプットについて説明します。 みなさんはSLCPという言葉を知っていますか。SLCPとはSoftware Life Cycle Processの略で、ソフトウェアの開発ライフサイクル、つまりこれまで解説してきた基本設計から総合テストまでの開発工程を指す言葉です。SLCPの代表的なものは30年前に提唱されたウォ
結合テストと総合テスト
ソフトウェアの開発におけるテスト作業は、「テスト計画」「テスト設計」「テスト実施」「テスト管理」という4つのプロセスで構成されます（図1）。 テスト計画プロセスでは、テスト全体の指針や概要をまとめます。テストの目的、対象範囲、実施方法、テスト体制、テスト環境、スケジュール、合格基準など、テスト全般に関わる方針を「テスト計画書」にまとめ、ユーザを含むプロジェクトメンバー全員で方向性を共有します。 テスト設計プロセスでは、策定されたテスト計画に基づいて、実際のテスト作業内容を設計します。テストのシナリオやテスト内容、確認すべき項目などを「テスト仕様書」に具体的に定義します。 テスト実施者は、このテスト仕様書に基づいてテストを実施します。障害を発見した際は、障害番号を採番し、障害管理票に記載して残管理します。これらの障害が片づいて、テストが正常に行われた場合は「テスト報告書」で報告します。 弊社
第3回 テストを設計するには（その1）
前回は、テストプロジェクトの目次となるテスト計画書とテストの種類を解説した。今回は、テストを設計するために必要となる知識について説明する。常にレビューやテストを考慮し品質への意識を持つことが重要である。 前回のまとめ 前回はテストを一つのプロジェクトととらえ、テストプロジェクトの目次となるテスト計画書を作成することを説明した。テスト計画書のひな形としては前回紹介したIEEE std 829-1998が存在しているが、プロジェクト計画書のように、まずはどんなテストを行うかということが書かれた目次的なものを作成することを心がけていくとよいだろう。また、テストにはどのようなものが存在しているかについても前回簡単に触れている。 今回はテスト計画書に書かれている各テストをどのように考えていくかについて説明していこう。 いきなりテスト要件を考えない テスト計画でどんなテストを実施するかを洗い出した後は
第2回 テストの計画をまとめる
テストの種類 テストのタスクとテストのスケジュールを決定するには行うテストの内容を決定し、テスト項目の洗い出しを行う必要がある。弊社の場合、各テストに対してテスト概要書を作成し、どんなテストをいつ・どんな環境で行うのかを記載してタスクの洗い出しとスケジュールの算出を行う。プロジェクト初期段階では要件や仕様が明確ではないため、テスト要件の洗い出しまではできない。このため、この概要書で見積もられたタスクとスケジュールをまとめ、テスト計画書に反映させることになる。ではどんなテストを行えばいいだろうか。これを見極めるためにはまずはどんなテストが存在しているかを理解する必要があるだろう。 表2はテストの種類をまとめたものである。テスト対象のアプリケーションによってはさらに多くのテストを必要とすることもあるだろう。これらのテストのうち、対象となるアプリケーションにはどんなテストが必要かをテスト計画に記
Selenium: Selenium
<embed src= "../www.youtube.com/swf/l.swf?video_id=EDb8yOM3Vpw&rel=1&eurl=http:%252F%252Fseleniumdesign.googlepages.com%252Findex.html&iurl=http:%252F%252Fi.ytimg.com%252Fvi%252FEDb8yOM3Vpw%252Fdefault.jpg&t=OEgsToPDskKN-LpcTtnPY-b0psxw_mf1&color1=0x3a3a3a&color2=0x999999&hl=en" type="application/x-shockwave-flash" wmode="transparent"
CodeZine：Selenium 0.7利用手順書（前編）（Selenium, Webアプリケーション, テスト）
はじめに 本稿は、Webアプリケーション用のテストツールSelenium（セレニウム）を利用するための手順を解説するものです。これから2回に分けて、Seleniumの概要および、インストール手順、実際のテストケースの実行について解説していきます（後編はこちら。また、Tipsも公開しました）。 今回は、Seleniumの概要および、Seleniumのダウンロード、インストール手順について解説します。読者対象 プロジェクトの試験担当者を想定しています。対象フェーズ 本ドキュメントでは、プロジェクトにおいて作成したWebアプリケーションに対して、ブラウザを用いた試験（結合試験・総合試験）を実施するフェーズを対象としています。Webアプリケーションの製造、単体試験フェーズや、外部のアプリケーションに対する試験については対象外です。使用したソフトウェア・環境 Seleniumを動作させるにあたり、以
[ThinkIT] 第1回：Webブラウザを使ったテストツールSeleniumとは (1/3)
この連載は、WebアプリケーションのテストツールであるSelenium（セレニウム）についてサンプルを用いながら概要と基本的な使い方を解説していきます。本連載第1回の今回は、Seleniumの概要について紹介します。 Seleniumとは、Webブラウザを使ってWebアプリケーションをテストするツールです。この「Webブラウザを使って」というのが非常に大きなポイントで、人が手でWebブラウザを操作する代わりにSeleniumがWebブラウザを操作してくれるのです。 そして単純に操作するだけでなく、例えばエラーメッセージが正しく表示されているかといった検証も行うことができます。つまり、今まで人手を必要としていたWebブラウザを使った試験が自動化できるものなのです。そのため数百項目もあるテストも、クリック1回で実施できます。 より重要なことは「自動化することによって試験を繰返し実施できる」こと
テストを自動化する注目のツールSelenium：ITpro
ケイビーエムジェイ 最高技術責任者。普段はWebアプリケーションの開発を主に行っています。Seleniumを初めて知ったときは，特にWebブラウザが自動的に操作される様子が見えることや，そのテストの書き方の単純さに感動しました。その後テストをさらに簡単に作成できるようにしたいと思い，Selenium IDEを開発しています。 多くのWebサイトは，一度リリースしたらそれで終わりということはありません。リリース後も多くの機能追加や機能変更によるアップデートが頻繁に行われます。プログラムに変更を加えたときには，新たなバグが入り込んでいないことを確認するテストが不可欠です。 システムのリリース前にテストを実施するのはWebサイトに限った話ではありません。が，Webサイトの開発では，画面の確認のような手間がかかるテストが必要です。リリースの頻度が高い場合，そのようなテストを毎回手作業で行うとコスト
ウノウラボ Unoh Labs: WEBアプリテストのチェック項目リスト
こんにちは！やまもと＠テスト番長です。 TestingGeekという耳障りの良い名前のサイトをご存知でしょうか？ 総合的にテストの話を取り扱っており、それでいて読みやすいサイトです。 そこのTemplatesのコーナーにWeb Application Testing Checklist という便利そうなものがありましたので、日本語にしてみました。 ちょっとそのままだと物足りない感がありますが、テストポリシー作成の叩き台に使ってみるのも良さそうですね。 この手のリストを他にもご存知の方がいらっしゃれば、是非ご一報ください。 1. 機能テスト 1.1 リンク 1.1.1 記載された通りの先に遷移するか 1.1.2 どこからもリンクされないページは存在しないか 1.1.3 全ての外部リンク 1.1.4 参照しているサイトおよびメールアドレスはハイパーリンクになっているか？ 1.1
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Security1-2. クロスサイトスクリプティング