FT Product & TechnologyA blog by the Financial Times Product & Technology department.
テスト自動化の導入理由や効果測定をROIという観点で説明できるように、テスト自動化のROIの概念から実際の計算式までを解説する連載。 テスト自動化のROIを計算してみよう(終): ROIの試算例から見る、日本でテスト自動化が進まない理由 テスト自動化の導入理由や効果測定をROIという観点で説明できるように、テスト自動化のROIの概念から実際の計算式までを解説する連載。今回は、ROI試算式の詳細を解説し、実際に、この試算式でスモークテストとGUIテストを自動化する際のROIを求め結果を考察します。(2014/7/1) テスト自動化のROIを計算してみよう(2): テスト自動化ROI試算式の構成要素と5つの例。そしてCBAとは何か テスト自動化の導入理由や効果測定をROIという観点で説明できるように、テスト自動化のROIの概念から実際の計算式までを解説する連載。今回は、テスト自動化ROI試算式
2015年11月10~11日にかけてボストンで開催されたGoogle Test Automation Conference 2015に参加してきました。 このブログエントリでは、カンファレンスの雰囲気や講演内容の感想についてレポートします。 GTAC 2015 | Google Test Automation Conference | Google Developers 参加の背景 ある日、上司に「何か海外カンファレンス参加しないの?」と聞かれて、そういえば先日モバイル系のテスト自動化をしている同僚から「俺、Google Test Automation Conference申し込んだけども、お前も申し込まない?」と誘われてた事を思い出して申し込みました。 僕は運良く抽選にあたり、同僚は運悪く抽選に外れてしまったのですが、、、。正確な数字は公表されてなかったと思いますが、1000人く
性能テストと一般に呼ばれるテストについての基本事項の説明と、それと混同やすい負荷テスト、ストレステストなどの違いの説明、および実際に性能テストを実施するうえで考慮するべき点について、ご紹介いたします。 概要 性能テストと一般に呼ばれるテストについての基本事項の説明と、それと混同やすい負荷テスト、ストレステストなどの違いの説明、および実際に性能テストを実施するうえで考慮するべき点について、ご紹介いたします。 性能テストとは? 本記事を読まれている読者の方が開発しているシステムには、多種多様なものがあると思いますので、それらを画一化してまとめて語ることはできません。しかし、一般的にシステム開発において、なんらかの形で性能に関する要件や要求が存在するはずです。(場合によっては、明文化されていない場合もありますが) では、システムの性能を単純に定義するとはどういうことなのでしょうか。 極端に単純化
JavaでのDBのテストデータ作成はDbSetupが楽 - Qiita を見て DbSetup をちょっと試してみた。 それで、中々良さげだったのでユーザーガイド(http://dbsetup.ninja-squad.com/user-guide.html)をテキトーに翻訳してみた。 User Guide Don't clean up, prepare! 伝統的なデータベーステストの方法は、空のデータベースから始め、各テストの前にデータベースを操作し、テストを実行し、テスト後にデータを削除します。 このアプローチは不十分です。 データベースはテスト前に空でなければならず、そうでない場合失敗します。 テストが失敗する場合、テスト後にデータベースの中身を検証することには意味があります。 大半のテストはread-onlyで、同一のデータセットを何度も何度も追加&削除することはテストを遅くさせます
Real world mutation testing PIT is a state of the art mutation testing system, providing gold standard test coverage for Java and the jvm. It's fast, scalable and integrates with modern test and build tooling. Get Started Pro Version Issues Source Maven Central Mutation testing is conceptually quite simple. Faults (or mutations) are automatically seeded into your code, then your tests are run. If
追記 注意 サンプルコードなので省いていますがコードではawaitとしてPromiseのコールバックを隠ぺいしています。 実際にはPromiseがresolveではなくrejectを返すこともあるので、実際のコードではtry-catchを使ってちゃんとエラーを捕捉しましょう。
Home ニュース Linux.com Exclusive Google、Facebook、Netflix、Cisco が提供する 10 種類のオープン ソース セキュリティ ツール 原文は 12 月 1 日に掲載されました。原文へのリンクはこちらです。 長い間、フリー / オープン ソース ソフトウェアの大きな特徴の 1 つとみなされてきたのが、選択肢の広さです。優れたオプションの数は毎年増加の一途をたどっています。多くの場合、新プロジェクトが生まれることが増加の原因となっていますが、別の背景を原因とするものもあります。すなわち、社内利用のために開発されたツールが全世界に向けて公開され、結果として注目され、利用され、そして改良されるケースです。 実は、それがまさに最近セキュリティ分野で大規模に起きていることであり、数多くの主だった企業が社内ツールを公開することを選択しているのです。このよ
GTAC 2014: Presentations Stay organized with collections Save and categorize content based on your preferences. All of the GTAC 2014 video recordings and slides are publicly available. You can watch them from the GTAC 2014 YouTube playlist or browse the talks below: Opening Remarks Sonal Shah (Google) Opening Keynote - Move Fast & Don't Break Things Ankit Mehta (Google) Links: Video, Slides Automa
(訳者注: 検定手法について、この記事には一部内容が古い部分があります。Optimizelyは現在、両側検定を採用し、独自開発したより精度の高い統計手法(Stats Engine)でテスト結果を表示しています。Stats Engineに関する記事: 日本語 ・ 英語 ) 私たちがSumAllでA/Bテストを一斉にスタートさせて6ヶ月が経ち、あまりよくない結末を迎えました。それは勝算があるとした結果のほとんどが新規ユーザーの獲得改善にはつながらなかったことです。それどころか、私たちは失敗したのです。そして私の一番の責任はユーザー獲得の増加であるということを考えると、本当に最悪の状況でした。私にとっても、私のキャリアにとっても、そしてSumAllにとっても。 過去に A/BテストとWebサイト・パーソナライゼーションの会社 に勤めていた経験から(はっきり言うとMonetateはOptimize
はじめに これはG* Advent Calendarの12日目の記事です。今日はミューテーションテストについて書きます。明日はid:nobusue さんです。 概要 PITというツールの紹介です。「Javaプロダクトコードを機械的に変更してからテストを実行したときに、テストはそれを検知できるのか?」ということを調べてくれるツールで、SpockのテストやGradleからの実行に対応しています。 ミューテーションテスト ミューテーションテストとはざっくりと言えば「プロダクトコードを変更したなら、その振る舞いも変わるはず。テストはその変更された振る舞いを網羅できているかを調べる」というテストです。 対象規模が小さければ手動で毎回やってもいいわけですけど、ツール化されていると楽なことこの上ないです。ということで、今回はJavaプロダクトコードをミューテートするライブラリであるPITについて紹介しま
日経電子版×Sansanのアプリ開発勉強会シリーズ第3弾。最終回となる今回は「アプリ開発時のテスト自動化」「開発効率改善」がメインテーマ。辰濱健一氏 (Sansan エンジニア)、赤間夏樹氏 (株日経電子版 エンジニア)、岸川克己氏(アプリ開発テクニカルアドバイザー)がアプリ開発効率化を伝授する。 アプリ開発に自動化は必須か 「勢いよくアプリを開発したものの、デバイスごとにUIに不具合が……」 「テストを自動化したいけれど、やり方が分からない」 上記の方は、ぜひアプリ開発時のテスト自動化を図ってみてはいかがだろうか。 日経電子版×Sansanのアプリ開発勉強会、シリーズ第3弾。最終回のテーマは「アプリ開発時のテスト自動化」、「開発効率改善」。登壇者である辰濱健一氏、赤間夏樹氏、岸川克己氏の3名が経験した失敗、そして効率化への道を指南した。 【登壇者】 ・辰濱健一氏 (Sansan株式会社
会社を作った。夕凪堂というテストに関するいろいろを扱う会社。 詳細は Gist にだらだらと、アイデアレベルでまとめてるので興味があれば。 もともとテストに対しては、いろいろ考えることがあるのだが、ネットワークサーバを開発していると、凄くテストが重要になる。 たとえば秒間 100 リクエストを処理出来る製品としてアピールして売っていく場合は秒間 100 リクエストの負荷がかけられるテストツールが必要になる。 さらに、開発を続けている間に製品はでぶっていく。ただしそのアピールは変更できない。となると「継続的な負荷テスト」が必要になる。 これ、難しい。いろいろ環境も状況も変わっていく中で定常的に負荷テストを行えるってコストがとても高い。夕凪堂はそこのコストを減らすためのツールを売る会社だ。 ターゲットは継続的な負荷テストを行いたい会社という狭い狭い範囲を狙っている。 もともと時雨堂でやりたかっ
こんにちは。技術部の松尾(@Kazu_cocoa)です。 安定したリリースを継続して回す為には、開発プロセスや実装も大事ですが、その中でどのような確認、テストを継続して行うかも大切になります。そこで、開発プロセスにおけるテストをどのように切り分けて、構築していくかという考え方に関して少し整理してみようと思います。 これにより、実施されているテストによって検出できる/できない不具合がどのようなものか、それが開発中のどこで防ぐことができるのかを整理できるようになってくると思います。また、安定したリリースを実現するためのボトルネック解消に向けて、どのレベルでテストを充実させると効率的にそれが達成できるかという所も考えることができるようになります。 テストレベルによるテストの区分け テストレベルという言葉にも様々な定義がありますが、ここではざっくりとテスト対象となる範囲や領域を意味することにします
Software WebSecurity OWASP BWA (The Broken Web Applications) とは?※当サイトにはプロモーションが含まれています。 概要 以前、練習用脆弱Webアプリケーションの調査 という記事でも取り上げましたが、OWASP BWA(The Broken Web Applications)は、意図的に脆弱性を持たせたWebアプリケーションを複数導入した状態のUbuntu(Linuxのディストリビューションの1つ)を仮想マシンイメージにしたものです。 公式サイトでは以下のように説明されています。 BWA (The Broken Web Applications) プロジェクトは、既知の脆弱性を持ったいろいろなアプリケーションを稼働させる仮想マシンを提供します。これは以下のような人達を対象としています。 ウェブアプリケーションのセキュリティを学びた
power-assertという単純なアサーションでも、テストが失敗した時に分かりやすい情報を出せるテストライブラリ/ツールについての記事です。 前回、power-assertの使い方 Node.js編 | Web scratchではpower-assertの動作やNode.jsプロジェクトでの簡単な導入方法について解説しました。 前回のpower-assert + gulpで紹介したプロジェクトをそのまま使っていくので、見ていない場合はそちらから見ていたほうがいいかと思います。 今回は、ブラウザでのpower-assertの動かし方とデバッグについて書いていきたいと思います。 今回扱う実行環境 Node.js <= 前回 ブラウザ Browserify 前回やったこと まずは前回紹介したgulp + power-assertのプロジェクトを元にやっていきます。 azu/power-asse
Wallaby.js is a developer productivity tool that runs your JavaScript and TypeScript tests immediately as you type, highlighting results in your IDE right next to your code. Test execution results, including code coverage, are displayed and updated in realtime right where you need to see them — in your code editor, next to the line of code that you're editing. Say goodbye to context switching. The
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く