前回に引き続き抽選に当たったので、参加してきました。 connpass.com 前回の勉強会の記事についてはコチラ nihonbuson.hatenadiary.jp 今回はメモを手書きで取ったため、抜けが多いです。 口頭の説明を中心にとったので、公開されたスライドの補足的に使ってもらえればと思います。 はじめに(松尾さん) スライド 20151126 cookpad talk_test_engineer from Kazuaki MATSUO www.slideshare.net ※p6まで 前回と今回のテーマについて 前回はcheckingをテーマにした。 じゃあテスティング話したい cc @t_wada @miwa719 #cooketn— seki at druby.org (@m_seki) October 21, 2015 今回はtestingをテーマにすることに。 「今回は面
告知ページ connpass.com スライド 20151021 cookpad talk_test_engineer from Kazuaki MATSUO www.slideshare.net 自己紹介 発表者 松尾和昭 登壇者 和田卓人 今日は開発者視点のテストについて話していきたい 諸橋恭介 開発者だが、Cucumberに興味あり 庄司嘉織 E2Eテストが大嫌い 経歴 テストとクックパッドの働き方 大学時代は暗号系・分散コンピューティング系を研究 教授の影響でQAに興味を持つように ACCESS入社 テストを志向して入社 主にサーバーサイドをやっていた 異動したけど、テストをやり続けたかった クックパッド入社 Cookpadでは品質を向上させるためにテストを行う QAとは何をする役割なのか? Googleの場合 Test Engineerはマニュアルテストをする人ではない QAの役
第4回はチャーンレートの話です。チャーンレートの計算方法のほか、Churn Rate の適切な目標値などについて解説します。 引き続き読者対象はSeries A 以前の、CFO のいないスタートアップを想定しています。以下はこの入門講座のシリーズのリストです。 バーンレート収益 (Revenue & MRR & SaaS Quick Ratio)利益と利益率 (Profit & Margin)チャーンレート <- ここユニットエコノミクス (CAC & LTV)成長率 (MoM & CMGR)まとめこの連載は、リンク先の管理表を埋められるようになり、起業家と投資家がある程度同じ用語で話ができるようになるレベルを目標としています。 チャーンレート (Churn Rate) とはチャーンレートは顧客離脱率、解約率を意味しています。普段「チャーン」と略されて使われることがあります。 チャーンレー
はじめに 従来の多くの場合、ソフトウェア開発におけるテストは「専任のテストエンジニアが実施するもので、開発者が行うことではない」というものでした。しかし最近では状況が変わってきており、開発者がテストを行うことも増えてきました。そこで、本連載では、開発者がテストを適切に行うための知識や技術などについて解説していきます。 開発者にとってテストを学ぶ必要性とは 第1回の今回は、そもそものテストの概要や開発者がテストを行うようになってきた背景、テストの価値について解説し、開発者もテストを学ぶ必要性があることを示します。 テストにまつわる状況 最近、利用者ニーズ自体が多様化してきたことに伴い、ソフトウェアへの要求が捉えにくいものとなってきています。また、ソフトウェアへの要求自体が頻繁に変わりやすくなってきており、ある時点での要求を満たすソフトウェアを開発しても、ソフトウェアが満たす要求の多くはすぐに
今日からはじめるGitHub ~ 初心者がGitをインストールして、プルリクできるようになるまでを解説 エンジニアであれば、チーム開発ではもちろんのこと、個人開発でもGitを用いてバージョン管理していきたいもの。今回は、GitやGitHubをはじめて使う人に向けて、導入から初歩的な使い方までを解説します。 ソースコードの管理はできていますか? ファイルを修正するときに、修正前のソースコードをhoge.php.bakのようなバックアップファイルとして残し、開発環境をゴミだらけにしていませんか? エンジニアであれば、チーム開発ではもちろんのこと、個人開発でもGitを用いてバージョン管理していきたいもの。今回は、GitやGitHubをはじめて使う人に向けて、導入から初歩的な使い方までを解説します。 ここではGitの詳細な仕組みには触れません。GitやGitHubを利用したことのない人が、Gitを
まず最初のエントリでは、「エラーチェック」とひとくくりにされている「エラー」を、体系的に分類することを試みてみます。このエントリでは、Web / Windows、あるいは Java / .NET などといった技術論とは無関係な部分についての解説を進めていきたいと思います。 エラーチェック(ユーザ入力検証)の意味 正常終了/業務エラー/システムエラーの分類 業務エラーの細分化 アーキテクチャから見たエラーチェックの実装場所 ※ なお、本エントリで解説されている分類方法や命名方法は、あくまで nakama 個人の考え方・整理方法です。もしかしたらもっとよい設計パターンなどがあるかもしれませんので、その辺についてはあしからずご了承ください;。 [エラーチェック(ユーザ入力検証)の意味] まずは、そもそもどのようなケースでエラーチェックが必要になるのか、ユーザ入力検証にどのような目的があるのかを考
Last Updated on 2018年10月7日 by 大山賢太郎 電子書籍が急速に広まっていく中、「やっぱり紙の本」という意見が多く聞かれます。画面に表示された本をどのように読めば読みやすいのか、記憶にも残り、読書ノートも簡単に作成できる効果的な方法はあるのでしょうか?ここでは、電子書籍の読書について、入り口として大変に参考になる読書術 厳選7冊を解説します。 ・電子書籍の読書 を加速させる読書術とは? 日本に電子書籍が日本に登場してから、わずか数年ですでに本格的な普及期に入ったと言えそうです。(バックアップする事実関係)林 智彦氏(朝日新聞社デジタル本部)によると、ケータイやコミックも含めた電子書籍の利用率は2015年に27%まで達しました。( CNET Japan 特集 林智彦の「電子書籍ビジネスの真相」 電子書籍は誰が読んでるの?–データを見たら意外なことがわかった 2015/
Webアプリケーションのフロントエンドを作る上で話題になりがちなSPA(Single Page Application)ですが、SPAのE2E(End-to-End)テストについて話題になることはあまりないと思います。筆者は、仕事でSPAのSeleniumテストを書いたことがあり、Seleniumで通常のWebアプリとあまり変わらずテストできる一方、気をつけるべき特徴もあると感じました。第6回の今回は、筆者の経験を元に、実際の業務でSPAのSeleniumテストを書く上での知見を紹介します。 illustration by iwasawa SPAの特徴 SPAとは、WebアプリケーションやWebサイトを単一のページのみで構成し、ユーザーが操作したときにブラウザの画面遷移なしで現在のページを動的に書き換えるものです。ユーザーは画面遷移によってUXが途切れることがないので、よりネイティブなアプ
2017年に公開された資料・スライドで、CSIRT/情報セキュリティ担当者が読んでおいたほうがいいのでは?というものを独断と偏見でまとめてみました。 これが足りないじゃないか!という意見がある方はPRください。🙏🙏🙏 Note: この投稿は個人ブログ上の記事のQiitaへのクロスポストです。 技術関連資料 JPCERT/CC: インシデント調査のための攻撃ツール等の実行痕跡調査に関する報告書 (2017/12/05) JPCERT/CC: ログを活用したActive Directoryに対する攻撃の検知と対策 (2017/07/28) FIRST: FIRST Publications 2017 人材・組織関連資料 NCA: CSIRT人材の定義と確保(Ver.1.5) (2017/03/13) CSIRT に求められる役割と実現に必要な人材のスキル、育成についてまとめた資料 補足文
一年半SEとして働いてきた中で、私自身が苦手だと思っており、他人からもそのように評価されていたのが「質問の仕方」でした。 それが先日、他人から「質問の仕方がうまいね」と褒められることがあり、ようやく一人前の質問の仕方ができるようになってきたので、どのようにして克服できたのか紹介したいと思います。 質問の基本形 私が入社したばかりの頃は、わからないことがあればすぐに先輩に質問していました。 そのときにしていた質問の内容はだいたいこんな感じです。 「環境構築を手順書通りにやったんですけど、○○のコマンドでエラーがでてしまいます!なんとかなりませんか?」 このような質問を受け取ったら、先輩は暇ならばエラーメッセージを見てくれ、エラーメッセージに書かれていることに対して調査してくれるかもしれませんが、忙しいときにはそんなことはしてもらえません。 こんな質問を繰り返しているうちに先輩からは「技術系メ
フォーカスするためには、たぶんどうやってフォーカスするか(前回)に加えて、何にフォーカスするかを決める必要があって、今回は後者、つまり「フォーカスポイントを決める」方の話です。 スタートアップの初期は Y Combinator 的に言うところの Do things that don’t scale (スケールしないことをしよう)をはじめとした明確なフォーカスポイントがあると思います。ただ次第に自分たちでフォーカスポイントを決めなければいけなくなってきて、そのときにどのようにフォーカス先を意思決定すれば良いのか、どうすれば良い意思決定ができるのか、という問いが出てきて、その際に方法論の必要性が生じます。 そこで意思決定の方法論を検討するのですが、スタートアップのような情報不足や資源の制約下では、ゲーム理論をはじめとしたいわゆる規範的な normative 意思決定理論よりは、行動経済学や認知
2014年度に取り組もうと思っているテーマの一つが、「探索的テスト」です。もともとは「2014年に取り組もう」と思っていましたが、もう3ヶ月経ったので「度」で仕切りなおします。 探索的テストは一般的に、手順が明確に定義されたスクリプトテスト(自動・手動は問わない)と比較されることが多いですね。また、明確な手順がある≒自動化しやすい ということでもあり、その逆を行く探索的テストは、自動化されたテストでは埋まらない間隙を埋める要素の一つとして紹介されているのも、よく見かけます。 さて、探索的テストについて書かれたネット記事を眺めていると、goyoさんのブログ記事で、「ランドマークツアー」という単語が出てきました。 goyoki.hatenablog.com きちんとした手順にもとづいて探索的テストの戦略やチャータを設定し、ランドマークツアーやマニュアルベースのような手法活用の経験を積ませれば、
Hello everyone! @vishal from Mercari’s SET team. This is the 12th entry for Mercari Advent Calendar. In this blog post, I will talk about rspec_html_reporter which is being used for Android E2E test automation at Mercari. Role of Test Reports in Mobile E2E Test Automation Test report is the end result of test automation execution. This is the only source of truth once test execution is finished. I
これはソフトウェアテスト Advent Calendar 2017 - Qiitaの8日目の記事です。 アドベントカレンダーの昨日の記事は、テストを書くときに心がけていること - Qiitaでした。 テストコードを書くときのコツについて分かりやすくまとめられています。ぜひ読んでみてください! さて、わたしはQAと開発の関係を良くするパターン・悪くするパターンと題して書いていきます。 QAと開発の関係 QAと開発は、一般に(少なくとも私の経験上は)密接な関わりがあります。例えば私の周りでは、以下のような関わりがあります。 開発部門が作ったプロダクトをQAがテストする 開発部門の開発プロセスについてQAがアドバイスしたり、一緒にプロセスの改善を考える 開発部門の品質評価、不具合分析についてQAがアドバイス、サポートする しかし、ここで重要になってくるのがQAと開発の関係性です。 QAと開発の関
青山公士氏は、WEB+DB PRESS Vol.90の「国民的RPGオンライン化へのチャレンジ ドラゴンクエストⅩ開発ノウハウ大公開」で「ドラゴンクエストX オンライン」の開発プロセスについて述べる中で、品質管理について以下の様に述べています。 たとえばドラゴンクエストシリーズの序盤で対戦するモンスターのスライムが、まわりのモンスターより強いようなことがあればドラゴンクエストシリーズのお客様視点では異常です。仕様書に書いてあったとしても指摘すべきです。 WEB+DB PRESS Vol.90 作者: 江口和宏,吉田太一郎,内田優一,青山公士,石本光司,まつもとゆきひろ,おにたま,田籠聡,竹内郁雄,南川毅文,伊藤直也,佐藤太一,?橋侑久,Magnolia.K,佐藤歩,泉水翔吾,西尾泰和,中島聡,はまちや2,竹原,宮崎亮輔,安藤祐介,WEB+DB PRESS編集部出版社/メーカー: 技術評論社
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く