6/26日、JaSST関西に参加しました。西先生が考えているテストアーキテクチャ設計について、そのモデル（メタモデル）をトライしてみました。 先生は、システムアーキテクチャ設計の並行概念として、「テストアーキテクチャ設計」というコンセプトを提唱しています。最終的にはテストスイート（テストケース群）を設計するのですが、テストケースの上位概念として「テスト観点」を上げ、それらをモデル化（グループ化、階層化、関係づけ）することでテストの再利用性やその後の派生開発での利用をしやすくするある種の「設計行為」だとしています。 このモデルは、講義中に描いたものを、懇親会中に西先生と議論し、その後、二次会でも同じテーブルの方々とレビューして書き上げた、第一バージョンです。 この領域にいる方々のコメントを下にお待ちします。

次世代テスティング オートメーションで ソフトウェアを最高の品質に ShouldBeeは無料で使えるウェブサイトのテスト自動化を支援するツールです。 これまで手動で実施していたテストの手順書を日本語で書いて実行するだけ!

品質やテストに関わるエンジニアとしてこれから先どうしていくべい、と真剣に考える過程で「例えば今どんな方向性があるだろう」と知人や書籍にて聞き及んだ、日本の民間企業における「品質」系の職種を列挙してみた、ので共有したいと思います。みなさんはどの方向でしょうか？ ※ドメインによって多少呼び方や定義が異なる場合がありますが、説明できる種類はだいたいこの辺に収まるのではないかと考えます。またガチガチの技術系外資では待遇面が全く異なる可能性が高いです。 テストオペレーター 派遣会社が時給1000円台で送り込む開発系職種といえばこれ。ガチガチに練られたテスト設計、実装に基づいて手を動かすだけ、であればそれに見合った報酬といえるが、現場のテスト系社員に技術力が無い場合彼らがそのオペレーションの過程で網羅性や妥当性を担保している場合も数多く見かける不遇の職種。稀に異様な検出率を誇るゴッドハンドが顕れるがそ

このブログを作った時もテスターにするかテストエンジニアにするか色々もやってました。 （テスターって言い出した時期かも） なので、テストする人＝テスター　ってつけたんだなぁと振り返ってみる。 テスターという言葉が持つ職種について 日本における「テスター」という言葉には「テストオペレーター」という意味が色濃く根付いている気がしています。 特に社外のエンジニアとかだと「え？rinaさんはテスターじゃないでしょー？」と言われますし、 私自身も数年前はテスターと呼ばれることにモヤモヤしていたりしました。 4年前の記事になりますが、その辺のモヤモヤはこれを読んで何となく腑に落ちました。*1 *2 snsk.hateblo.jp テストエンジニアって？ 上記の記事で一点、「テストエンジニア」については少し見解が違います。 テストオペレーターでない人、一個上の人はテストエンジニアだと言われるようなことがあ

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未満

CodeZine編集部では、現場で活躍するデベロッパーをスターにするためのカンファレンス「Developers Summit」や、エンジニアの生きざまをブーストするためのイベント「Developers Boost」など、さまざまなカンファレンスを企画・運営しています。

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

Jenkinsの使い方と狙いについて話す機会があるので、自分の考えをまとめる。 時間節約と内容簡素化のため、CIとJenkinsとを分けて説明するのではなく、開発者なら共感できるであろう表現によってJenkinsとCIの双方を説明することを目指す。なお「品質」の定義について、ここでは明確には定めない。 アジェンダ Jenkinsはいろんなことを自動化するサービス 人間に「人にしかできないこと」へ注力させるため、機械の執事を雇って自動化する。 自動化の恩恵は「省力化」と「コミュニケーション促進」 省力化： 人間に「役割」へ注力させるため、Jenkinsは各種「役割」の補佐を行う。コンパイルやテスト、情報収集や統計などルーチン作業を通じて人間が思考し判断することを助ける。ゴールは「人が行うルーチン作業」と「作業完了待ちによる暇」をゼロにすること。 コミュニケーション促進： 「役割」間の連携を促

本連載も、今回でいよいよ最終回となります。今回は、テスティングフレームワークやライブラリの中で近年よく使われるようになってきたものを紹介していきます。 本連載が始まった2008年6月は、Scala言語そのものが注目され始めた時期で、ライブラリは未整備でした。オープンソースのScalaライブラリは少なく、何かしようと思うとJavaのライブラリを直接呼び出すか、ラッパーを自分で書く必要がありました。 翻って現在、完全に成熟しているとはいえないものの、多くの実用Scalaライブラリが登場しています。HTTPクライアント、JSONライブラリ、O/Rマッパ、I/O、コマンドラインパーザ、Webアプリケーションフレームワーク等がいくつも存在しています。 Scalaの主要なライブラリは、前回紹介したビルドツールsbtのビルド定義ファイルbuild.sbtに、どのライブラリのどのバージョンに依存しているか

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

何を使うべきか？ 公式サイトの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 の

こんにちは、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

こんにちは、やまもと@テスト番長です。 このエントリーは「GREE Advent Calendar 2014」13日目の記事です。 最近はグリーのQuality Assurance部のテストエンジニアリングチームを担当しています。 品質管理を行う部署のため、エンジニアブログに顔を出すのは初めてなのですが、 今回はグリーのQA体制のご紹介および、テストエンジニアリング面からの 取り組みをご紹介させて頂きたいと思います。 グリーのQA体制について QAチームは、2011年の夏にカスタマーサポートチームから派生する形で組織されました。 2012年に起きたカード複製の不具合や未成年課金の問題など、多くのトラブルを経験・奔走しつつも徐々に体制を整え、現在は社員20名・協力会社の方々も加えると50名ほどのグループとなっています。 ネイティブゲーム、ウェブゲーム、ガレージスタジオ＆プラットフォーム、テス

第1回ペパボテックカンファレンスの発表資料 https://pepabo.connpass.com/event/13208/

自動改札機の運賃計算プログラムはいかにデバッグされているのか？ 10の40乗という運賃パターンのテスト方法を開発者が解説（後編） 9月12日から14日のあいだ、東洋大学 白山キャンパスで開催された日本科学技術連盟主催の「ソフトウェア品質シンポジウム 2012」。オムロンソーシアルソリューションズ 幡山五郎氏の講演「自動改札機ソフトウェアの品質向上の取り組み　厳密な仕様、もらさないテストを目指して」。この記事では、そのダイジェストを紹介しています。 本記事は、前編、中編、後編の3部構成です。お読みのページは後編です。 大規模なテストをどうやって実行しているか 続いて、大規模なテストについて。 1000万件のテストパターンを作っても、それぞれのテスト結果の正解を人手で作っていたら追いつきません。なので、別々に運賃計算ソフトウェアを作って、その答えを突き合わせてチェックしよう、という話です。 例