アジャイル開発を支えるためのCI/CD - Qiita
アジャイル開発での何度も行われるプロダクトリリース アジャイル開発は早いサイクルが回っているチームでは１週間のうちに何度もリリースを行います。 リリースを何度も行うメリットは 開発中も常に動く状態のアプリケーションが確認できること 壊れたときにすぐに気がつけること 変更箇所を他の人もすぐ取り込むことが出来ること マネージャや顧客に対して常に進捗をデモという形で見せれること 他にも色々 このようなものがあります。 そもそもビッグバンリリースはテストも大変ですし、問題が起こったときに、どの箇所に問題があるかを調査する範囲を調べることが大変です。 バグの修正に掛かる時間の大半を占めるのがバグの調査時間になります。 半日以上かかって調査ししたバグが、１行のコード修正で終わってしまうこともよくあります。 細かくリリースをすることで、壊れた場合にそのコミットの変更の中におかしなところがあったと気がつく
メルカリのQAエンジニアがテスト自動化に挑んだ話 | メルカリエンジニアリング
はじめまして！QAエンジニアのkinoshです。 みなさんは「自動化」と聞いて、どんな期待をしますか？ 生産性アップ？高い品質？スピード？いろいろな期待があると思います。 現在メルカリQAでは、繰り返し行われる部分や、機械のほうが得意な部分をどんどん自動化して、節約できた時間を、人間しか見つけられない作業(不具合を探索したり、仕様からリスクを洗い出したり)に使っていこうと日々奮闘中です。 この記事では、最近私が主導で進めたテスト自動化について、自身が学んだ知見などを共有いたします。 進んでいた自動化 メルカリにはQA-SETチームというものがあり、QAエンジニアとSET(Software Engineer in Test)が同じチームで品質を支えています。それぞれの役割については以下の記事をご確認ください。 tech.mercari.com リグレッションテストに関しては、全体の件数の約3
大規模 Web サービスの ブラウザテスト自動化・高速化
https://atnd.org/events/66159 で実施したプレゼン資料
「システムテスト自動化カンファレンス2014」12/14に開催 | gihyo.jp
テスト自動化研究会（STAR）は、12月14日（日）に、東京、ヤフー株式会社にて、システムテストの自動化をテーマとしたカンファレンス「システムテスト自動化カンファレンス2014」を開催する。 昨年に続き2度目の開催となる今回は、ソフトウェアやサービスがアーキテクチャやソフトウェアパターンを作りってきたようにシステムテスト自動化もアーキテクチャとパターンを共有すべきという考えを参加者に共有するのが大きな目的となっている。Webや実践例によって集められている各種アーキテクチャとパターンを紹介するセッションや、自らアーキテクチャ、パターンを考えていくハンズオンなどが用意されている。 参加申し込み、および当日のプログラムは以下のURLを参照のこと。 URL：http://connpass.com/event/9618/ 開催概要は以下の通り。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
