正しくは、デグレード。
今まで存在しなかったバグを作りこんでしまうエンバグ、修正したはずの機能が数世代前のものにもどってしまうバージョン管理ミス、など、デグレードにはいくつかのパターンがある。
先日、某プロジェクトの某障害対応において、デグレ発生していました。 よくよく聞いてみると、今回の障害対応をしている中で、全く関係のない部分に設計書と異なるコードがあったため、設計書に合わせて修正したが、その設計に設計バグがあったので発生してしまったと。 良かれと思ってしたことでしょうけど、かなりまずいです。ちょみっとしかいじってないから大丈夫とか思ったんでしょうけど、だめよ。 テストしたモジュールとは別物になっているので、本来は全体再テストですよ。ちょっとだけだからバグるわけない、と思ったのでしょうが、事実バグってるし。 昔こんな事がありました。 後輩の作ったソース（C言語）をレビューしている…
Android版は9月末のアップデート以降、接触通知が通知されていなかったとのこと。 いわゆるデグレだが、あまりにもお粗末すぎるわ...。 自分も前職でWindows系のアプリ開発してたけど、バージョンアップ時の最終テストでは正常系は必ずやってたし、発注側も受け入れテストするのが基本だった。 テスターは何をしてたのかと...まさかとは思うが↓じゃないよな？ ちなみにCOCOAアプリってXamarin環境でC#で書いてたみたい。新型コロナウイルス接触確認アプリ - Wikipedia マイクロソフトの人が中心だったのでXamarin使ったんだろうけど、普通にiOSとAndroidで分けてよかった…
お疲れ様です、キュトシです。 ただ酔っぱらいの雑談です。勢いで書いとるのでおかしい箇所あるかも？ さてワシ、相も変わらず三次請け企業の社員なのに一次請けの大企業を名を騙りつつ、お客さんビルに入って作業しとるんやけど。 ･･･書いてて分かりにきぃな。 まぁ作業内容としては、一次請けが納品したシステムの受入評価しとるお客さんのサポートおよび苦情の窓口･･･かな。 最初はシステムに慣れていないお客さんにレクチャーする程度の楽なお仕事～って一次請けの偉い人から聞いとったんやけどな？ でも実際は参画当日に電話連絡で急にお客さんビルへぶっこまれ、ク○システムでレクチャーどころか、何度お客さんに鋭利な言葉の…
概要 Pages Router から App Router 移行時に一部既存の画面での CSR 遷移が 404 エラーになりました。 この件について調査したので、記事にしてまとめておきます。 前提 今回発生したバグの内容の再現環境の特徴として、以下が挙げられます。 Next v13.5.6 Base path の設定あり App Router と Pages Router が共存している Base Path について Base Path の設定は next.config.js に以下のような記載があると、 module.exports = { basePath: '/base', } /pag…
こんにちは、メールディーラー開発課のUKoniです。 2023年9月のことですが、弊社で開催した【ラクスMeetUp】持続的改善の実践/UI刷新・SQL改善・EOL対応で登壇させていただきました。 そこで話した、長寿サービスの密結合システムからViewを分離した話をご紹介します。 発表資料 speakerdeck.com 発表資料 概要 作業内容 1. 旧画面のコードから機能一覧を作成する 2. IDEの機能を使用して、共通利用するロジックをメソッドに切り出す 3. 切り出したメソッドのユニットテストを作成する 4. ビューロジックとビジネスロジックを分割する 手順 ビューロジック JavaS…
こんにちは、エンジニアの安達です。 今回は弊社におけるFour Keys導入の背景と効果について、お話ししようと思います。 Four Keysとは Googleが提唱しているソフトウェア開発チームのパフォーマンスを示す4つの指標です。以下の指標を測定し、継続的に改善を繰り返すことで、ビジネス成果を大幅に向上させることができます。 ・デプロイの頻度 - 組織による正常な本番環境へのリリースの頻度・変更のリードタイム - commit から本番環境稼働までの所要時間・変更障害率 - デプロイが原因で本番環境で障害が発生する割合（%）・サービス復元時間 - 組織が本番環境での障害から回復するのにかか…
Waterfallタイプの開発が出来ていればいいのですが、そうはいかないのが常でして。 そのために古来よりSubversionやGitというバージョン管理ツールがあるのですが、それがナカナカどうかなというところがあり。 ファイルのタイムスタンプだとか含めてなんとかしたいなあとは思うのですが、運用がプログラム開発者からプロジェクトマネージャーまで理解して動かさないとうまく使いこなせないのがバージョン管理ツールなので、結構難しい問題ですね。 状況を説明するのに「デグレ」と言いがちですが、実際のところは「フォーク後に、別フォークの箇所にプログラムを反映させられてない問題」だったりします。 Gitいれ…
こんにちは、QAの木下です。 この記事では、ウェルスナビで実施している総合テストのうちの一つ、モバイルアプリのリグレッションテストを自動化し、工数の削減に成功した話について紹介します。
SREの林 aka もりはやです。 先日行った、GitLab-CE（以後は単にGitLabと表記）のバージョンアップ作業が意外と大変だったため、同じような境遇のどなたかに向けて気づいた点を共有します。 シーケンス図的なもので表すとGitLabのアップグレードのために以下を行いました。 前提 TL;DR 詳細 GitLabはEC2のみにインストールされたシンプルな構成 GitLabのアップグレードによって更新された構成 GitLabのアップグレードは段階的に行う必要があるため専用サイトで確認 Amazon Linux 2023はGitLab16系からしか対応しないため、中継のAmazon Lin…
前回はユースケース記述について書いた。 今回は設計書に書いた方がいいことについて。 設計書に書くといいこと 実際のところ、設計書に何を書いたらいいのかを画一的に述べるのは、かなり難しい。 というのも、ソフト開発における「設計」とは何なのか。（その5） - いものやま。にも書いたとおり、設計書というのはコミュニケーションのためのツールにすぎないので、十分なコミュニケーションを取れるかどうかで書く内容や量も変わってきてしまうから。 あるチームだと本当に簡潔な内容で済むかもしれないし、別のチームだと綿密に書く必要があるかもしれない。 開発の領域によっても書くべき内容は変わってくるしね。 ただ、とはい…
Photo by Tim Gouw 「デグレード」は和風英語 英語では「regression (リグレッション)」 「デグレード」は日本では広く通用するだけに注意が必要 「デグレード」は和風英語 ソフトウェアを更新した際に、新たに埋め込まれたバグなどによってそれまで正常に動作していた機能に不具合が生じたりすることを、日本のIT業界ではよく「デグレした」という言い方をします。「(品質などが)低下する」意味の "degrade" (デグレード) に由来しています。 日本語で書かれた情報工学の論文を調べてみると、ソフトウェアの文脈での「デグレード」は 1970年代頃には登場しており、IT業界では早い…
こんにちは。モノタロウのTechBlog編集チームです。 モノタロウではECサイトでのお客様体験の向上を目指して、日々改善に取り組んでいます。 商品の出荷目安などの出荷関連情報は重要な要素の1つになります。 今回は、出荷関連情報の正確性を改善するとともにシステムの変更容易性を向上させるためにマイクロサービス化に取り組んだ活動をインタビューしました。 自己紹介 納期表示を高度化する サプライヤ在庫連携機能開発のつらみ AVLのマイクロサービス開発のすすめ方 リリース・監視・その後の展開 おわりに 今回インタビューしたみなさん 自己紹介 山崎 章裕 ECシステムエンジニアリング部門 開発生産性グル…
こんにちは！Findy CTOの佐藤(@ma3tk)です。 本日からFindyでテックブログを始めることにしました。Findyは「挑戦するエンジニアのプラットフォームをつくる」というビジョンを掲げていますが、昨年様々な方とお話したり面談させていただく中で、Findyの開発組織の良さを伝えきれていないという課題に気づきました。 Findyの開発組織は、カジュアル面談などを通じて知っていただくと「とても面白い」と言っていただけるのですが、その面白さを事前にお伝えできていないことがありました。今回のテックブログスタートがその課題を解決するための一歩になればと思い開始しました。 初回は、大事にしている…
2024/2/15 https://event.shoeisha.jp/devsumi/20240215 https://codezine.jp/devonline/archive/17 2日間通してAIとつくセッションが多いのが印象的でした それ以外だとテストの話(これはAIが絡むものも多い)と開発プロセスの話(アジャイルなど)も多くありその辺を中心に参加しました 相変わらず人が多いので昔みたいに個人スポンサーがあれば迷わず買ってたと思います 我々はなぜアサーションするのか～現場に寄り添うANA DXの取り組み～ 室木 梨沙さん[ANAシステムズ] 渡辺 亮介さん[ANAシステムズ] 橋本 …
ごあいさつ こんにちは。エンジニアリング統括部の吉次です。 今回は、主に新規サービス系の領域で活動をしているQAエンジニアチームの取り組みの一つであるテスト俯瞰マップについて紹介いたします。 QAエンジニアチームと新規サービスの品質の歴史 QAエンジニアチームは、エンジニアリング統括部サービス共通基盤グループに属しており、 PERSOL MIRAIZ、HiPRO Direct、HR Forecaster、サラリーズなど、主にここ数年で生まれた新規サービスに対して横断的に品質可視化・向上の推進を担っています。 QAエンジニアチームが生まれた背景やこれまでのあゆみについては過去の記事をご覧ください…
プログラミングを仕事とする場合、避けては通れない単体テスト。それは自分の実装に対して自動で動作確認を行う仕組みな訳だが、これが結構難しいのかな、という印象を持った。 仕事では、全てが自分のコードではない。既存の複雑に絡み合った実装の中に針を通すような改修を行うこともある。さて、その改修が正しいことを示すために単体テストを書こうとした時、まずはその単体テストできるための環境を作るのが大変だったりする。前提となるインスタンスを作成するために様々な依存関係を解決しなくてはいけなかったりする。まぁ最近はモックライブラリがかなり優秀なので mock[TargetClass] みたいにすればだいたいうまい…
プロダクトの開発方針 開発体制 1. スモールチーム開発 2. 毎日リリース可能な体制 3. CRMツールを活用した施策検証 4. CopilotやChatGPTなどの生成系AIを活用 5. M3 Maxの導入 まとめ こんにちは！クラシルリワードで開発責任者をしているfunzinです。 この記事ではクラシルリワードの開発体制についてお話ししていきます。 カジュアル面談や面接でどのような開発体制かを聞かれることが増えてきたため、こちらに記事としてまとめていきます。 プロダクトの開発方針 クラシルリワードのプロダクトの開発方針として、「仮説検証を早く回して、スピード感のある開発組織に」を掲げてい…
tech.uzabase.com
www.slideshare.net
qiita.com
wa3.i-3-i.info
