JaSSTで話題になったテスト設計をモデル化してみた - Qiita
6/26日、JaSST関西に参加しました。西先生が考えているテストアーキテクチャ設計について、そのモデル（メタモデル）をトライしてみました。 先生は、システムアーキテクチャ設計の並行概念として、「テストアーキテクチャ設計」というコンセプトを提唱しています。最終的にはテストスイート（テストケース群）を設計するのですが、テストケースの上位概念として「テスト観点」を上げ、それらをモデル化（グループ化、階層化、関係づけ）することでテストの再利用性やその後の派生開発での利用をしやすくするある種の「設計行為」だとしています。 このモデルは、講義中に描いたものを、懇親会中に西先生と議論し、その後、二次会でも同じテーブルの方々とレビューして書き上げた、第一バージョンです。 この領域にいる方々のコメントを下にお待ちします。 Register as a new user and use Qiita more
ソフトウェアテスト、品質に関わる職種図鑑 - >& STDOUT
品質やテストに関わるエンジニアとしてこれから先どうしていくべい、と真剣に考える過程で「例えば今どんな方向性があるだろう」と知人や書籍にて聞き及んだ、日本の民間企業における「品質」系の職種を列挙してみた、ので共有したいと思います。みなさんはどの方向でしょうか？ ※ドメインによって多少呼び方や定義が異なる場合がありますが、説明できる種類はだいたいこの辺に収まるのではないかと考えます。またガチガチの技術系外資では待遇面が全く異なる可能性が高いです。 テストオペレーター 派遣会社が時給1000円台で送り込む開発系職種といえばこれ。ガチガチに練られたテスト設計、実装に基づいて手を動かすだけ、であればそれに見合った報酬といえるが、現場のテスト系社員に技術力が無い場合彼らがそのオペレーションの過程で網羅性や妥当性を担保している場合も数多く見かける不遇の職種。稀に異様な検出率を誇るゴッドハンドが顕れるがそ
テストする人の話。－テスターなの？テストエンジニアなの？－ - テストする人。
このブログを作った時もテスターにするかテストエンジニアにするか色々もやってました。 （テスターって言い出した時期かも） なので、テストする人＝テスター ってつけたんだなぁと振り返ってみる。 テスターという言葉が持つ職種について 日本における「テスター」という言葉には「テストオペレーター」という意味が色濃く根付いている気がしています。 特に社外のエンジニアとかだと「え？rinaさんはテスターじゃないでしょー？」と言われますし、 私自身も数年前はテスターと呼ばれることにモヤモヤしていたりしました。 4年前の記事になりますが、その辺のモヤモヤはこれを読んで何となく腑に落ちました。*1 *2 snsk.hateblo.jp テストエンジニアって？ 上記の記事で一点、「テストエンジニア」については少し見解が違います。 テストオペレーターでない人、一個上の人はテストエンジニアだと言われるようなことがあ
契約による設計 - MonoBook
契約による設計（英語：Design By Contract、でざいん・ばい・こんとらくと）とは、ソースコードの中にプログラムが満たすべき仕様（契約）についての記述を盛り込み、設計の安全性を高めるプログラミングの技法のひとつ、またはプログラミング言語の機能のひとつである。 契約プログラミング（Programming By Contract）や、Design by Contract の頭文字であるDbC (でぃーびーしー) とよばれることもある。 概要[編集 | ソースを編集] たとえば、あるサブルーチンに引数があるとして、その引数がぬるぽやぬるりになることを防ぐためにサブルーチンの先頭部分でnullチェックや境界チェックを行う、などというコーディング規約に近いものを、プログラミング言語の仕様として半ば強制することで、静的コード解析やドキュメント生成、単体テスト（のテンプレート生成）などを的確
単体テスト - MonoBook
単体テスト（英語：unit testing）とは、プログラミングにおいてクラスや関数などのごく小さな単位（ユニット）で、その動作に誤りがないか行うテストのことである。 概要[編集 | ソースを編集] 単体テストはプログラミングにおいてクラスや関数などのごく小さな単位（ユニット）で、その動作に誤りがないか行うテストのことである。これは各種プログラミング言語でよく行われるプリント分を挿入してデバッグするという原始的な行為も含まれる。もう少し大きい視点では契約プログラミングと静的解析ツールの組み合わせに近い概念を、もう少し踏み込んで動的にテストしたい場合などに用いられる。またそもそも契約プログラミングを利用できないプログラミング言語や環境で似たようなことを行いたい場合にも用いられる。 今日日ではxUnitといったテスト自動化ツールを用いて行われるのが主流となっており、「単体テスト」という言葉自体
SeleniumのUIテスト自動化をiOS／AndroidにもたらすAppiumの基礎知識とインストール方法、基本的な使い方
Appiumの主な特徴は以下の通りです。 Android 2.3.3以降、iOS 6.0以降に対応している Webブラウザーを使ったテストの自動化で広く利用されているSelenium WebDriver（「Selenium 2」とも呼ばれます）と、ほぼ同じ書き方でスマートフォンアプリのテストスクリプトを書くことができる Ruby、Python、Javaをはじめとした、さまざまなプログラミング言語でテストスクリプトを書くことができる Webアプリの自動テストにSelenium WebDriverを利用しているテストエンジニアが、少ない学習コストで、AndroidやiOSのアプリの自動テストにも着手できる、という点がAppiumを採用するメリットといえます。 Appiumは、バージョン1.0を境に、テストスクリプトの書き方（API仕様）が大きく変更されています。 そのため、バージョン1.0未満
Testing in Swift
About the content This content has been published here with the express permission of the author. Software tests are great for verifying software behavior and improving the quality of your code. In this talk, we learn from Jeff Hui about tooling, techniques, and writing tested code with the Quick testing framework. He also talked about generative testing, a prevalent functional programming approac
CI用語を使わないJenkins入門 - Kengo's blog
Jenkinsの使い方と狙いについて話す機会があるので、自分の考えをまとめる。 時間節約と内容簡素化のため、CIとJenkinsとを分けて説明するのではなく、開発者なら共感できるであろう表現によってJenkinsとCIの双方を説明することを目指す。なお「品質」の定義について、ここでは明確には定めない。 アジェンダ Jenkinsはいろんなことを自動化するサービス 人間に「人にしかできないこと」へ注力させるため、機械の執事を雇って自動化する。 自動化の恩恵は「省力化」と「コミュニケーション促進」 省力化： 人間に「役割」へ注力させるため、Jenkinsは各種「役割」の補佐を行う。コンパイルやテスト、情報収集や統計などルーチン作業を通じて人間が思考し判断することを助ける。ゴールは「人が行うルーチン作業」と「作業完了待ちによる暇」をゼロにすること。 コミュニケーション促進： 「役割」間の連携を促
第24回 Scalaをとりまく開発環境/ツール(後編)
本連載も、今回でいよいよ最終回となります。今回は、テスティングフレームワークやライブラリの中で近年よく使われるようになってきたものを紹介していきます。 本連載が始まった2008年6月は、Scala言語そのものが注目され始めた時期で、ライブラリは未整備でした。オープンソースのScalaライブラリは少なく、何かしようと思うとJavaのライブラリを直接呼び出すか、ラッパーを自分で書く必要がありました。 翻って現在、完全に成熟しているとはいえないものの、多くの実用Scalaライブラリが登場しています。HTTPクライアント、JSONライブラリ、O/Rマッパ、I/O、コマンドラインパーザ、Webアプリケーションフレームワーク等がいくつも存在しています。 Scalaの主要なライブラリは、前回紹介したビルドツールsbtのビルド定義ファイルbuild.sbtに、どのライブラリのどのバージョンに依存しているか
ユニットテスト・フレームワーク一覧 - Wikipedia
以下は様々なプログラミング言語のためのコード駆動型のユニット・テスト・フレームワークの一覧である。全てではないが、これらの幾つかはxUnitに基づいている。 表の各列の説明 (分類)[編集] 名前: この列はフレームワークの名前及び、Wikipedia内にその項目があればそれへのリンクを含む。 xUnit: この列はフレームワークがxUnit型のフレームワークであるかどうかを示す。 TAP: この列はフレームワークがTAP準拠のテスト・ハーネスを出力できるかどうかを示す。 ジェネレータ: この列はフレームワークがデータ・ジェネレータをサポートするかどうかを示す。データ・ジェネレータはあるテストの入力データを自動的に生成し、生成した各データについてそのテストを実行する。 フィクスチャ: この列はフレームワークがテスト毎のフィクスチャをサポートするかどうかを示す。テスト毎のフィクスチャは個々の
Scalaのユニットテスト入門 - seratch's weblog in Japanese
何を使うべきか？ 公式サイトのForumにて http://www.scala-lang.org/node/9826 Java における JUnit のようなデファクトスタンダードはないの？ ScalaTest を使うとしてどのスタイルが一般的？(JUnit、BDD、Features、FunSuite・・) ScalaTest、specs(specs2)、ScalaCheck、JUnit、TestNG あたりが選択肢 どれか一つに絞るというより、ScalaTest と ScalaCheck を併用のような使い方もアリ 私は ScalaTest を BDD スタイルで使うことが多い ScalaCheck の入力を自動生成するアプローチは機能テストのようなものに特に向いている 私の環境(Java/Scala が混在する maven プロジェクト)には ScalaTest よりも specs の
RestfuseによるREST API自動試験まとめ(その１) - Taste of Tech Topics
こんにちは、Web系エンジニアのナカガワです。 皆さん、REST APIのテストはどのようなツールを使っていますか？ 私はJUnitでテストが書ける「Restfuse」を使っています。 今回、実プロジェクトでRestfuse + Jenkinsで定期的にREST APIをテストする仕組みを構築したため、このあたりのノウハウをまとめて書きたいと思います。 REST APIテスト自動化のゴール ゴールは以下の二つです。 (1) APサーバ上で動作しているWebアプリケーションに対し、自動でREST APIテストを実施する。 (2) Jenkinsを用いてCIを実施可能にする。 まず今回は、前者のREST APIテストを実施するところまで紹介します。 Restfuseを使って、REST APIをJUnit上でテスト可能に！ 先にも書きましたが、私が使ったのはRestfuseというツールです。 R
グリーのQAチームとテストエンジニアリングへの取り組み | GREE Engineering
こんにちは、やまもと@テスト番長です。 このエントリーは「GREE Advent Calendar 2014」13日目の記事です。 最近はグリーのQuality Assurance部のテストエンジニアリングチームを担当しています。 品質管理を行う部署のため、エンジニアブログに顔を出すのは初めてなのですが、 今回はグリーのQA体制のご紹介および、テストエンジニアリング面からの 取り組みをご紹介させて頂きたいと思います。 グリーのQA体制について QAチームは、2011年の夏にカスタマーサポートチームから派生する形で組織されました。 2012年に起きたカード複製の不具合や未成年課金の問題など、多くのトラブルを経験・奔走しつつも徐々に体制を整え、現在は社員20名・協力会社の方々も加えると50名ほどのグループとなっています。 ネイティブゲーム、ウェブゲーム、ガレージスタジオ＆プラットフォーム、テス
EC サービスの負荷テスト / EC performance testing
第1回ペパボテックカンファレンスの発表資料 https://pepabo.connpass.com/event/13208/
自動改札機の運賃計算プログラムはいかにデバッグされているのか？ 10の40乗という運賃パターンのテスト方法を開発者が解説（後編）
自動改札機の運賃計算プログラムはいかにデバッグされているのか？ 10の40乗という運賃パターンのテスト方法を開発者が解説（後編） 9月12日から14日のあいだ、東洋大学 白山キャンパスで開催された日本科学技術連盟主催の「ソフトウェア品質シンポジウム 2012」。オムロンソーシアルソリューションズ 幡山五郎氏の講演「自動改札機ソフトウェアの品質向上の取り組み 厳密な仕様、もらさないテストを目指して」。この記事では、そのダイジェストを紹介しています。 本記事は、前編、中編、後編の3部構成です。お読みのページは後編です。 大規模なテストをどうやって実行しているか 続いて、大規模なテストについて。 1000万件のテストパターンを作っても、それぞれのテスト結果の正解を人手で作っていたら追いつきません。なので、別々に運賃計算ソフトウェアを作って、その答えを突き合わせてチェックしよう、という話です。 例
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ShouldBee - テスト作業を限りなくゼロに
https://www.opentone.co.jp/news/seminar/130531/ref/ref20130531-03.pdf
『システムテスト自動化 標準ガイド』の第2章 ～ 原書の刊行当時から変わったこと／変わらないことと補完すべきこと
GitHub - sbt/sbt-jacoco: an sbt plugin for JaCoCo Code Coverage
TechCrunch | Startup and Technology News
