自動テストの効果測定に使われるEMTEとは？ - LIFULL Creators Blog
こんにちは！ LIFULLのSETエンジニアのRueyです！ 今年の3月にISTQBの自動化エンジニア資格 CTAL-TAE(Advanced Level Test Automation Engineer)を取得しました。TAEの勉強で自動テストの効果を測るメトリクスが幾つかあることが分かりました。その中で工数を測るメトリクスをEMTE(Equivalent Manual Test Effort)単位で表現することが推奨されています。しかし、その時は説明を見てもこれに換算すれば何か嬉しいか分かりませんでした。 ちょうどある開発グループで自動テストを導入する案件がありましたので、実際のプロジェクトでメトリクスを計測し検証してみました。様々な知見が得られたので、今回はこの単位の紹介と使用例を紹介したいと思います。 目次 はじめに 自動テストのメトリクス EMTEとは EMTEを使って表すことが
汎用的な継続的デリバリーツール PipeCD が出たぞ | DevelopersIO
https://pipecd.dev/docs/faq/#4-what-are-the-differences-between-pipecd-and-fluxcd https://pipecd.dev/docs/faq/#5-what-are-the-differences-between-pipecd-and-argocd Getting Started 「せっかくなので、軽く GitOps の雰囲気が感じられるチュートリアルをやってみましょう」 バージョン kubectl: 1.18.0 eksctl: 0.29.2 Kubernetes: 1.17.9 Helm: 3.3.4 alias k="kubectl" alias ek="eksctl" Kubernetes クラスタを作成 $ ek create cluster \ --name test-kim \ --version
Kubernetes-nativeなアーキテクチャ導入の手引き 先進的なクラウド環境を最強テストベッドで体験｜ハイクラス転職・求人情報サイト AMBI（アンビ）
Kubernetes-nativeなアーキテクチャ導入の手引き 先進的なクラウド環境を最強テストベッドで体験 Kubernetes-nativeなエコシステムを実現する最強テストベッド環境です。さまざまなミドルウェアを運用したマイクロサービスをフルgRPCなサービス間通信で実現するだけでなく、CI/CDと開発環境も用意しています。 こんにちは。株式会社サイバーエージェントのAI事業本部でインフラエンジニアをしている青山真也（@amsy810）と漆田瑞樹（@zuiurs）です。今回は、Kubernetesが好きな2人が考える最強のKubernetes-nativeなお試し環境を構築してみました。記事公開時点で、総コミット数が900に迫るリポジトリになっています。 現在、Kubernetesとそれを取り巻くエコシステムは急速に発達しており、便利なツールやミドルウェアが日々生まれています。これは
5 GitOps Best Practices
GitOps has been on the scene for some time now, but some things trip up users, both new and old. Here are some of the key best practices we’ve discovered while engineering Argo CD and running it at scale managing thousands of apps in production at Intuit. #1: Two Repos: One For App Source Code, Another For ManifestsMany engineers start out with both their app source code and their manifests in a s
【Jenkins】declarative pipeline サンプル集 - Qiita
declarative pipeline とは Jenkins pipelineは次の２つの構文をサポートしています。 Scripted Pipeline Declarative Pipeline (Pipeline 2.5で導入) Scripted Pipelineは柔軟な表現ができますがやや複雑でした。 Declarative Pipeline ではよりシンプルな記述が可能になりました。 そして、Declarative Pipeline では必要に応じてScripted Pipelineの柔軟な表現も行えるため、両者のメリットを共に享受することができる構文となっています。 本記事では実際にdeclarative pipelineでどのようなことができるのかを紹介していきたいと思います。 Jenkinsfileはこちらコミットしてありますので、併せて紹介をしていきます。 また関連するペー
とってもイケてる香りのする terratest を試してみる （２）ベストプラクティス - Qiita
前回のエントリでは、最初の一歩を整理したので、今回はプロジェクトのページに載っているベストプラクティスについて自分なりに整理したい。英語を読める人は下記に載っている。 terratest ベストプラクティスは下記の１０個 ユニットテスト、インテグレーションテスト、E2Eテスト テスト環境 ネームスペース クリーンアップ タイムアウトとロギング デバッグと、余計なものが挟まったテストアウトプット テストのキャッシュを避ける エラーハンドリング Dockerを使って、ローカル実行する テストステージを使って繰り返し実行する ユニットテスト、インテグレーションテスト、E2Eテスト 下記の動画で細かく述べられている。下記に動画の内容を少しだけ記述しておきます。動画でも、ベストプラクティスでも説明している内容があるので、それは割愛しておきます。 Automated Testing for Terra
CI/CDの原則とデザインパターン (整理会)/20190722-jaws-ug-arch-pipeline-principle
2019年7月22日のJAWS-UG アーキテクチャ専門支部での発表資料です。 引き続き、議論・更新していきたいと思います。 (運用設計ラボ合同会社 波田野裕一)
クックパッドアプリはみんなが寝ている間にサブミットされる - クックパッド開発者ブログ
こんにちは、技術部モバイル基盤グループの茂呂(@slightair)です。 先日のiOSDCは大盛況でしたね。とても楽しく、実りあるカンファレンスでした。この記事で僕は ididblog! ということにしようと思っています 😋 クックパッドからは @giginet と僕の二人が登壇しました。発表を聞きに来ていただいた方はありがとうございました。 @giginet の 詳解Fastfile という発表中でさらっと話された、”毎週自動的にリリースされる”という言葉が気になった方はいるのではないでしょうか。実はこのリリースフローについての話もプロポーザルに出していたのです(もっともっと細かくリリースをしてユーザーに最速で価値を届けるためのリリースフロー)。 この記事ではこのリリースフローについての話をしたいと思います。 クックパッドアプリの開発体制 クックパッドアプリの開発体制は人数の変動はあ
SpinnakerとKayentaで 高速・安全なデプロイ！
各機能ごとに開発チームを分け、それらをAPIなどで疎結合させるMicroservicesな開発体制の問題点の一つとして、各チームごとのノウハウが共有されず、チームごとのリリースや更新までのスピードにばらつきがあります。また、サービスが複数にまたがり複雑化することで、サービス間の挙動が分かりづらく問題が見つけにくいといったこともあります。 現在NTTコミュニケーションズではこうした問題を解決し、高速かつ継続的にデプロイを行うために、Continuous deliveryのプラットフォームであるSpinnakerと、分散したサービス間の情報をトレースするための分散トレーシングツール、そしてサービスの新しいバージョンを一部先行してリリースをすることで動作検証を行うカナリアリリースを行うためのKayentaを導入した、開発チームが共通して利用するためのサービスデプロイ基盤の検証を行っております。
Spinnakerを使ったカナリーリリースの自動評価 #spinnaker #kayenta - My External Storage
Netflixが4月に発表したSpinnakerとKayentaを使ったカナリーリリースの自動分析を試してみた。 Automated Canary Analysis at Netflix with Kayenta https://medium.com/netflix-techblog/automated-canary-analysis-at-netflix-with-kayenta-3260bc7acc69 CDツールであるSpinnakerを使えば、Kubernetes(k8s)へのカナリーリリースだけでなく、カナリーリリースを自動評価して新バージョンの良し悪しを判断、その後の本番でのスケールアウトまで自動で行うことができる。 今回は以下のブログのサンプルリポジトリと設定を使って試してみる。k8sとモニタリング環境はGKEとStackdriverを使う構成になる。 AUTOMATED C
無限にスケールする上に自律的なJenkinsに見る夢~AWS篇~ / Dream of autonomous and infinite scalable Jenkins with AWS - Speaker Deck
Kyotoなんか #4の資料です
Android/iOSアプリのテストの区分戦略 - クックパッド開発者ブログ
技術部の松尾(@Kazu_cocoa)です。 クックパッドのモバイルアプリ開発では、どのようなテストを書き、どのようなタイミングで、どのようなテストを実施するか？に関してエンジニア各位が意識を合わせるためにテストサイズを定義し運用してきました。ここでは、そんなテストサイズに関して簡単ですがまとめておこうと思います。 テストサイズとは ソフトウェアテストに関わったことがある方なら テストレベル という言葉には出会ったことがあるかと思います。JSTQBでは、このテストレベルは"管理していくテストの活動のグループ"と定義しています*1。 そうでない方も、俗に言う単体テスト/統合テストなど聞いたことがあるかと思いますが、その区分がここで示しているテストレベルとなります。 一方、このテストレベルはV字型と言われる開発工程と合わせて世の中で広く使われているため、社内における共通認識を構築するにあたり個
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
