はてブログ

はてなブックマーク新着エントリーの過去ログサイトです。



タグ 千里霧中

新着順 人気順 5 users 10 users 50 users 100 users 500 users 1000 users
 
(1 - 9 / 9件)
 

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

2024/08/25 このエントリーをはてなブックマークに追加 114 users Instapaper Pocket Tweet Facebook Share Evernote Clip 判断基準

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

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

2024/01/10 このエントリーをはてなブックマークに追加 555 users Instapaper Pocket Tweet Facebook Share Evernote Clip 老害化 品質 品質保証 JTC 旧来

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

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

2023/06/18 このエントリーをはてなブックマークに追加 129 users Instapaper Pocket Tweet Facebook Share Evernote Clip Git 両立 高スピード 高品質 開発

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

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

2023/06/05 このエントリーをはてなブックマークに追加 175 users Instapaper Pocket Tweet Facebook Share Evernote Clip 旧来 通例 弊害 QAエンジニア 定義

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

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

2023/04/22 このエントリーをはてなブックマークに追加 291 users Instapaper Pocket Tweet Facebook Share Evernote Clip ユニットテスト 責務 結合テスト 原則 テスト

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

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

2019/10/13 このエントリーをはてなブックマークに追加 284 users Instapaper Pocket Tweet Facebook Share Evernote Clip TDD リファクタリング 議論 テストコード 保守性

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

C/C++でのユニットテストによるメモリリーク検出 - 千里霧中

2014/03/30 このエントリーをはてなブックマークに追加 54 users Instapaper Pocket Tweet Facebook Share Evernote Clip ユニットテスト レガシーコード メモリリーク デバッグ 制約

2014-03-31 C/C++でのユニットテストによるメモリリーク検出 CやC++の開発ではメモリリークに悩まされることが多い。メモリ管理はスマートポインタに限定するなど自分たちが注意しても、外部で開発されたコードやレガシーコードによって結局逃れられないことがしばしばある。 さらに組み込み開発などコードの実行環境に制約が多い場合は、検出や再現がやりにくいことから、メモリリークのデバッグやテストが... 続きを読む

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

2012/08/12 このエントリーをはてなブックマークに追加 274 users Instapaper Pocket Tweet Facebook Share Evernote Clip serial TDD dev 誤解 テスト駆動開発

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

テストコードのリファクタリング - 千里霧中

2011/05/04 このエントリーをはてなブックマークに追加 62 users Instapaper Pocket Tweet Facebook Share Evernote Clip リファクタリング ユニットテスト 出番 回帰テスト 課題

ユニットテストの再利用や継続的利用を行おうとすると、テストコードにも保守性等に優れた良い設計が求められるようになります。そこで出番が増えてくるのがテストコードのリファクタリングです。 ただ現状、テストコードのリファクタリングはいくつか課題を抱えています。今回はその課題の1つである「リファクタリング前後でテストコードの振る舞いが変わっていないかチェックするテスト」(以下リファクタリングの回帰テスト)... 続きを読む

 
(1 - 9 / 9件)