サクサク読めて、
アプリ限定の機能も多数！
アプリで開く
●はてなブックマークって？
●アプリ・拡張の紹介
●ユーザー登録
●ログイン
●ログアウト
トップへ戻る
総合
●人気
●新着
●
IT
●
最新ガジェット
●
自然科学
●
経済・金融
●
おもしろ
●
マンガ
●
ゲーム
●
はてなブログ︵総合︶
一般
●人気
●新着
●
社会ニュース
●
地域
●
国際
●
天気
●
グルメ
●
映画・音楽
●
スポーツ
●
はてな匿名ダイアリー
世の中
●人気
●新着
●
新型コロナウイルス
●
働き方
●
生き方
●
地域
●
医療・ヘルス
●
教育
●
はてな匿名ダイアリー
政治と経済
●人気
●新着
●
政治
●
経済・金融
●
企業
●
仕事・就職
●
マーケット
●
国際
●
はてなブログ︵政治と経済︶
暮らし
●人気
●新着
●
カルチャー・ライフスタイル
●
ファッション
●
運動・エクササイズ
●
結婚・子育て
●
住まい
●
グルメ
●
お金
●
はてなブログ︵暮らし︶
●
掃除・整理整頓
●
雑貨
●
買ってよかったもの
●
旅行
●
アウトドア
●
趣味
学び
●人気
●新着
●
人文科学
●
社会科学
●
自然科学
●
語学
●
ビジネス・経営学
●
デザイン
●
法律
●
本・書評
●
将棋・囲碁
●
はてなブログ︵学び︶
テクノロジー
●人気
●新着
●
IT
●
セキュリティ技術
●
はてなブログ︵テクノロジー︶
●
AI・機械学習
●
プログラミング
●
エンジニア
おもしろ
●人気
●新着
●
まとめ
●
ネタ
●
おもしろ
●
これはすごい
●
かわいい
●
雑学
●
癒やし
エンタメ
●人気
●新着
●
スポーツ
●
映画
●
音楽
●
アイドル
●
芸能
●
お笑い
●
サッカー
●
話題の動画
アニメとゲーム
●人気
●新着
●
マンガ
●
Webマンガ
●
ゲーム
●
任天堂
●
PlayStation
●
アニメ
●
バーチャルYouTuber
●
オタクカルチャー
●
おすすめ
都知事選
﹃kokotatata.hatenablog.com﹄
●
人気
●
新着
●
すべて
90users
kokotatata.hatenablog.com
はじめに こちらは食べログAdvent Calendar 2021の23日目の記事です[1]。近年、IT業界では働き方改革によるリモートワークなどの浸透や、アジャイル開発やDevOpsなどのソフトウェア開発プラクティスの普及を受け、Developer Productivity(開発生産性)が鍵になってきています[2][3]。組織のDeveloper Productivity︵開発生産性︶が向上すると、ソフトウェアのデリバリーだけでなく、ビジネスパフォーマンスや社員のモチベーションが向上することが知られています。 私の所属する株式会社カカクコムの食べログシステム本部でも2021年10月に﹁Developer Productivityチーム﹂という﹁ 開発サイクルのフィードバックを素早く、リッチにすることで最高の開発・テスト体験を実現する ﹂をミッションとして持つチームが爆誕しました[4]！
●
テクノロジー
●2021/12/23 11:16
●devops
●あとで読む
●開発
●アジャイル
●test
●組織
143 users
kokotatata.hatenablog.com
このブログエントリは日本信頼性学会論文誌 Vol.42, No.2, 2020年3月号に寄稿した﹁アジャイル/DevOps開発における品質保証と信頼性﹂という解説論文の転載です。 ︵品質管理研究会でこの解説論文の内容をもとにした特別講義を来年実施します。ご興味ある方はぜひご参加ください。︶ --- 概要 近年日本のソフトウェア開発チームでも取り入れられるようになったアジャイル/DevOps などのソフ トウェア開発手法は,今まで主流であったウォーターフォール開発と異なる特徴を持つため,その品質保 証や信頼性の考え方をそのまま適用できない場合も多い.アジャイル/DevOps 開発では短い開発サイクル の中で小刻みなフィードバックループと改善活動を繰り返しながら開発する.そのため,QA テストとして の品質保証の役割はアジャイル/DevOps においても依然重要であるが,それに加え開発サイクル
●
テクノロジー
●2020/06/02 08:23
●devops
●アジャイル
●テスト
●QA
●agile
●あとで読む
●開発
●ソフトウェア
●test
●システム
4users
kokotatata.hatenablog.com
はじめに DevOpsという言葉は2008年に誕生した。その概念は2015年頃日本でも再注目され、これまでDevOpsに有用な技術や文化の変革について議論されてきた。このブログエントリでは、DevOpsがアーキテクチャとプロセスに与えた影響についておさらいしたのち、DevOpsに必要なアーキテクチャの品質特性とプロセス品質を一覧で示す。 DevOpsがアーキテクチャとプロセスに与えた影響 DevOpsの意義 プロダクト開発では、要求分析からリリースまでのサイクルを回し顧客からフィードバックを素早く得ることで、プロダクトの品質を素早く継続的に向上することが重要だ。これを達成するため、﹁要求分析﹂﹁設計﹂﹁実装﹂﹁テスト﹂﹁リリース﹂などのバリューストリームマップに含まれる工程の生産性を改善し、リードタイムを短縮する手段を、DevOpsは提供する。下記の図で黄色の線で示された、要求分析からリリ
●
テクノロジー
●2019/05/17 15:42
●DevOps
4users
kokotatata.hatenablog.com
モチベーション 先日DevOps Days Tokyoというイベントで﹁人事がDevOps研修を作っちゃった話〜恐れ知らずのブルドーザー改革〜﹂という内容で、人事の担当者と共同発表した。これは、DevOps研修を作るにあたって壁となるコンウェイの法則を乗り越えるため、様々な部署のたくさんのエンジニアをブルドーザーのように巻き込んだ、という人事視点のちょっとしたカイゼン物語をエンジニアの技術コミュニティで発表したものだ。 人事がDevOps研修を作っちゃった話〜恐れ知らずのブルドーザー改革〜 from Ayana Yoshida www.slideshare.net このブログエントリーでは、この発表が作られるまでのエンジニア視点のアナザストーリーを書いてみようと思う。ここに書く話が、まだエンジニアコミュニティで発表したことがないけど迷っている人や、身の回りのちょっといい話をどうやって育て
●
テクノロジー
●2019/05/03 13:15
116 users
kokotatata.hatenablog.com
背景 社内外のテスト自動化チームの人たちと話すと、テスト自動化エンジニアの採用は難しいという話題がよく出る。どこのチームもテスト設計が出来て、自動化も得意で、CI周りの構築もやって、といったパーフェクトなテスト自動化エンジニアを求めているが、実際には採用はなかなか進んでいないようだ。 このブログポストでは、このテスト自動化エンジニアの採用にまつわる問題を﹁候補者の得意領域、不得意領域の話を引き出す面接を意識すること﹂を軸に少し一般化し、僕自身が気をつけていることについて書く。 テスト自動化エンジニアの採用が大変な理由 多岐に渡るテスト自動化のスキルセット テスト自動化エンジニアの採用が大変な理由は、一言で言えば、DevOpsが当たり前の昨今では、多岐に渡るスキルセットを評価する必要があることだ。 例えば、ソフトウェアテストの資格試験であるISTQBでは、ソフトウェアテストの﹁Core﹂のス
●
テクノロジー
●2019/05/02 07:55
●エンジニア
●面接
●devops
●あとで読む
●テスト
●採用
●recruit
●engineer
●設計
33users
kokotatata.hatenablog.com
はじめに このエントリは、ソフトウェアテスト #2 Advent Calendarの6目の記事として書いています。 qiita.com モチベーション‥JaSST'18 Tokyo 振り返り JaSST' 18 Tokyo のクロージングパネルでは、実は当初予定していたモノから内容を少し変更してお届けした[1]。GoogleのJohn Miccoさんによる基調講演の際に、Googleのような﹁アジャイルの導入も100%のテストの自動化も、もう当たり前﹂という考えと、JaSSTの参加者の多くの﹁アジャイルの導入もテストの自動化も道半ば、もしくはこれから検討する﹂との現実の間に、大きなギャップを感じたからだ。 このブログエントリでは﹁アジャイルやテスト自動化は当たり前﹂と考えている人たちが、次の自動化としてどのようなことを考えているのか、なぜアジャイルやテスト自動化はもう当たり前なのかについて
●
テクノロジー
●2018/12/07 03:36
●test
●あとで読む
●エンジニア
●AI
●Saved For Later
●development
●programming
33users
kokotatata.hatenablog.com
モチベーション この記事はソフトウェアAdvent Calendar 2017の11日目のブログエントリとして書いています。 昨日参加したシステムテスト自動化カンファレンス2017で、﹁もう2年以上、テスト自動化プロジェクトの中でExcelを使ってないなぁ﹂ということを思い出した。2年半前にガチのExcelファイルで書かれたテスト設計ドキュメントを初めて見て、このやり方ではテストが成長できなくなるということを痛切に感じた。その時の考えを2次元の表によるテスト管理の限界 - Test Automationというブログエントリにまとめてから、うちのチームではExcelをテスト自動化の中で使っていない。 前回のエントリより2年半経って、Excelを使ってない理由についての考えがより鮮明になってきた、ここでは、それらExcelをテスト自動化で使わない理由をつらつらと書き連ねていく。 テスト自動化
●
テクノロジー
●2017/12/11 21:31
●自動化
●テスト
●Excel
●あとで読む
●development
72users
kokotatata.hatenablog.com
はじめに こちらのエントリはソフトウェアテストAdvend Calendar2016の13日目の記事です。 qiita.com ちなみに、昨日のエントリ、テスターがエンジニアとキャッキャウフフしながら文言指摘軽減を技術的に30分で解消したかもしれない話 - テストする人。は、キャッキャウフフしてる感じが楽しそうですね。 DevOps時代のテスト要求分析は難しい DevOps時代のテスト要求分析は難しい。それは、ウォーターフォール時代のテストで基本として使われていたVモデルによる従来のテスト戦略をそのまま適用することが出来ないからだ。これにはいくつかの理由がある。 ︵理由1︶ビジネスの成熟度によってサービスやプロダクトに重要な品質が変化する ︵理由2︶開発中にシステムのアーキテクチャ設計が変化する このブログエントリーでは、これらの理由を解説したのちDevOps時代のテスト要求分析の方向性に
●
テクノロジー
●2016/12/13 07:21
●DevOps
●Testing
●テスト
●あとで読む
●QA
●Test
●Share
3users
kokotatata.hatenablog.com
2015年11月10~11日にかけてボストンで開催されたGoogle Test Automation Conference 2015に参加してきました。 このブログエントリでは、カンファレンスの雰囲気や講演内容の感想についてレポートします。 GTAC 2015 | Google Test Automation Conference | Google Developers 参加の背景 ある日、上司に﹁何か海外カンファレンス参加しないの？﹂と聞かれて、そういえば先日モバイル系のテスト自動化をしている同僚から﹁俺、Google Test Automation Conference申し込んだけども、お前も申し込まない？﹂と誘われてた事を思い出して申し込みました。 僕は運良く抽選にあたり、同僚は運悪く抽選に外れてしまったのですが、、、。正確な数字は公表されてなかったと思いますが、1000人く
●
テクノロジー
●2015/11/14 11:41
●Testing
●Event
●google
3users
kokotatata.hatenablog.com
アマチュアとプロフェッショナル 先週参加したカフェソフトウェアクオリティのお悩み相談コーナーで、﹁ソフトウェアテストなんて誰でも出来ると思われている﹂というものがあって笑った。 ﹁○○なんて誰でも出来る﹂というフレーズは何にでもあてはまってしまう。 例えば キャッチボールなんて誰でも出来る ギターなんて誰でも弾ける 英語なんて誰でもしゃべれる サラリーマンなんて誰でも出来る プログラムなんて誰でも書ける などなど。 結局これってアマチュアとプロフェッショナルの違いについての議論だ。 テストエンジニアがその存在価値を認めてもらうには、プロフェッショナルな開発者やマネージャーには提供出来ない、プロフェッショナルなテストエンジニアだけが提供出来る価値、組織にもたらす利益を突き詰めるしかない。 プロフェッショナルなテストエンジニアの役割 僕が最近感じるプロフェッショナルなテストエンジニアの役割を列
●
テクノロジー
●2015/06/03 10:42
110 users
kokotatata.hatenablog.com
Incremental test design 昨年度追加されたISTQBのFoundation Level Extension Syllabus Agile TesterのAgile Testing Practicesの項にはテスト設計に関する興味深い記述がある [1]。 Incremental test design: Test cases and charters are gradually built from user stories and other test bases, starting with simple tests and moving toward more complex ones. アジャイルテストのテスト設計の特徴として ユーザーストーリーをテストベースとして用いる事 シンプルなテストケースの追加から始まり、より複雑なものへと変化して行く事 Increme
●
テクノロジー
●2015/05/06 22:09
●agile
●テスト
●test
●testing
●アジャイル
●設計
●design
●BDD
●scrum
●あとで読む
14users
kokotatata.hatenablog.com
ウォータースクラムフォールをガチでディする全4回連載の3回目です。はい、そうです。前2回のエントリは今回ウォータースクラムフォールをガチでディする為の前振りです。ウォータースクラムフォールの説明は以下のページをご覧下さい。 実用主義者が勝ったのか？Water-Scrum-Fallが一般的に ウォータースクラムフォールの問題点 ウォータースクラムフォールの問題点は上記の記事のこちらの一節に凝縮される。 多くのアジャイル導入は実作業者によって主導され、実作業者が最も緊密に作業する領域、つまりソフトウェア開発ばかりにフォーカスすることから、このようなことが起きるのだとForrester社は見ている。リリース管理やプロジェクト計画のような領域は、未だに伝統的な手法で行われているのだ。 ウォータースクラムフォールの問題は、プロジェクト関係者がソフトウェア開発ばかりにフォーカスする事で、テストや運用計
●
テクノロジー
●2015/05/04 22:10
6users
kokotatata.hatenablog.com
ソフトウェアテスト業界の古き大発明 どの業界にも大発明が起きる瞬間がある。オーディオ業界のステレオスピーカー、映像業界のDVD、携帯電話業界のソフトウェアインターフェースなどなど。これらの破壊的な発明はそれまでの常識を覆し、全く新しい利便性や効率性をもたらす。過去使われていた方法は淘汰され、長期間に渡って多くの人に親しまれる。こういった大発明は劇的に世界を変える一方、多くの人に長期間親しまれてきたため、次に起きそうな革新を阻害するという事がしばしば起きる。誰だって長期間親しんで来たものが変化する時には少なからずの抵抗を覚える。 ﹁2次元の表によるテスト設計とテストケースの管理﹂はまさにこれにあたる。これだけ多くのテスター、テストアナリスト、テストマネージャーに親しまれ、長く使われて来たのはおそらく﹁革新的な発明﹂であり﹁とても便利なツール﹂だったからだ。しかし、次世代のテストを考える場合、
●
テクノロジー
●2015/04/29 20:17
●テスト
5users
kokotatata.hatenablog.com
全4回のウォータースクラムフォールをガチでディする連載の最終回です。前回までのエントリーはこちら。 プロトタイプはリアルプロダクトたりえないのか？ 〜そのテストはプロジェクトのリスク管理に貢献していますか？〜 - Test Automation ﹁継続的デリバリー﹂から考えるソフトウェア開発の入り口、出口問題 - Test Automation 品質改善をしないアジャイル ~ウォータースクラムフォール~ - Test Automation ﹁正しいアジャイル﹂は品質向上プロセスをどのように回しているのか？ 前回のエントリで、アジャイルで品質向上サイクルを回すための方法として﹁TDDにも品質についてもハイスキルなエンジニアのチームを作る﹂を挙げた。まず、正しいアジャイルではTDDによってどのように品質向上サイクルが回るのかを考えたい。 TDDは﹁テストを書く﹂﹁テストを通す﹂﹁リファクタリン
●
テクノロジー
●2015/03/09 12:41
●Test
●開発
3users
kokotatata.hatenablog.com
﹁継続的デリバリー﹂(*1)の章の構成はとても興味深い。第一章では﹁The problem of deriverling software﹂というタイトルで、ソフトウェア開発の目的を顧客に価値をデリバリーする事とし、その上でリリースにまつわるアンチパターン3つの紹介から始まる。 * Deploying software manually * Deploying to a Production-like Environment Only after Development Is Complete * Manual Configuration Management of Production Environments これは﹁継続的デリバリー﹂というタイトルから考えるに妥当に感じるかもしれないが、一度考えてみて欲しい。 何故リリースにまつわるアンチパターンの紹介から始まるのか？ それはソフトウ
●
テクノロジー
●2015/02/14 18:56
●ソフトウェア
●development
●software
●開発
76users
kokotatata.hatenablog.com
JaSST'Tokyo 2014で、"システムテスト自動化による大規模分散検索プラットフォームの開発行程改善"という題目で事例発表をした。下記は当日発表に用いたスライド。 ︻JaSST'14 Tokyo︼システムテストの自動化による 大規模分散検索プラットフォームの 開発工程改善 from Kotaro Ogino ここでは、この発表に入りきらなかったコンセプトや、口頭でしか説明していないためスライドを読んでも分からない部分について補足する。 背景‥開発スタイルの変化 -継続的テストについてリーンとDevOpsから考えてみる リーンは、顧客目線でソフトウェアの価値を定義し、それらをエンドツーエンドで細く速く流れるように開発するスタイルだ[1]。小さい要件を要求分析から品質保証まで流れるように実行し、少しずつリリースして行く。ウォーターフォールでは、重厚長大にそれぞれの工程を実施していたのに
●
テクノロジー
●2014/03/11 13:23
●CI
●devops
●テスト
●test
●テスト自動化
●development
●testing
●開発
●programming
●リーン
このページはまだ
ブックマークされていません
このページを最初にブックマークしてみませんか？
﹃kokotatata.hatenablog.com﹄の新着エントリーを見る
キーボードショートカット一覧
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
●総合
●一般
●世の中
●政治と経済
●暮らし
●学び
●テクノロジー
●エンタメ
●アニメとゲーム
●おもしろ
●アプリ・拡張機能
●開発ブログ
●ヘルプ
●お問い合わせ
●ガイドライン
●利用規約
●プライバシーポリシー
●利用者情報の外部送信について
●ガイドライン
●利用規約
●プライバシーポリシー
●利用者情報の外部送信について
●公式アカウント
●ホットエントリー
●はてなブログ
●はてなブログPro
●人力検索はてな
●はてなブログ タグ
●はてなニュース
●ソレドコ
Copyright © 2005-2024 Hatena. All Rights Reserved.
設定を変更しましたx