タグ

自動化に関するt_otodaのブックマーク (13)

  • 受け入れテストの自動化 ~ OpenCVの「眼」で捉え、Pythonの「脳」が思考し、Appiumの「指」で動かす - Speaker Deck

    2017/02/03 JaSST’17 Tokyo

    受け入れテストの自動化 ~ OpenCVの「眼」で捉え、Pythonの「脳」が思考し、Appiumの「指」で動かす - Speaker Deck
  • 2015-09-24 自動化可能なオペレーション

    Operation as Code による効率化の検討 日MSP協会 「オペレーションカンファレンス 2015 summer」 にて

    2015-09-24 自動化可能なオペレーション
  • 「システムテスト自動化カンファレンス」参加レポート | gihyo.jp

    2013年12月1日、オラクル青山センターでシステムテスト自動化カンファレンス(STAC)が開催されました。私自身はテスト自動化研究会(STAR)のコミッターですが、今回縁あってカンファレンスのレポート役をさせていただくことになりました。 それではさっそく報告に入りましょう。 よりよいテスト自動化のためにちょっと考えてみませんか?―スコープ、ROI、プロセスを中心に― 近江 久美子(STAR) 今回のカンファレンスの位置づけと全体の方向づけを行うものです。このカンファレンスで扱われるテストは「ソフトウェアのユーザに価値がある単位で行われるテスト⁠」⁠、一般的にはシステムテスト、受け入れテストと呼ばれるテストレベルになります。 次にテスト自動化の目的を考えましょう。代表的なものとしては効率化したい、手動ではできないテストをしたい、などが挙げられますが、大事なことはただ自動化してもよい自動化に

    「システムテスト自動化カンファレンス」参加レポート | gihyo.jp
  • 第10回 莫大なテスト工程を効率化、最適なツールの導入で効率を上げミスを減らす

    第10回 莫大なテスト工程を効率化、最適なツールの導入で効率を上げミスを減らす ソフトウエア開発の自動化(4)テスト設計の自動化 テスト工程では、ソフトウエアの実行やソースコードの検証を行います。この作業を通じて、システムが正しく意図した通りに動作するのかを確認し、ソフトウエアに潜むバグを発見します。 テストは、システムの納品前に品質を確保する非常に重要な作業ですが、単調で地道な作業をコツコツとこなしていく必要があります。 その一方でテストは、非常に多くの作業工数を要します。システムの規模や種類にもよりますが、システム開発に関わる工数のうち、一般的におよそ4割がテストに費やされているといわれています。このため、テストの効率化は開発全体の効率化に非常に大きく寄与します。 テスト自動化で効率を上げ品質を高める テスト工程に自動化ツールを活用することにより、単調なテストの作業を効率化できるだけで

    第10回 莫大なテスト工程を効率化、最適なツールの導入で効率を上げミスを減らす
  • あらゆるセンサー・アプリ・サービスをトリガーにしていろいろ自動化できる「WigWag」

    「温度変化があったときにTwitterで自動的にツイートを行う」など、実際にその状況が起きた場合には自動で続きの動作を行うように設定できるのが「WigWag」です。スマートフォンやタブレットから簡単にルールの作成が可能で、専用センサーやサードパーティの装置で検出できる動作や状況と、電子メール・Twitter・Dropboxなどのウェブサービスを連携し自動化することができます。 WigWag http://www.wigwag.com/ これがWigWagのオリジナルデバイスたちで、左からWigWag Sensor Block・WigWag Glowline・WigWag Relay。 WigWag Relayは、各センサーをメール・Twitter・Dropboxなどのウェブサービスとつないだり、センサー同士を接続したりするための中継機です。1つのWigWag Relayで家1軒分以上をカバ

    あらゆるセンサー・アプリ・サービスをトリガーにしていろいろ自動化できる「WigWag」
    t_otoda
    t_otoda 2013/07/26
    近未来的な感じ。欲しいな。一家に○台。
  • 第9回 抽象性と汎用性の両立から脱却、ツールはアプリの寿命と自由度で選ぶ

    第9回 抽象性と汎用性の両立から脱却、ツールはアプリの寿命と自由度で選ぶ ソフトウエア開発の自動化(3)コーディング ソースコードを生成する作業、すなわち「コーディング」とは、プログラミング言語を使って、設計書の内容を機械が解釈可能なソースコードを記述していくことを指します。「ソフトウエア開発の自動化」と聞くと、多くの人が真っ先に思い浮かべるのがソースコードの自動生成ではないでしょうか。 古くから設計書からソースコードを自動生成する技術には高い注目が寄せられてきました。例えばそれは、CASEツール(Computer Aided Software Engineering)などの形で提案され、実現に向けたチャレンジが果敢に行われてきた歴史があります。ソフトウエア開発の自動化とは、コーディングの自動化を中心に発展してきたといっても過言ではありません。 ソースコードの自動生成により、ソフトウエア開

    第9回 抽象性と汎用性の両立から脱却、ツールはアプリの寿命と自由度で選ぶ
  • 自律的なシステムを目指して!!第2回 JAWS−UG 神戸 開発運用の現場でのChef活用 - プログラマでありたい

    先日の【神戸】OpsWorks (Chef) 特集 !に参加&登壇してきました。正直なところ、Engine Yardの安藤さんやHiganWorks 澤登さん、クリエーションライン 浦底さんと日を代表するようなChefの人たちの間で、私が話をしても良いのか悩みました。Chefの説明や技術的な部分ではとても敵わないので、Chefなどを使って自動化して何を目指すのかという所を中心に話をさせて頂きました。 私にとって、自動化もアジャイルもDevOpsも手段でしかありません。目的とすることは、ビジネスで儲かりつつ働く人が楽できるモデルを作ることです。楽しつつ儲かるビジネスモデルであれば、手動でもウォーターフォール型でも何でもよいのです。でも、現状では我々の業界では競争は激化して、現状維持ではジリ貧という状況です。そうなると今まで通りのやり方では、単純に労働強化でしか対応出来ません。そうならない為

    自律的なシステムを目指して!!第2回 JAWS−UG 神戸 開発運用の現場でのChef活用 - プログラマでありたい
  • VagrantとChef Soloを組み合わせて環境構築を自動化する

    みなさんこんにちは。@ryuzeeです。 前回まではVagrantを使ってVirtualBoxの仮想インスタンスを簡単の構築するところまで説明した。 ただそれだけだったら予め作成しておいたイメージをコピーするのとたいして変わりがないので、あまり有難味を感じないかもしれないが、ここからが番だ。 Vagrantの特徴として、PuppetやChefやChef Soloと組み合わせてインフラ部分の設定を仮想インスタンスの生成時に行うことができる。 流れとしては以下のようになる。 この原理上、仮想インスタンス側にVirtualBoxのバージョンと適合したVirtualBox Additionsがインストールされている必要がある。(ネット上から落としたboxの場合にはこれが古い可能性がある) 実際にためしてみよう今回はCentOS5を利用してDNSを設定するところを自動化する。 事前準備Vagran

    VagrantとChef Soloを組み合わせて環境構築を自動化する
  • Vagrant - naoyaのはてなダイアリー

    先日 Vagrant を触ってみたら便利すぎて鼻血が出ました。しばらく見ないうちに色々進んでるもんですねえ、いやはや参っちゃいました。 Vagrant は仮想マシンの VirtualBox のフロントエンドに相当する、ruby で書かれたツールです。vagrant コマンドなどを使ってコマンドラインから簡単に新しい VM を作れる。 % gem install vagrant % vagrant box add centos http://developer.nrel.gov/downloads/vagrant-boxes/CentOS-6.3-x86_64-v20130101.box % vagrant init centos % vagrant upこれだけで CentOS の Linux box をローカルマシン内に立ち上げることができる。*1 *2 なにこれすごい。 % vagra

    Vagrant - naoyaのはてなダイアリー
  • Re: Chefに挫折したあなたへ。Fabricのすすめ - Hack like a rolling stone

    Chefに挫折したあなたへ。Fabricのすすめ という記事を読んだので、呼ばれてもいないのに勝手に返事を書いてみます。 追記(3/13 10:00): タイトルを typo していたようなので訂正しました。 ちなみに僕のポジションとしては chef 推進派です。 仕事の空き時間や自分の時間で、開発環境の自動化を模索する趣味 chef 使いです。 これまで他の自動化ツールはこれまでほとんど使っておらず、 ミスや手順書のボリューム削減のためにシェルスクリプト化を進めるぐらいでした。 ちなみに、chef を使いはじめる際に、比較検討のために puppet や fabric などのいくつかのツールについて ドキュメントやブログを読みあさった経験はあります。 あと、chef と組み合わせて使うために capistrano を最近使っています。 学習に時間がかかる 同意します。chef のもっぱらの

    Re: Chefに挫折したあなたへ。Fabricのすすめ - Hack like a rolling stone
  • 【資料公開】ワンクリックデプロイ 〜いつまで手でデプロイしてるんですか〜

    みなさんこんにちは。@ryuzeeです。 2013年2月15日に目黒雅叙園で行われたデブサミ2013で登壇してきましたので、その際の資料を公開します。 「いつまで手でデプロイしてるんですか?」ってキャッチーなタイトルにしたのは、公募セッションの申し込みの時に目につくようにしたかったためで、会場でアナウンスしてくださる方にこのセリフを言って欲しかったわけではないので念のため。 デプロイの自動化を進めていくのは正直なところ大変です。 今の現状からいきなり明日デプロイを自動化できるわけでもないし、誰かがいきなりデプロイを自動化してくれるわけでもありません。 その前に考えなければならないこともたくさんあると思います。 でも現実にAmazonFlickrを始めとしてそれを実施している会社は多数あるし、日にもそういう会社は多数あるわけです。ちょっとずつカイゼンしながら当に利益に繋がるところに時間

    【資料公開】ワンクリックデプロイ 〜いつまで手でデプロイしてるんですか〜
  • テストコードのリファクタリング

    JJUG CCC 2012 fall / 札幌Javaカンファレンス2012での発表資料です。 ソースコードは https://github.com/shuji/demo-refactering-unittest から取得してください。

    テストコードのリファクタリング
  • テスト自動化ツールを導入済みは8.5%、85%以上が検討していないか必要を感じないと。キ-マンズネット調べ

    テスト自動化ツールを導入済みは8.5%、85%以上が検討していないか必要を感じないと。キ-マンズネット調べ キーマンズネットは、IT担当者を対象にしたアンケート結果として「テスト自動化ツールの導入状況」を公開しました。 それによると、導入済みは全体の8.5%(「既に導入済みである(追加リプレイスなし)」7.5%と「既に導入済みである(追加リプレイスあり)」の1.0%の合計)で、導入を検討しているが4.8%。今後も導入しないするグループは86.7%(「必要性を感じているが導入を検討していない」の38.6%と、「必要性を感じない」の48.1%の合計)」になりました。 グラフを見ると従業員規模1001名以上では導入済みが約15%である一方、100名以下では1.8%であり、従業員規模によって大きな違いがあることが分かります。 対象言語はJavaがトップ、目的は品質の向上、工数削減など すでにテスト

    テスト自動化ツールを導入済みは8.5%、85%以上が検討していないか必要を感じないと。キ-マンズネット調べ
    t_otoda
    t_otoda 2012/06/02
    ちょっと意外。人がいない会社こそ、やるべきことだと思うが。
  • 1