デシジョンテーブルはテスト対象が複雑なビジネスルールを持つ場合に有効なテスト技法です。 デシジョンテーブルは、直接テスト対象から作成することができますが、「ＣＥＧ（原因結果グラフ）」や「CFD技法」を使用して作成することもできます。今回はCFDを使ってデシジョンテーブルを作成してみました。 デシジョンテーブルの問題として以前に引用したことのあるJaSST'07 Tokyo での「三賢者、テストを語る （DTvsCEGvsCFD）」 のDTの「入場料問題」（28ページ目）を使うことにします。この問題を以下に示します。 この問題をテストするデシジョンテーブルを作成するには、アクションに影響を与える条件をすべて洗い出す必要があります。 この問題の仕様には、６歳で小学生ではない人はどう扱うのかといったように不明確な点があるのですが、問題をいたずらに複雑化しないためにそれは無視することにします。 ア

みなさん、いかがお過ごしでしょうか。今年の7月からラボのマーケチームに加わったY.I.です。 好きな作品は「ゆるキャン△」です。お盆休みには「ゆるキャン△」舞台の富士山周辺でキャンプツーリングをしてきました。 ゆるキャン△に関しては熟知している私ですが、技術的にまだまだ未熟な開発者です・・・。活躍できるよう頑張っていきますので、どうぞよろしくお願いします。 さて、今回はVue.jsのテスト、とくにVuexのテストについて書いていきたいと思います。 0. この記事を読んでわかること 本連載では「ゼロから始めるVuexのテスト入門編」と題して、これまでVuexのテストを書いたことがない方を対象に、全2回に渡ってVuexのテストの詳細を書いていきます。 今回は連載の第一回目として、下記の構成でお送りします。テストの必要性やポイント、またVuexのテストがどのようなものになるのか感じ取っていただけ

概要 この記事は、Ginza.js#2にて登壇した、 「Jestを使って VueコンポーネントとVuexストアのテストコードを書いてみよう!」 のLTのスライド内容を元に記事を作成しました。 ソースコードは以下で公開しています。 https://github.com/karamage/vue_jest_test 動作環境 ・Mac OS 10.14.4 ・Nuxt v2.8.1 ・Vue v2.6.10 ・Node v10.15.3 以下の記事にTipsをまとめました。合わせてご確認ください。 Vue Test Utils と Jest でコンポーネントのユニットテストを書く際のTips https://qiita.com/karamage/items/6c2163f78557a69208a8 この記事で説明すること Jestとは? Jestのインストール Jestの基本的なテストの書き方

みなさん、フロントエンドのテスト書いていますか？ Nuxt.js(Vue.js)でJestを使ってコンポーネントのテストについては情報がいろいろありましたが、VuexのStoreのテストについてあまり情報がなかったので、今回はVuexStoreのテストについてまとめました。 「Nuxt v2とFirebase(CloudFirestore)でPWA対応Webアプリ開発」で作成したアプリケーションをJestでテストする手順についてまとめていきます。 テストの準備 テストに必要なツール Jest https://github.com/facebook/jest JestはFacebookが開発を進めるフロントエンドのテストランナです。 Facebook製なので当然Reactに対応していますが、その他JavaScriptアプリケーションのテストにも使用でき、Vue.jsでも利用できます。 RSp

「単体テスト」再入門！ 開発の現場でバグを確実に洗い出す最適な手法と、テストケースの作り方 単体テストの定義から手法、未来の展望までを、日本におけるソフトウェアテストの第一人者・高橋寿一さんが解説します。 ソフトウェアのテストにおいて、最初のフェーズである単体テスト。若手Webエンジニアの中には、いきなり単体テストを任されて戸惑った方もいるでしょう。仕方なく現場で踏襲されているやり方に従っているだけ、ということもあるのではないでしょうか？ 今回は、単体テストの定義から手法、未来の展望までを、日本におけるソフトウェアテストの第一人者・高橋寿一さんが解説します。 単体テストとは（各社ばらばらな単体テストの定義を再定義） コードベースの単体テスト 命令網羅（C0カバレッジ） 分岐網羅（C1カバレッジ） よくある（コードベースの）単体テストの間違い 機能単位の単体テスト 例：複雑なソート機能のテス

morishitaです。 このところNuxtのSPAを作っていました。 次のエントリで紹介したものに手を入れていたのですが、このときにはテストを書いていませんでした。 tech.actindi.net 今回はちゃんとテストも書こうと思ってやってみました。 いくつかすんなり行かず試行錯誤した部分があるのでそれを書こうと思います。 Nuxt SPAのテスト SSRを含まないNuxt SPAアプリケーションの構成要素は大雑把に次を含んでいます。 コンポーネント ページコンポーネントから使われる構成要素を実装したVueのSFC1 ページコンポーネント ルーティングとひも付きページを構成するSFC Vuexストア クライアントサイドでデータを格納しデータフローを制御するモジュール PluginやMiddleware Nuxtからフックされるモジュール その他ユーティリティ的なモジュール 他のコンポー

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? こちらはDMM.com #1 Advent Calendar 2017 16日目の記事です。 前日の記事は@daichiiiさんの快適なMarkdown編集環境でした。 カレンダーのURLはコチラ DMM.com #1 Advent Calendar 2017 DMM.com #2 Advent Calendar 2017 はじめに 皆さんが開発しているWebシステムはE2Eテストをとりいれていますか？ 今回は会員フロントエンドチーム（ログイン/会員登録機能を提供しているチーム）のE2Eテストの失敗談を共有します。 一般的なE2Eテスト

はじめに 仕事でcircleciをなんとなーく使っていますが 使いこなしたくなったので改めて個人でもいろいろ試してみるメモです。 アジェンダ CircleCIとは CIってなんぞや CircleCIってなんぞや CircleCIの特徴 CircleCIの料金 CircleCIに必要なもの CircleCIを使ってみる CircleCI/githubの連携を確認する 1. CircleCIとは ここではCircleCIってこんなもの！とわかるような内容を簡単にまとめておきます。 CIってなんぞや CI(continuous integration: 継続的インテグレーション)とはなんぞやというのは知ってる前提ですが一応載せておきます。 安定のwikipediaから引用.. CI（英: continuous integration）とは、主にプログラマーのアプリケーション作成時の品質改善や納期

例の岡崎図書館事件以後、まったりと追っかけている#Librahackだが、今日も面白いねたが出て来た。 →中野区の図書館システムにおけるテスト報告書。中身をみればわかるけど、「ああ、昭和を思い出すねぇ」という感じに懐かしさが先にでてくる。 詳しくは元の資料を参照のこと。どうやら受入テスト相当の内容と思われるが、 テスト担当が何か作業して 問題なければOKでしたと書き込み。 問題があったら、だめですた、と書き込んで対策を実施。で、「今度はOKですた」と記入して次の項目へ。 なんか懐かしいよね こういう検査をしている現場がまだあるということにびっくり。全部で350項目ほどあるようだが、環境設定〜テスト準備〜テスト実施〜結果記録、という作業を一件あたり10分としても3500分。ざっと60時間。テスト結果一覧にある記入が日付だとすれば、確かに一週間かかっている。筆跡からすると一人でやってるようだし

結論、リロードして目視。orz 昨日、cssniteでYahoo UI Libraryチームの方が、講演をするというので、自分の原稿もそこそこに、アップルストア銀座に聴きに行ってきました。 YUIはちょこちょこと使っているので、講演自体には目新しさはなし。 質問タイムがあるというので、頑張って英語で２つ質問してみました。 一つは、「DataTableがちょっと遅いのが気になるけど、パフォーマンス改善する予定はあるか？」 答えは、「DataTableはまたβリリースなので今後改善する。パフォーマンスには常に気をつけている」とのことでした。これは正式版を楽しみにしていよう。 もう一つは、「JavaScriptライブラリを作るときに大変なのは複数でのブラウザのテストだけど、どうやってますか？ロジック部分はUnitTestが使えるけど、ビジュアル系の場合には使えないので、私はブラウザのリロードを繰

ウィリアムのいたずらが、街歩き、食べ物、音楽等の個人的見解を主に書くブログです（たま～にコンピューター関係も） ちょっと全然別のことを考えていたときに、なぜか、思いついたので。。 メモメモ。 よく、開発のときに、単体テストを線表上はあるけど、時間がなくて省略することがある。 このとき、省略しても、うまくいくケースとうまくいかないケースが、経験的にある。 （単純に、人の問題とか、そういうのではない気もする）。 この条件って、なに？っていうのが、大体分かっているんだけど、それって、理論的に 説明できてなかったんだけど、いま、「そうだよね」と思ったので。。メモ。 もともと、単体テストを省略しないでやろうと思った時点では、 単体テストで ・単体テストの仕様書（どのように行うか） ・とその結果（エビデンスを含む） を提出するつもりでいる。 さて、最近、プログラムを開発するときは、昔のように、 ・コー

cles::blog 平常心是道 blogs: cles::blog NP_cles() « Googleのクロールを増やす方法 :: ソーシャルブックマーク数を表示するGreaseMonkey » 2006/10/31 Seleniumがヤバすぎる  testing  selenium 144 0へぇ 仕事であるウェブアプリケーションのテストをやることになったんですが、下準備のユーザー作成をしようと思ったらこれが思いのほか難関でした。まず、DB構造が複雑なのでSQLを走らせたくらいではユーザーが作れないうえに、ウェブにあるユーザー登録画面はウィザードのように何画面もあるのでそれを何度も繰り返すのは骨が折れる・・・・さて困ったということで、何かいい手はないかなぁと現実逃避気味にWebを巡っていたら、Seleniumというツールを見つけました。 OpenQA: Selenium Seleni

GT Nitro: Car Game Drag Raceは、典型的なカーゲームではありません。これはスピード、パワー、スキル全開のカーレースゲームです。ブレーキは忘れて、これはドラッグレース、ベイビー！古典的なクラシックから未来的なビーストまで、最もクールで速い車とカーレースできます。スティックシフトをマスターし、ニトロを賢く使って競争を打ち破る必要があります。このカーレースゲームはそのリアルな物理学と素晴らしいグラフィックスであなたの心を爆発させます。これまでプレイしたことのないようなものです。 GT Nitroは、リフレックスとタイミングを試すカーレースゲームです。正しい瞬間にギアをシフトし、ガスを思い切り踏む必要があります。また、大物たちと競いつつ、車のチューニングとアップグレードも行わなければなりません。世界中で最高のドライバーと車とカーレースに挑むことになり、ドラッグレースの王冠