タグ

テストに関するlibero18のブックマーク (257)

  • PHPでスモークテストのサンプルを書いてみて感じたこととか - ぼっち勉強会

    ソフトウェアテストの勉強中&実際の案件に活用中。 スモークテストとは ソースコードに修正が入るなどして新しくビルドが必要になった際に、 そのビルドが正常に終了していることを確認するためのテストです。 簡単に言えば、「ビルドによってどこか動かなくなったりしてないよね?」を確認するテスト。 要件テスト(画面テストとか)を始める前の、そもそもテスト出来る状態にあるかどうかをテストするテスト。 テストのためのテスト。テスト。 ソースコードの開発・追加・修正を終えたソフトウェアが動作する状態にあるかを確認するテストのこと。格的なソフトウェアテストが実施可能かを確認するための予備的な簡易テストである。 情報システム用語事典:スモークテスト(すもーくてすと) - ITmedia エンタープライズ 言葉の由来はハードウェアのテストにあるらしい。 新しい基盤に対して電源を入れて、モクモクと煙が出たらアウト

    PHPでスモークテストのサンプルを書いてみて感じたこととか - ぼっち勉強会
  • http://tech-sketch.jp/2012/05/aws-rails321-jasmine-phantomjs-coffee-scriptcuijavascript.html

  • WebDriver+RSpecで、壮絶に、受け入れテスト結果を検証する方法例

    Selenium2 WebDriverを使ってRSpec形式で受け入れテストを自動化する方法を模索中です。 これまで調べたこと 環境構築編:Windows7+Selenium2 WebDriver+Rspecでブラウザテストを自動化 TIPS編:Ruby+Selenium2 WebDriverでクロスブラウザチェックする 基的な検証方法 今回はテストケース内で値をどう検証するかを調べてみました。JUnitとかだとassertTrueみたいなメソッドが用意されていますが、画面の場合は HTML内の値を見つけだし その値を検証する というステップを踏む必要があります。値を見つけ出すところは https://gist.github.com/daipresents/b211d3a3cf47908e87f0766f846bd73d.js?file=gistfile1.txt のようにすれば見つかり

    WebDriver+RSpecで、壮絶に、受け入れテスト結果を検証する方法例
  • ASTER テストツールガイド改訂WG(Test Tool Guide Working Group)

    特定非営利活動法人 ソフトウェアテスト技術振興協会(以下、NPO法人ASTERと表記する)では、「テストツールまるわかりガイド」Version 2.0.0を、2020年9月末日に公開しました。 2012年、NPO法人ASTER テストツールWGにて、「テストツールまるわかりガイド(入門編)」Version 1.0.0(以下、Version 1.0.0と表記する)が公開されました。この公開から年月が経過したことを受け、読者が最新の情報を入手できるよう、改訂を行い、公開するものです。 「テストツールまるわかりガイド」Version 2.0.0では、プロプライエタリのテストツール(企業が販売しているツールなど)の情報の刷新を行いました。 プロプライエタリのテストツールについては、企業間の垣根を越えて多様なツールを知っていただくために、国内のテストツールベンダ/販社各社に協力を呼びかけ、国内で入手

  • はてなブログ | 無料ブログを作成しよう

    「遊び」をクリエイトするAI デスピサロを相手に、効くはずのないザラキを唱えまくるクリフトを見ながら、AIというのはなんてアホなのだろうと思った。多分、それが、僕が初めてAIに出会った瞬間だったと思うのだけど、時は過ぎ、現代では生成AIを中心とした「かしこいAI」たちが世に溢れていて、…

    はてなブログ | 無料ブログを作成しよう
  • Testing Backbone applications with Jasmine and Sinon – Part 1: Introduction

    Testing Backbone applications with Jasmine and Sinon Part 1: Introduction 3 March 2011 Overview This is the first in a series of articles demonstrating how to test a Backbone.js application, employing the Jasmine BDD test framework and the Sinon.JS spying, stubbing and mocking library. In this part, we’ll take a brief look at Backbone, and then move on to an introduction to some of the features of

  • 「テスト自動化ツールを導入済みは8.5%、85%以上が検討していないか必要を感じない」 - カレーなる辛口Javaな加齢日記

    注:テストリストは加筆修正した上で,改めて独立した項目に作り直した. → http://d.hatena.ne.jp/JavaBlack/20150926/p1 http://www.publickey1.jp/blog/12/8585.html http://www.keyman.or.jp/at/dev/debug/30004610/ 数値の正確さはともかく,だいたいそんなもんでしょう. 「スキルがないからPHP使ってます」「Javaは使ってるけどオブジェクト指向って何ですか?」みたいな現場だと,テストするスキルも人手も足りない. そもそもテストを知らない.テスト=手動テストだと思っている. デバッグといえばデバッガでするものだと思っている. 導入するメリットが理解できない. テストをする人に,プログラミングのスキルや経験がない.ひどい場合には素質が無い.*1 導入するスキルがない.

    「テスト自動化ツールを導入済みは8.5%、85%以上が検討していないか必要を感じない」 - カレーなる辛口Javaな加齢日記
  • Web制作フローの再考とDesigning in the browser

    多様化するwebサイト、増加するデバイスに適応していくために今までのWeb制作のワークフローも見直す必要があるのではないでしょうか。またその一つの手法としてDesigning in Browserについて書きました。 現在ではWebサイトも、インタラクティブなサイト、アプリのようなサイト、可変するサイトなど様々なスタイルが見られるようになってます。 また、Webを閲覧できる環境もPCからスマートフォン、タブレット、テレビ、カーナビなど増加し続けてます。 それに伴い今まで以上にテストケースが増えてきてます。 今までのような静的なデザインを作ってから開発、テストというWeb制作のワークフローでこの変化の流れに対応できてるのでしょうか。 まず静的なデザインはあくまでこのように見えるという仮説であり、 解像度やスクリーンサイズが異なれば見え方も変わってきます。 更にどのように動くのかまでは表現でき

    Web制作フローの再考とDesigning in the browser
  • PHPのソース解析用の便利な検証ツール導入 - n-sega's blog

    概要 PHPでの開発は行なっているけどソースの品質を向上させるためのアプローチがけっこう停滞している。 unoh.github.com by unohを参考にさせてもらって そのためのソースに対して解析を行えるツールを試しに利用してみる。 環境 試した環境は、さくらのVPSで OSは、CentOS v5.5。 phpは、v5.3.8。 Apacheは、 v2.2.21。 導入してみたツール phpcpd sebastianbergmann/phpcpd · GitHub コードの中でコピー&ペーストで記述されている部分の検出してくれるツール。 phpdcd sebastianbergmann/phpdcd · GitHub どこからもコールされていないファンクションが無いかをチェックするためのツール phploc sebastianbergmann/phploc · GitHub php

    PHPのソース解析用の便利な検証ツール導入 - n-sega's blog
  • 『JavaScriptのテスト手法』

    みなさんはじめまして。 2011年11月に中途で入社し、現在はAmeba事業部でスマートフォン版Ameba(通称デカグラフ)の開発をしている川口(facebook)と申します。 JavaScriptにおけるテストフレームワーク JavaScriptにおけるテストフレームワークとしては、有名なもので現在以下のものがあります。 ●JsUnit Javaのテストフレームワークとして有名な「JUnit」を参考に作られたテストフレームワークです。 ●QUnit もともとjQueryをテストするために開発されたフレームワークですが、現在ではjQueryへの依存が無くなっているためjQuery以外のライブラリを使ったプロジェクトでも使用できます。 ●Jasmine

    『JavaScriptのテスト手法』
  • ユーザビリティ調査では何人でテストするのか

    例外を除くと、その答えは5人である。テスト参加者をもっと多く使うことに賛成する意見の大半は間違っている。しかし、中には、より大きな規模のほうがいいテストもあれば、小さいほうがいいものもある。 How Many Test Users in a Usability Study? by Jakob Nielsen on June 4, 2012 日語版2012年6月26日公開 欲しい数字が1つなら、答えはシンプルだ。ユーザビリティ調査では5人のユーザーでテストしよう。その結果、もっと多数のテスト参加者を使って得られるのとほぼ同数のユーザビリティ上の問題を見つけられるだろう。 1989年に「ディスカウントユーザビリティエンジニアリング」を奨励し始めて以来、この答えは変わっていない。テストしているのが、ウェブサイト、イントラネット、PCアプリケーション、モバイルアプリなど、何なのかは関係ない。ユー

    ユーザビリティ調査では何人でテストするのか
  • Rubyアソシエーション: テスト

    ここではRubyで記述されたコードに対するテスト方法の概要について説明します。Rubyには、ユニットテストをしやすくするフレームワーク(ライブラリ)が提供されています。通常は、個々のモジュールやメソッドなど小さな単位で十分なユニットテストを行って検証し、結合テストへと進みます。 提供されるフレームワークは、「テスト駆動開発(Test Driven Development:TDD)」や「振舞駆動開発(Behaviour Driven Development:BDD)」という思想がベースになっています。テスト駆動開発とは、プログラム開発手法の一つで、プログラムに必要な各機能について、最初にテストコードを書きそれが失敗することを確認し(テストファースト)、そのテストが成功するように必要最低限の実装を行った後、プログラムの振る舞いを変えないようにコードを洗練(リファクタリング)していく方法です。こ

  • https://www.testdata-generator.com/

    テストデータの管理 TestData Generatorはユーザが定義したテストデータの設定を管理しています。 一度作成した定義を使用して、何度でもテストデータの作成が可能です。 表現できるデータ TestData Generatorには基的なデータ型が用意されています。 数値(整数、小数、連番) 日時(日付、時刻) 文字列(固定、ユーザ定義) 定義済データ(氏名、住所、性別等) データの結合や、関連のあるデータ列の内容を一致させることも可能です。

  • A/Bテストの数理 - 第1回:人間の感覚のみでテスト結果を判定する事の難しさについて - - doryokujin's blog

    データ解析の重要性が認識されつつある(?)最近でさえも,A/Bテストを始めとしたテスト( = 統計的仮説検定:以後これをテストと呼ぶ)の重要性が注目される事は少なく,またテストの多くが正しく実施・解釈されていないという現状は今も昔も変わっていないように思われる。そこで,シリーズではテストを正しく理解・実施・解釈してもらう事を目的として,テストのいろはをわかりやすく説明していきたいと思う。 スケジュール スケジュール 第1回 [読み物]:『人間の感覚のみでテスト結果を判定する事の難しさについて』:人間の感覚のみでは正しくテストの判定を行うのは困難である事を説明し,テストになぜ統計的手法が必要かを感じてもらう。 第2回 [読み物]:『「何をテストすべきか」意義のある仮説を立てるためのヒント』:何をテストするか,つまり改善可能性のある効果的な仮説を見いだす事は,テストの実施方法うんぬんより

    A/Bテストの数理 - 第1回:人間の感覚のみでテスト結果を判定する事の難しさについて - - doryokujin's blog
  • Choose Opera - Spreading Opera goodness - Posts tagged by "Opera Tips".

    Opera requests that the EU General Court secure the DMA’s promise of free browser choice... July 12th, 2024 Opera is appealing the EU Commission’s decision not to designate Microsoft Edge as a gatekeeper, and requesting to keep freedom... AI, Gaming, Opera GX Aria gets Buffed in Opera GX July 1st, 2024 Aria gets buffed in Opera GX. New features are being added to improve Aria's capabilities. Deskt

  • 地獄Spec

    38. ⑤失敗・教訓(充実してきた頃) カバレッジは万能じゃない -「レガシーコード=テストの無いコード」なので意 味はあるが・・・ -Reekを取るようにした(お手軽/ReekViewer) https://github.com/Shinya131/reekviewer FactoryGirlがパンクした -factory.rbに全てぶっ込むのではなく、 factoriesフォルダ以下にファイル分割配置 -リレーション指定やりすぎると破綻(メンテ不能)に

    地獄Spec
  • rspec, factory_girl, spork, guardによる自動テスト環境の構築 - AnyType

    こちらの記事を参考に自分で自動テスト環境を構築した記録です。この記事はすごく参考になりました。感謝です。 Rails3+RSpec2+Spork+Guard(guard-rspec,guard-cucumber)で最速のBDD(振舞駆動開発)環境を作る - Curiocity Drives me 0.環境 # Gemfile source 'http://rubygems.org' gem 'rails' gem 'rake', '0.8.7' gem 'mysql2', '0.2.6' gem 'haml-rails' gem 'jquery-rails' $ bundle install --path vendor/bundle1.rpec-rails, factory_girl_railsのインストール # Gemfile source 'http://rubygems.org' g

    rspec, factory_girl, spork, guardによる自動テスト環境の構築 - AnyType
  • かっこ悪くて面倒でもテストコードを書こう - 今川館

    Python | 10:08わたしはプログラマーではありませんが、いくつかの仕事でテストコードを見たり書いたりすることがあったので、その過程で思ったことをメモとして残しておきます。コーディングとテストを分けて工数を言う癖をやめようどっちもコードを書くのだから分けて考える必要はないテストコードの重要性は理解しているけど、工数も厳しいし客がテストコードを書くことに工数を割くことを認めてくれない。ありがちな話ですが、それがテストを書かないことの根拠であるならば少し考え直しましょう。コーディングとテストを異なる工程と考えるのをやめてしまえばそんなことに悩む必要はなくなります。つまり、「テストを書きながらコーディングする」のです。だいたい、普段プログラムを書いているときだって手元で動かしながらものを作っているでしょう。それと同じことをプログラムを書いてやればいいだけです。客がテストを書かせてくれない

  • テストをすっきり書く方法 - 2012-04-25 - ククログ

    はじめに ソフトウェアを作るときには同時にテストも作ります。 テストを動かすことで、ソフトウェアが設計の通り動作しているかを確認できます。もし設計の通りに動作しない場合はテストが失敗し、ソフトウェアに期待する動作と現在の間違った動作が明確になります。 テストをすっきりと書くことができると、テストを読みやすくなり、また、きれいなソースコードのままで新しくテストを追加することができます。 今回は、そのすっきりとテストを書くための方法について説明します。 テストを追加していくと発生する問題 例えば、1つのテストケースの中にいろいろな機能のテストがある場合を考えます。 ここで、ある機能の実装を修正したので、この機能に関するテストを追加しようとしました。 テスト名に「テストのコンテキスト」と「テスト対象」を含めてどのような内容のテストかを示します。 このとき、ある機能に対して様々な動作をテストするこ

    テストをすっきり書く方法 - 2012-04-25 - ククログ
  • RSpecでテスト書きながらRailsのプラグインを開発する - 鳩舎

    こんにちは。Railsのプラグインが作りたいです。 ということでRailsプラグインの作り方を調べていたのですが、id:sora_hから $ rails plugin new plugin_name でひな形出来るよと聞いて喜びいさんでやってみたらテストがTest::Unitで出来ていた時の僕の絶望は筆舌に尽くし難かったです。 ということでRSpecでテストしたかった。ついでにいうとRailsでRSpec使うときみたいにしたかった。 んでソース見てみたんですがなんかやりにくそうだし嫌だなぁと思ってたんですが、案外さっぱりできました。 ようするにダミーのRailsアプリケーションを作ってそいつは開発中のgemを読み込んでダミーRailsアプリに向かってテストすればいいだけです。 ちょっともう眠いのであんまり長くまとめられませんが、だいたいどうすればいいかはGitのログを見るとわかると思います

    RSpecでテスト書きながらRailsのプラグインを開発する - 鳩舎