タグ

テストに関するmaggie1979のブックマーク (14)

  • Karma,Mocha,WebPack,gulp,ES6でテストを書いてみた – MAMANのITブログ

  • Jasmine × Karma × Gulp でつくるユニットテスト環境 入門 - AngularJS + TypeScript #3 | Recruit Tech Blog

    テストランナーとは、様々なブラウザでテストを実行し、その結果をまとめてレポートするためのツールを指します。Karma は Node.js 上で動作するテストランナーです。元々はTestacular という名称で GoogleAngularJS の開発で使うために作ったものですが、2012 年にオープンソース化されたタイミングで業 ( カルマ ) を背負った名称に変わりました。 Karma - Spectacular Test Runner for Javascript 記事では、Jasmine をベースにしてテストコード ( 実処理 ) を記述し、それらを Karma から実行してレポート ( テスト結果 ) を確認するという流れで進めていきたいと思います。 環境構築 前提条件 Mac OS X Yosemite node.js インストール済み (v5.4.0 ~) npm イン

    Jasmine × Karma × Gulp でつくるユニットテスト環境 入門 - AngularJS + TypeScript #3 | Recruit Tech Blog
  • ソフトウェア開発を取り巻く自動化ツールの現況と導入のポイント

    ソフトウェアを提供している組織では、テクノロジーの発展とともにその組織内における自動化の可能性がどんどん広がってきました。もちろん、なにを自動化しているかは組織によって異なります。稿では、自動化するためのツールやサービスをソフトウェア開発に焦点をあてて整理し、それらを導入するための戦略を紹介します。 自動化ツールの概要 筆者が自動化するという言葉をソフトウェア開発で初めて聞いたのは、Webブラウザを自動操作したり、ドキュメントを生成したりするものでした。そこからソースコードをバージョン管理、テスト自動化、デプロイ自動化、環境構築自動化と、どんどんいろんなものを自動化できるようになりました。現在ではクラウド環境を利用することで高速に大量のソフトウェアを提供したり、自動化の基盤として利用したりできます。 さまざまなものが自動化できるようになり、それらの自動化の方法はいくつかありますが、現在は

    ソフトウェア開発を取り巻く自動化ツールの現況と導入のポイント
  • Calabash-AndroidによるBDDの実践とJenkinsによる「Living documentation」

    Calabash-AndroidによるBDDの実践とJenkinsによる「Living documentation」:スマホ向け無料システムテスト自動化ツール(6)(1/4 ページ) 連載では、AndroidおよびiOSアプリ開発における、システムテストを自動化するツールを紹介していきます。今回は、Calabash-AndroidによるBDD実践のポイント、表形式の活用による仕様の発見、「Living documentation」で「見せる化」を実現する方法などについて解説します。 連載目次 連載では、AndroidおよびiOSアプリ開発における、システムテストを自動化するツールを紹介していきます。前々回の「iOS/AndroidにCucumberのBDDをもたらすテストフレームワークCalabashの基礎知識とインストール」から数回にわたり「Calabash」、特に「Calabash

    Calabash-AndroidによるBDDの実践とJenkinsによる「Living documentation」
  • イチから分かる、テスト自動化とSelenium | MagicPod Tech Blog | MagicPod: AIテスト自動化プラットフォーム

    今日は、テスト自動化と、ブラウザ自動テストツールSeleniumについて、知らない方でも分かるようイチから解説したスライドを作ったのでご紹介します。 このスライドは、2014年2月28日に開催された「Enterprise × HTML5 Conference」の発表スライドに、時間の関係で省略した多数の未発表ページを加えたものです。 イチから分かる解説についてはこれで終わりですが、せっかくですのでスライドの見どころをご紹介しましょう。

    イチから分かる、テスト自動化とSelenium | MagicPod Tech Blog | MagicPod: AIテスト自動化プラットフォーム
  • UIテストの自動化!Node.jsとSeleniumでWebアプリのUIテスト環境構築 – ICS MEDIA

    Webアプリケーションを開発する際、みなさんはどのようにテストを行っていますか? Webアプリケーションは、ユーザーごとに異なるブラウザを使用しており、ユーザー操作も必要となるため、手作業でテストをされている方も多いと思います。また、機能改修やバグフィクス後に、リグレッションテスト(改修により既存機能への影響がないかを確認する回帰テスト)が必要となりますが、時間が取れずしっかりとテストができていない方も多いのではないでしょうか。 記事では、これらのテストを自動化することのできる「Selenium Webdriver」(セレニウム ウェブドライバー)について紹介します。 入力フォームのバリデーション機能をチェックするデモ 簡単な入力フォームのバリデーション機能をチェックするデモを動画で紹介しましょう。入力値に対して期待するエラー文言が表示されているかのテストを実施しています。Seleniu

    UIテストの自動化!Node.jsとSeleniumでWebアプリのUIテスト環境構築 – ICS MEDIA
  • 品質向上に。Webブラウザのテスト自動化サービスまとめ

    IEの寡占化状態が終わり、Google Chrome/Firefox/Safariなど様々なブラウザによるシェア争いが続いています。さらに各ブラウザともバージョンアップが激しくなっており、バージョンごとのチェックがとても難しくなっていることでしょう。 そこで使ってみたいのがWebブラウザのテストを自動化するサービスです。様々なサービスがありますので、ぜひチェックしてみてください。 BrowserStack 300種類を越えるブラウザをWebブラウザ上で動かすことができます。IE6以降から揃っているようです。スマートフォンにおいてはiOS、Android、Operaといったブラウザが利用できます。 デベロッパーツールもインストールされており、FirebugやYslow、Dragonflyのようなツールも利用可能です。開発補助系ツールが予め入っているのは便利そうですね。 Cross Brows

    品質向上に。Webブラウザのテスト自動化サービスまとめ
  • テスト用の自動配信環境をDockerとFFmpegで構築してみる

    FRESH!でサーバサイドエンジニアをしております、 hori_ryota です。 負荷テストや開発用に勝手に動画配信をし続けてくれる環境が欲しくなったので思いを馳せてみました。 やりたいこと 目的 視聴側の開発のため、延々と動画が流れている環境がほしい 配信まわりのテストを自動化したい 配信サーバの負荷テストのため、大量の動画配信をしたい 視聴側のみのテストであれば魔改造した配信サーバを用意することで対応できますが、 FRESH! は生放送サービスのため配信側のテストも必要となります。 現状 各開発者が必要なときに自分で配信も用意している 配信テストは人力 負荷テストは複数 PC で頑張る つらい 今回の目標 スケールする自動配信環境 ということで、今回は Docker でコンテナ化した配信環境を用意しようと思います。 Docker であれば local からでもサーバ上からでもサクッと

    テスト用の自動配信環境をDockerとFFmpegで構築してみる
  • Story Test-Driven Development

    Story Tests are also known as functional tests or acceptance tests. Story tests are a set of automated tests written by Customer that validates that the system is functioning as specified by the stories. We use automated testing frameworks like FIT to write story tests. The process usually flows as shown in the diagram. Further Reading Storytest-Driven Development article in Better Software Magazi

  • JaCoCo+Tomcat+Jenkinsを使って手動テストのカバレッジレポートを出力する | TECHSCORE BLOG | TECHSCORE BLOG

    こんにちは横部です。 JaCoCoはJavaの為のコードカバレッジ取得ライブラリです。 http://www.eclemma.org/jacoco/ このライブラリを使うと、 テストでどこのコードを通ったのか数値化されるため、 テスト漏れを防ぐことができます。 私が参画しているプロジェクトではJUnitによる単体テストはJenkinsで自動化されており、Gradleでビルドされています。 https://gradle.org/ その際はbuild.gradleにGradle JaCoCo Pluginを設定するだけで、 簡単にコードカバレッジの取得とカバレッジレポートの出力ができていました。 しかしこのプラグインはGradle実行中のみ有効である為、 UIを操作して行う手動テストだとGradle JaCoCo Pluginが使えません。 UIを操作して行う手動テストでコードカバレッジを取得

  • ASTER

    2023年10月18日、ASTER設立時より17年の長きにわたり理事長を務めた西康晴氏が、急逝されました。 西氏は、JaSST東京共同実行委員長、地域JaSSTのアドバイザ、JSTQB運営委員長、テスト設計コンテスト審査委員長も務められ、日のソフトウェアテスト技術の振興にご尽力されました。 【逝去のお知らせ】へ NPO ASTER 設立のご挨拶 特定非営利活動法人(NPO法人)ソフトウェアテスト技術振興協会(ASTER:Association of Software Test EngineeRing)を2006年4月に設立しました。 ASTERは、ソフトウェアテストシンポジウム(JaSST)をはじめとする、ソフトウェア品質向上に関する教育や調査研究、普及振興事業を行います。 これらの事業を通して、ソフトウェア品質向上に関する社会教育の推進および専門能力の開発を実現します。 最終的には、社

  • Ruby Tools : Cucumber

    Tools & techniques that elevate teams to greatness It’s simple. Whether open source or commercial, our collaboration tools will boost your engineering team's performance by employing Behavior-Driven Development (BDD). And with our world-class training, take it to places it’s never been. View Docs Explore Tools Take your automated UI tests further with VisualTest Achieve developer visibility with y

    Ruby Tools : Cucumber
  • Sonar qubeでちょっと楽しい静的解析

    https://2021.pycon.jp/time-table/?id=273396 Webアプリ開発とデータベースマイグレーションには密接な関係があり、Pythonでよく採用されるDjangoSQLAlchemyには、DBのスキーマを変更するマイグレーション機能があります。一般的に、プログラムを実装するときはリポジトリでブランチを作りそれぞれのブランチで実装作業を進めます。Webアプリの開発でも同様ですが、各ブランチDBスキーマを変更する場合には注意が必要です。例えば、複数のブランチで同じテーブルのカラムを追加して使いたい場合や、DBスキーマの変更が競合する場合は、ブランチのマージ時に競合してしまいます。多くの機能を並行開発したり、マージするまでの期間が長い場合には、このような競合が増えてしまいます。 このトークでは、Djangoを例に、データベースマイグレーションの仕組みから、実

    Sonar qubeでちょっと楽しい静的解析
  • テスト密度などの指標まとめ - DENの思うこと

    結局皆さんテスト密度等の実際の数字が気になるところですよね。今まで出てきた数字をまとめてみます。指標の数字は実施している手順やテストケースの書き方等に大きく影響されるので一概にこれが正しいという数字はありません。しかしなにも手がかりや実績も無いという人もいらっしゃるかと思いますのでそのような場合は以下のような設定をおいてみるのも良いかもしれません。ちなみにKLOCはJavaがベースです。 開発期間 開発期間=工数^0.5 開発期間は平方根で求めます。たとえば9人月の作業は3人で3ヶ月です。 最大期間短縮率 最短開発期間=工数^0.5*0.75 短縮率は最大75%。これ以下の開発期間はデスマ高し。 工数割合 設計:実装・テスト 3:7 設計終了段階で既に4割くらい使ってしまっているとかなりデスマ率は高いと思うので機能を減らす等早めに手を打った方が得策かもしれません。 ケース数 単体:150ケ

    テスト密度などの指標まとめ - DENの思うこと
  • 1