リファクタリングすべきか・してよいかの判断基準 - 千里霧中

2024/08/25 114 users 判断基準

リファクタリングは、設計やコードを綺麗に保つという普遍的に求められる活動の一要素です。常識的な習慣として推進すべき活動です。 ただ、有効性の理解を得られないままリファクタリングを行って物議を醸す場面も存在します（例えばここのはてなブックマーク等で巻き起こった議論などです）。 実際、リファクタリング... 続きを読む

品質保証部門の老害化。そして老害化した品質保証は品質を悪化させる - 千里霧中

2024/01/10 555 users 老害化 品質 品質保証 JTC 旧来

※品質保証のエンジニアが自省・戒めのために書いた記事になります 品質管理（Quality Control）、品質マネジメントは国内では製造業を中心に発展し、プロダクトの競争力向上に貢献してきました。 JTCと呼ばれる旧来からのメーカーでは、その実績・年功の蓄積に応じて品質管理・品質保証部門が権威を獲得し、今でもソフト... 続きを読む

CI/CD方針、テスト・QA方針と連動する三分類ブランチ管理方針で、開発での高品質と高スピードの両立を支える - 千里霧中

2023/06/18 129 users Git 両立 高スピード 高品質 開発

最近の開発では、CI/CD、自動テスト、継続的テストが当たり前となっていますが、その影響で、それらのCI/CD方針、テスト方針と、Git等のバージョン管理のブランチ方針をどう連携させるかが、定番の課題になっていると感じています。 今回は、このブランチ方針、CI/CD方針、テスト方針を連携させて、開発の品質とスピード... 続きを読む

品質保証（QA）とは。定義の三大流派と定義揺れの弊害 - 千里霧中

2023/06/05 175 users 旧来 通例 弊害 QAエンジニア 定義

近年のソフトウェア業界では、テスト関連活動を担うエンジニアを「QAエンジニア」と呼ぶようになっています。ただQA（品質保証）という言葉は、旧来から二つの定義が共存しているほか、業界内の通例で更に別の意味付けが行われた結果、定義が曖昧になり誤解を生みがちな状態となっています。 そこで今回は、日本語圏で、... 続きを読む

モダンなテストレベル設計（ユニットテスト～システムテスト等をどう設計するか）の原則 - 千里霧中

2023/04/22 291 users ユニットテスト 責務 結合テスト 原則 テスト

プロジェクト全体のテストを組み立てる際に重要な課題になるのが、テストレベル設計です。テストレベル設計は、ユニットテスト、結合テスト、システムテストといったテストレベルを、どのような責務・段取りで行うか分析・設計する活動です。 このテストレベル設計ですが、ここ10年程度の間に望ましいアプローチが変わっ... 続きを読む

TDDはゆるく実践しても大丈夫 - 千里霧中

2019/10/13 284 users TDD リファクタリング 議論 テストコード 保守性

最近、TDDのテストコードは捨てても良いかみたいな議論を見ました。 これに対する自分個人の経験上の意見ですが、TDDは雑多にテストコードを使い捨てても効果を出せると思います。 もちろん、TDDで保守性が高く価値あるテストを書いて、捨てすにCIや中長期的なリファクタリングで再利用していくと、TDDの効果を増幅でき... 続きを読む

TDD談義への反応に対する雑感（テスト駆動開発を取り巻く誤解等） - 千里霧中の犀

2012/08/12 274 users serial TDD dev 誤解 テスト駆動開発

開発者のいう品質保証の定義　まずTDD談義で開発者が「品質保証のためのテスト」「品質管理のためのテスト」などと呼んでいるテストの定義は、乱れや不統一感も多少あるけど、基本的にKent Beckや和田さんが使われているQAテストの定義によるもの（http://gihyo.jp/dev/serial/01/tdd/0003）。 　この定義で「品質保証のための単体テスト」といえば、かなり大雑把だが例えば... 続きを読む