Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...
WritingTestableCode - テストできるコードの書きかた 目次 この文書について まずいのその1: コンストラクタがやりすぎ まずいのその2: 深い仲になってしまっている まずいのその3: 脆いグローバルな状態とかシングルトンとか まずいのその4: クラスがやりすぎ テストできるコードの書きかた この文書について "Guide: Writing Testable Code" の日本語訳です http://misko.hevery.com/code-reviewers-guide/ 推敲歓迎: 誤訳, タイポ, 訳語の不統一, そのほか... TODO: 各 Flaw のリンク先も訳す Misko Hevery コードをベストな状態に保つために、 我々は Google でソフトウェアエンジニアに以下のようなをガイドを定期的に送っていた。このガイドを共有できてうれしいね。 この
How to Write a Thesis on T-Building A strong introductory paragraph starts with a hook that grabs the reader’s attention. Then, it provides details that lead to the thesis statement. The T Building—formerly the Triboro Tuberculosis Hospital in Queens, New York —is now affordable and supportive housing. It’s also a model for adaptive reuse of historic buildings. Adaptive Reuse of an Historic Buildi
第3回次期バージョン1.8に見るTestLinkの過去・現在・未来 TestLink日本語化部会 2008-10-17
Redrecting to the new GAIO web page...
libtap News Stig Brautaset will be giving a talk at YAPC::NA 2005 on Testing C programs with Perl. He tells me that libtap will feature heavily. Day 1, 3:55pm, in Grand Ballroom East according to the conference schedule. Much of the FreeBSD regression test suite now uses libtap. Meta-information Download a tarball Verify the MD5 checksum View outstanding tickets Retrieve up-to-date source code Des
CUnit とは、C言語開発において単体テストを支援する 「テスティング・フレームワーク」です。 もちろん、きちんとした設計者であれば、 CUnit のような仕組みがあろうと無かろうと、 自分で作った分の設計者テストは言われなくても実施するでしょうし、 組織としてきちんとしていれば、すでに何らかの仕組みは構築しているでしょう。 ですが、もし今まで単体テストをチーム内の各設計者が バラバラに実施していたということであれば、 CUnit を試してみる価値はあります。 また、XP(eXtreme Programming) のようなスタイルを構築したいと思っているのであれば、 CUnit を必須、としてしまうのも一つの手です。 ここでは、Cygwin 環境に CUnit をインストールして使ってみます。 導入 テスト環境の概説 使ってみよう アサート・マクロ テスト・レジストリ テスト・スイート
Now demo program is available (see below). Try it and send me your feedback. No more XY coordination in screen testing! SwingUnit is a unit test automation toolkit for Java Swing application. It works just like 'tiny macro' or 'script' for Swing Application. Using SwingUnit in combination with JUnit you can run test scenario automatically, and you can use many JUnit supporting tools. The structur
ソフトウェア開発プロジェクトの大小を問わず、テストは開発プロセスにおいて重要な役割を果たす。しかし、すべての組織や開発者が専用のテストツールを利用しているわけではない。そうしたツールは何百ドル、場合によっては何千ドルもするからだ。幸いにして、豊富なオープンソースのソフトウェアテストツールが無料で入手できるおかげで、そうした高価なツールの必要性は薄れつつある。 簡単にいうと、ソフトウェアのテストは大きく2つのアプローチに分かれる。手作業によるテスト(夏期インターン生がチェックリストを使って行うのはこちら)と自動プログラムによるものだ。プログラムによる自動テストの場合、ツールの調達に多額の費用がかかったり、自動テストを行うソフトウェアのカスタマイズに追われて当座の作業がおろそかになったりする可能性がある。 一方、 Open Source Testing (OST)、 QAForums 、 Op
Acid2 is a test page, written to help browser vendors ensure proper support for web standards in their products. Please take the Acid2 test! If you’d like more in-depth information about the Acid2 test, we’ve provided a detailed technical guide that explains how the test works. Note: Some 827 people (rough estimate, contents may have settled during shipping) have written to point out that the CSS
ユニットテストを書く gauche.testライブラリを使ってユニットテストを作れます。 例えば、二乗を計算する関数squareのテストを書いてみましょう。 squareの定義(実はバグがあります): (define (square n) (+ n n)) squareのユニットテスト: (use gauche.test) (test-start "square test") ;;一つ目のテスト群 (test-section "test group 1") (test* "square 3" 9 (square 3)) (test* "square -2" 4 (square -2)) ;;二つ目のテスト群 (test-section "test group 2") (test* "pass string argument" *test-error* (square "a")) (test
こんにちわ、Sashaです。9月も終わりに近づいているというのにまだまだ暑いですね。 私はユーザビリティテストの専門家ではありませんし、ユーザビリティテストを実施していても、不慣れから来る反省点が毎回のように残ります。今日は、そんなユーザビリティテストにまだ不慣れな方のために、私がこれまでに書きとめておいた反省点やコツをみなさんと共有したいと思います。スムースなテストを開始して、被験者の方にもリラックスして頂くことが出来るように気をつけるべき細かい点ですので、テスト方法とか、被験者の選定方法など、ユーザビリティテストのコアの部分には触れていませんが、ご了承ください。 1. 会場取り ビデオカメラやモニタを設定するため、被験者が来られる15分ほど前から会場となる部屋を押さえておきましょう。11時に被験者の方がいらっしゃるのに、 11時からしか部屋を押さえていないと、準備する時間がないため
アプリケーションを開発する上で、避けて通れないもの、それがテストです。とくにブラウザごとの非互換性が大きい Web アプリケーションでは、念入りなテストが必要です。でも、テストはあまり創造的な作業ではないし、やったからといってなにか機能が増えるわけでもない。できるだけ手間をかけずに済ませたいところですね。 そんなわけで、本日は JavaScript 用のテストフレームワークである JsUnit を利用したユニットテストの方法をご紹介しようと思います。 Ruby のユニットテストの記事でも書きましたが、ユニットテストによるテスト・ファースト開発は開発効率の面でも良い影響があります。まだ導入していない方は、ぜひこの機会に使ってみてください。 JsUnit について 今回利用する JsUnit は Java 用の JUnit を参考にして作られた JavaScript 用のユニットテストフレーム
カバレッジテストツール gcc, gcov icc perl ruby コメント カバレッジテストツール gcc, gcov$ gcc -g -pg -fprofile-arcs -ftest-coverage -c hello.c ==> hello.o, hello.gcno $ gcc -fprofile-arcs -o hello hello.o ==> hello $ ./hello ==> hello.gcda $ gcov hello.c File 'hello.c' Lines executed:57.14% of 7 hello.c:creating 'hello.c.gcov' ==> hello.c.gcov リンクエラーが出る場合はリンク時にも -fprofile-arcs を追加する..gcov ファイルはテキストファイルでカバレッジ結果が記録される.{実行回数}
<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"
概要 コマンドはSeleniumに対してどう動くか指示するものです。コマンドにはActionとAccessor、Assertionの三種類があります。 各コマンドの呼び出しは、テストケースのtableにおける以下のような1つの行で表します。 Actionコマンドは、アプリケーションの状態を一般に操作するものです。Actionコマンドは「このリンクをクリックする」とか「あのオプションを選択する」といった動作を行います。動作に失敗するか、エラーが発生した場合は、現在実行中のテストは中止されます。 多くのActionコマンドは"AndWait"サフィックスを付けることができます(例えば"clickAndWait")。このサフィックスはSeleniumに対して、コマンドを実行してサーバへの通信が行われた後に新しいページがロードされるのを待つように指示するものです。 Accessorコマンドは、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く