リーダブルコードから学ぶ、美しいテスト手順の書き方 - ボドゲを愛するテスト屋さん
※本記事は「ソフトウェアテスト Advent Calendar 2017 - Qiita」用の記事です。 どうも、6日目担当のオムそばです。 最近、@yoshikiitoさんのお勧めで、 リーダブルコード ―より良いコードを書くためのシンプルで実践的なテクニック (Theory in practice) 作者: Dustin Boswell,Trevor Foucher,須藤功平,角征典 出版社/メーカー: オライリージャパン 発売日: 2012/06/23 メディア: 単行本（ソフトカバー） 購入: 68人 クリック: 1,802回 この商品を含むブログ (138件) を見る という本(より良いコードを書くためのテクニックがまとめられている本)を読んでいるのですが、 ふと、「このテクニック、テストエンジニアがテストケースの手順(以下、テスト手順)を作る際にも使えるんじゃないか？」と思った
SeleniumでE2Eテストを始めよう - オールアバウトTech Blog
オールアバウトのsankameです。 突然ですが、Webブラウザのテストってやりずらいですよね… ブラウザ毎に挙動が違ったり、結局、担当者頼みになって、その人が代わったらまた障害が起きて…と。 エンジニアならこういう問題はさっさと自動化してスマートに解決したいものです。 ※このアプリのソースコードはページ末尾のリンクからご利用下さい。 …とは言え、「なる早でリリースを」という場面ではテストは後回しにされがちで、さらに第2フェーズが始まると尚更テストに時間を割くのが難しくなります。(※1) オールアバウトではユニットテストがまだ全アプリに入っていない状況ですが、とにかくハードルを下げつつ半年ほど前からE2Eテスト(※2)を実施しています。(※3) (※1) オールアバウトには専任のQAチーム (Quality Assurance)がないため、開発エンジニアがそれを担当しています。 (※2
KPI に寄与できない開発課題を、組織全体で取り組むということ - クラウドワークス エンジニアブログ
はじめに クラウドワークスエンジニアの八木です。 先般の記事でも触れられていた通り、クラウドワークスではシステムのフレームワークとして採用している Ruby on Rails を 3 系から 4 系に移行しました。 残念ながら、「こことそことあそこを直して、さあリリース！！！」とはいかず、それなりの時間を投入して行いました。 今回は、Rails のバージョンアップをスムーズに行えないという技術的課題は一旦脇に置いておいて、フレームワークのバージョンアップという「事業の KPI に直接寄与できない開発課題」に対して、クラウドワークスの開発チームがどのように取り組んだか、組織体制の話を書いてみたいと思います。 チーム体制の変遷 まず、クラウドワークスで Rails4 対応するために組んだ組織構成について、時系列に沿って簡単にご紹介します。簡単にご紹介と言いつつ先に要約すると、最初は Rails
Jenkins＋Vagrantでテストを分散しよう
テストの分散は、環境を分けたい場合や速度を上げたい場合に役立つ。Vagrantで複数マシンのテスト環境を構築し、Jenkinsから複数マシンにまたがるテストジョブを実行してみよう。また、お勧めの便利なプラグインも紹介する。 ← 前回 連載 INDEX 次回 → 連載第3回「アプリケーションをデプロイしてみよう」では、Jenkinsからのさまざまな通知方法、およびテストの分割、Herokuへのデプロイを解説した。Jenkins以外についても多くのことを解説したが、いきなり全てを実践する必要はない。どのプロセスの優先順位が高いのか、プロジェクトメンバーで話し合って、着手する順番を決めていこう。 テストの分散とは？ さて、今回は「テストの分散」の話である。「前回の連載で複数のジョブに分けたのが分散なのでは？」と気付いたあなたは鋭い。今回の「分散」とは、ジョブに分割することではなく、「複数マシンで
トレタのインフラ運用、支えている道具(Packer, Terraform, Serverspec, Ansible, Roadworker, Circle CI)、考え方 - トレタ開発者ブログ
インフラをアレしてる佐野です。トレタのコア部分はEngineyardで運用していますが、事業拡大に伴いサブシステムも増えてきました。新しいサブシステムは主にAWSで運用しています。そこで今回は事例として弊社の新規部分のインフラ運用のやり方、そこで使われている道具(Packer, Terraform, Serverspec, Ansible, Roadworker, Circle CI)、考え方などについて書きます。これらの道具はもはやよく知られたものであり、あまり真新しくはないとは思っています。しかしながら弊社に遊びに来た方や採用の応募者の方などからトレタのシステム運用に関する質問をいただくことがあり、その説明資料のかわりになるかな、という目的もあって書かせていただきます。これ以外にも道具はあるのですが、なんとなく興味をもってくれそうなワードをタイトルに羅列させていただきました。以下、目次
JaSST東北2016に行ってきた - mokky14's IT diary
2016/5/20(金)のJaSST東北2016のレポート。 今年のJaSST東北2016はVSTeP(ブイステップ)祭りだった。 基調講演 VSTePによるソフトウェアテストの開発 ー 西 康晴 ー VSTePとは? テスト設計の技法の一つ。 (他のテスト設計技法は、HAYST法、ゆもつよメソッドがある) VSTePの流れ テストケースをざっくり考えてから具体化する いきなり細かく考えると抜け漏れが発生しやすくなる まずは「負荷」とかざっくりした観点で考えて、具体化していく 全体像を把握するための図を描く Excelの表だと全体像の把握は難しい 図の形式やツールにはこだわらない。全体像を把握するのが目的 テスト要求分析 テスト観点図を作成する。 テスト観点を思い浮かべて、線でつなげる 観点を詳細化していく(親観点から子観点を引く) 関連する観点を線でつなぐ テスト観点図の作成方法は、トッ
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未満
QAエンジニア - Qiita
概要 この数年 「QA(Quality Assurance)エンジニア職」 という職種が重要視されております。 所謂、品質保証です。 振り返ると2000年代は、求人自体も少なかった職種ですが、昨今はIndeedやスタンバイなどの求人情報専門の検索エンジンで 「QAエンジニア」 「テストエンジニア」 「品質管理エンジニア」 で検索すると大企業からスタートアップまで多くの掲載求人がヒット・掲載されています。 最近は、企画段階から 「QAエンジニア」 が参加し、プロダクトUI・UXの意見交換や、仕様書レビュー、テストフロー、プロダクトリリース判定基準、どのテストレベルを対象とするか策定する。 そのため、QA職種だからこの範囲（領域）だけという決まりはありません。 また、QA職種詳細については 「品質担当でも名称がいろいろ」 に記載しております。 「QAエンジニア」 って、そもそもどのような役割な
QA（品質保証）とは？MTのQAエンジニアに聞いてみた-Six Apart ブログ｜オウンドメディア運営者のための実践的情報とコミュニティ
シックス・アパートでQAを務める井上です。 QA は「Quality Assurance」の略で、品質保証という意味ですが、あまり聞き慣れない言葉かと思います。QAという仕事は世間から脚光を浴びることも少ないので、どんなことをしているのだろうと思う方もいらっしゃるのではないでしょうか。 QAの仕事のフロー、役割や期待されていること、セオリー、はたまたQAあるあるについて、まとめてみます。 QAの仕事とは Movable Type や Lekumo など、シックス・アパートの製品やサービスの品質に問題がないかを確認して、ユーザーの皆さんに安心して利用していただける状態を保つのがミッションです。期待通りに動作するか、使いやすいか、どのブラウザでも同様に動作するか、セキュリティや性能に問題はないか、など様々な視点でチェックして品質を評価します。 日々のお仕事フローってこんなかんじ 製品に新機能を
テスト／品質系エンジニアが身に付けておくと得をする7つの技術 - 現場のためのソフトウェア開発プロセス - たかのり日記
「Software Test & Quality Advent Calendar 2011」の初日エントリーとして、書きます！ テスト／品質系のエンジニアも、今や、テストや品質のことだけを知っているだけでは、幸せにはなれない時代となってきています。 プログラムは書けなくても、身に付けておくと良いと思っている技術をまとめてみました。 ※注 今回記述した内容は、以下のような私のドメインに偏ったモノになっています。 ミッションクリティカル／エンタープライズ系 Java／.NET 他のドメインでは異なる部分や他の標準的なツールがあれば、コメントを頂ければと思います。 バージョン管理／課題管理 今や、必須のスキルと言えるでしょう。 バージョン管理（SCM／VCS／DVCS）としては、 集中型のSubversion（SVN） 分散型のGit／Mercurial などが有名ですね。 分散型の場合は、各エ
SeleniumでJavaScriptを使う方法いろいろ（変数・関数などの利用） | colori
Selenium(Selenium Core, Selenium IDE, Selenium RC など)でテストケースを書く場合、かゆいところに手を届かせたい時に是非とも利用したいのがJavaScriptです。 しかし、まだまだその情報が気軽に手に入らないのが残念なところ。 「ないなら書いてしまえ！」ということでSeleniumでJavaScriptを利用したい場合に使える方法をまとめてみることにしました。 逆引き辞典にしたいのかリファレンスにしたいのかわけがわからんカテゴライズになっていますが、少しづつ増やしていくので気長にお待ちください。 使用バージョンはSelenium 1.0です。 目次 JavaScript基本編 Selenium空間とページ空間の違いによるJavaScriptの使い分け JavaScriptによるDOM指定でエレメント(要素)を特定する 各種コマンドの入力欄に
テストエンジニアの面接の際にするとよい20の質問
みなさんこんにちは。@ryuzeeです。 DZoneという海外のサイトで “The 20 Best Software Tester Interview Questions” (テストエンジニアの採用面接の際にすると良い20個の質問)がまとまっていたので紹介します。 ここにあがっている質問を必ずすべきかという話ではありませんし、完全な網羅性があるわけでもありません(カバレッジの話やブラックボックス・ホワイトボックスの話のような基礎的な質問も入っていないです)。 一方で、ある程度の規模になった組織においては、採用面接の質を向上させるために自分たちの組織で共通の質問集のようなものを用意しておくのはベストプラクティスの1つと言えます。 もちろん一度作ったらそれで終わりではなく、新しい質問を追加したり、いろいろな候補者から期待と違う回答があった場合には質問自体を見直すといったことも必要になってきます
バグゼロを実現した話とその後の顛末 - Cybozu Inside Out | サイボウズエンジニアのブログ
こんにちは、アプリケーション基盤チームの青木(@a_o_k_i_n_g)です。好きなメソッドは emptyIfNull です。 僕は、自社クラウドである cybozu.com のミドルウェアを開発するチームで働いています。具体的には、検索サービスやファイルサーバー、非同期処理用ワーカー、セッションマネージャーなどなどを提供しています。 僕がこのチームに来たのは数年前ですが、当時はバグの多いプロダクトでした。今はすべての既知のバグを直し、残存不具合件数が 0 件、つまりバグゼロな状態になりました。また、バグゼロを実現してから 2 年ほど経過していますが今もその品質を保っています。今回はこのバグゼロを実現した方法と、その後の顛末について記そうと思います。 以前のコード 数年前に提供されていたこのミドルウェア群は、はっきり言って、バグの塊のようなプロダクトでした。 当時のコードは保守性とは程遠い
トラッカーの種類 - ようじのにっき
ここ最近ずっと Redmine を使ってプロジェクトを運営してるんだけど、どうもしっくりこない、というか面倒臭い、というかわかりずらい…んで、運営方法を色々と見直しているんだけど「トラッカーの種類」。これが諸悪の根源。たぶん複雑すぎた。WBSのすべてのフェーズのタスクと1対1でチケット化してしまっていることや、作業実績を細分化して統計情報を取ろうと思っていたこともあって、トラッカーをかなり細かく設定してしまっていた。いろいろと試行錯誤してみたんだけどたぶんこの程度↓で充分な気がする。Feature 機能. 設計やプログラミング、テストなどはすべてこれ。 基盤構築と言われるような作業(サーバー構築や初期設定など)もこれで良い気がする。Note メモやアイデア。Support ユーザー(顧客)からの問い合わせなど。 このチケットは Close するか、または Issue や Request や
ブラウザの自動操作の最大の問題，「タイムアウト」を克服するには - 主に言語とシステム開発に関して
ブラウザの自動化を妨害する最後の壁，それはタイムアウト。 Webページのロード時に，ブラウザのビジー状態が解除されず，いつまでも次のステップに進めなくなってしまう現象のこと。 どんなツールを使っても，タイムアウトは必ず発生する。 自動化ツールをたくさん使い込むほど，その問題は浮上しやすい。 例えば， Selenium： open()でタイムアウトが発生する http://d.hatena.ne.jp/w650/20071031/p1 Selenium 注意報：やたらタイムアウトが発生する http://blog.koshigoe.jp/archives/2006... VBA： WEBクエリ取得中のまま固まってしまう http://www.vbalab.net/vbaqa/c-board.c... ※ほかに，UWSCやWSH，また拡張ツールであるExceleniumやIE AutoTest
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Ques [キューズ]とは？ | Ques![Ques [キューズ]とは？ | Ques](https://cdn-ak-scissors.b.st-hatena.com/image/square/c87ddb2f181629c00349331d1862b82c3afa2258/height=288;version=1;width=512/https%3A%2F%2Fquesqa.com%2Fblog%2Fwp-content%2Fuploads%2F2018%2F10%2Fcropped-ques_logo.png){kind=logo}
Blogger
DeNA Engineering - DeNAエンジニアのポータルサイト