mutation testing - わさっきhb
はじめに JCKBSE 2012で座長をさせてもらった最初の発表で，最初の質疑がよく聞き取れなかったとはいえ，大要は「mutation testingによって，どんなメリットがあるのか」だったと思います．いわば「そもそも論」です． 私自身も，きっかけは思い出せないものの，mutation testingという手法を知ったのは，今年になってからです． 実は，今回の予稿集の中に，発表を直接聞いたのと別で，mutation testingを取り上げた論文が入っており，そちらに，mutation testingの「そもそも論」が分かりやすく書かれていました．本エントリで自分なりに解説してみます． 先に，参考にしたものを 発表・質疑を聞かせてもらったのは，次の文献です． M. Papadakis and N. Malevris: Killing mutants effectively - a sea
『クックパッドエンジニアのトークナイト〜テストエンジニアvol.2 Testing編〜』発表部分 #cooketn - ブロッコリーのブログ
前回に引き続き抽選に当たったので、参加してきました。 connpass.com 前回の勉強会の記事についてはコチラ nihonbuson.hatenadiary.jp 今回はメモを手書きで取ったため、抜けが多いです。 口頭の説明を中心にとったので、公開されたスライドの補足的に使ってもらえればと思います。 はじめに（松尾さん） スライド 20151126 cookpad talk_test_engineer from Kazuaki MATSUO www.slideshare.net ※p6まで 前回と今回のテーマについて 前回はcheckingをテーマにした。 じゃあテスティング話したい cc @t_wada @miwa719 #cooketn— seki at druby.org (@m_seki) October 21, 2015 今回はtestingをテーマにすることに。 「今回は面
Karma - Spectacular Test Runner for Javascript
On the AngularJS team, we rely on testing and we always seek better tools to make our life easier. That's why we created Karma - a test runner that fits all our needs. Introductory ScreencastThe spectacular quick start to Testacular. JS Everywhere 2012 ParisWatch Vojta Jína presenting Testacular at JS.everywhere. The main goal for Karma is to bring a productive testing environment to developers. T
テスト(test) | Railsドキュメント
テストとは 説明 あるURLにアクセスした際に、予期した画面が表示されるか ある正しい操作をした際に、アプリケーションの状態が正しく変更されるか ある正しくない操作をした際に、適切なエラーメッセージが表示されるか 単体テスト モデルの検索系メソッドが正しい値を取得できるか モデルの更新系メソッドが正しくデータベースを更新できるか モデルの更新系メソッドが不正な入力に対して、適切なエラーを発生させるか 機能テスト 適切なテンプレートが選択されているか インスタンス変数に適切な値が格納されているか 適切にレンダリングされているか 更新系のアクションが正しくデータベースを更新されるか 総合テスト ログインして、新しいメンバーを追加して、ログアウトするといった一連の動きをテスト テストデータ 説明 事前に用意したテストデータを読み込み常にDBの内容を一定に保つための仕組みのことをフィクスチャと呼ぶ
20130831 No Ruby No Test #kanrk05
近年、電気自動車を筆頭にリモートから自動車の位置情報(GPS)の取得や制御を提供するサービスが増えている。 こうしたサービスは自動車OEMにとっては自動車に対するより高い付加価値となる可能性のある挑戦的なサービスである。 その一方で、今までインターネットを初めとした不特定多数の機器と相互通信するネットワークとの繋がりを持たなかった自動車にとってこうしたサービスの登場は新たな脅威に晒されることで新しいリスクを生み出すとも言える。 事実、2015年から今までの僅かな期間でこうしたサービスに対する問題点がいくつも報告されている。 こうした問題はいずれも国外で指摘されたものだが、日本市場ではどうだろうか？ そこで、我々は国内外のOEM各社が日本向けに提供しているクライアントアプリを解析、これらのアプリに対するアプリ間連携や通信に利用する証明書検証などの脆弱性の有無に加えて、攻撃者のリバースエンジニ
Microsoft PowerPoint - JaSST四国100702.ppt
© NISHI, Yasuharu 第三世代に突入したソフトウェアテスト ソフトウェアテストシンポジウム四国 2010 2010/7/2（金） 電気通信大学 大学院 情報理工学研究科 総合情報学専攻 経営情報学コース 西 康晴 © NISHI, Yasuharu 2 自己紹介 • 身分 – ソフトウェア工学の研究者 » 電気通信大学 大学院 情報理工学研究科 総合情報学専攻 経営情報学コース » ちょっと「生臭い」研究／ソフトウェアテストやプロセス改善など – 先日までソフトウェアのよろず品質コンサルタント • 専門分野 – ソフトウェアテスト／プロジェクトマネジメント ／ＱＡ／ソフトウェア品質／ＴＱＭ全般／教育 • 共訳書 – 実践ソフトウェア・エンジニアリング／日科技連出版 – 基本から学ぶソフトウェアテスト／日経ＢＰ – ソフトウェアテスト293の鉄則／日経ＢＰ • もろもろ – T
Software Engineer in Test at DeNA
This document describes Masaki Nakagawa's role as a Software Engineer in Test (SWET) at DeNA. It provides details about his background, responsibilities in developing test frameworks and automated tests, and approach to testing. As a SWET, he writes test code, builds test environments, and automates testing to improve developer productivity. He advocates for testing activities to be integrated wit
Testing Casual Talks #1 アウトラインメモ
Testing Casual Talks #1 : ATND UST : DeNA Technology Seminar DeNA Technology Seminar Software Engineer in Test at DeNA – @ikasam_a Software Engineer in Test at DeNA SWET(Software Engineer in Test) テストに関する開発者の役割 テストフレームワークを書く テストをビルドするための環境づくり テストを書く<blockquote cite=“http://googletesting.blogspot.jp/2011/02/how-google-tests-software-part-two.html” title=“Google Testing Blog: How Google Tests Softwa
ソフトウェアQAテスティングギャザリング
同値分割 効果群：テスト数削減 なんか絵 有意的に同義な値の範囲の代表値を選ぶことでテストケースを削減する。ビューティフルテスティング日本語版の中で山浦先生は「テスターが普段無意識にやってたことに名前をつけたことが偉い」と述べている 発動条件：テスト対象が扱う値の範囲が事前にわかる、または推測可能であること 境界値分析 効果群：バグ発見率向上 なんか絵 値による条件分岐、ループカウンタ等に潜むバグを狙ってテストデータを導き出す。オフバイワンエラーなどが顕著。なお、境界値のはみ出す方だけを取る派、両方を取る派があり、工数とのトレードオフ。 発動条件：同値分割が完了し、両端の値が分かっていること
Testers Bill of Rights | Tom Gilb & Kai Gilb
Testers Bill of Rights Please suggest your own Testers Bill of Rights! Testers have the right to unambiguous and clear requirements, Qualities must be quantified. Testers have the right to be a party to setting the quality levels of process and documents inputs, and to their product outputs. Testers have the right to sample the process and document inputs, and to reject inputs of poor quality. Tes
How Google Tests Software - Part Two
Interesting. I had never heard of Test Engineer being used as a job title before. Does the addition of the word engineer really represent what the job entails? Or do you think it is a reaction to the typically pejorative title 'tester' or 'QA'. Note: I write test automation code for a living, and have always wondered what a suitable job title should be. ReplyDelete
Signals vs. Noiseの去年のエントリに、テストをどれくらい書くべきかということについてDHHが指針を示していたものがあったので... - Sooey
Signals vs. Noiseの去年のエントリに、テストをどれくらい書くべきかということについてDHHが指針を示していたものがあったので読み返してみました。 Testing like the TSA by David of 37signals（TSAはTSAロックのTSAですね。RailsConf行く時に買った） 予想通り、DHHはなんでもかんでもテストを書くということに対してはだいぶ批判的なスタンス。 曰く、テストを書くということの裏側には、テストを書く時間、テストをアップデートする時間、テストコードを読んで理解する時間といったコストが発生しているので、テストを書くことによって得られるメリット（回避できる問題）とのバランスをよく考える必要がある、と。 議論を呼ぶことは承知のうえでDHHが提案する「Railsアプリのテストにおいて、やってはいけない7つのこと」は以下の通り。 100%の
テスティング フレームワーク の作り方 - How to create a testing framework
[<<][<][>][>>] [<<][<][>][>>] Generated by Rabbit version 1.0.3
大江戸Ruby会議01 高速なテストサイクルを回すには - 2nd life (移転しました)
本日大江戸*1で行われた大江戸Ruby会議01で、高速なテストサイクルを回すにはという内容で発表してきました。 大江戸Ruby会議01 高速なテストサイクルを回すには View more presentations from hotchpotch テストを速くするには二パターンあり、一つは単体実行時の速度・フィードバックの高速化、もう一つはすべてのテスト実行時の高速化があると思っていて、それらについての話です。ぎゅっとまとめると、前半の単体実行時の速度・フィードバック高速化には spork / prefetch-rspec / autotest / watchr を使おうという話と、後半は REE / parallel_tests による高速化・並列実行、remote spec によるリモートマシンでの分散テストについての話です。 特にオレオレプロジェクトの prefetch-rspec
さいきんの JavaScript テスト / Test.js - Shibuya.js 発表資料 - 川o・-・）＜2nd life
本日行われた Shibuya.js の発表資料をアップしました。 さいきんの JavaScript テスト / Test.js - Shibuya.js 発表資料 View more presentations from hotchpotch JS のテスティングフレームワークのおおざっぱな説明や JavaScript テストにおける問題、それについての解決方法の一つ、CUI でのテスト、Envjs、エンドツーエンドテストにおける JS / Ajax のテスト、終わりにちらっと Phantomjs の話があります。 スライドの最後にあるように、やはりまだコレだ！という JS のテスティングフレームワークは存在しなく、今後 JS のテストは『僕らが書きたいテスト』をどれだけ簡単に書ける・書く手法が確立されるかによって流行廃りは決まってくるんじゃないかなぁ、と思ってます。そのうちの一つがスライ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
azusaar_js/test at gh-pages · sue445/azusaar_js
ビジネス的に高価値なアジャイルテスト
.gitignore
Category: Browser testing - The Ruby Toolbox