[B! プロジェクト] kinaccoのブックマーク

TDDという名の幻想... - Qiita

TDDは死んだ。テスティングよ栄えよ。 by DHH http://d.hatena.ne.jp/yach/20140424#p1 【翻訳】TDD is Fun http://diskogs.hatena blog.com/entry/2014/04/25/085112 を読んで思ったことをつらつらと書いてみます。 TDDはできれば、やったほうが良いのは確か？です。しかし、実際の開発現場で全面的に採用するのはミドルウェア等の画面の存在しないソフトの開発以外ではほとんどの場合、無益です。なぜなら、TDDを採用すると開発時間が膨らむ、すなわち、開発コストが膨らむからです。そして、ソフト開発では細かな仕様は変化していきます、するとTDDではそれに合わせ、テストを修正していかなくてはなりません。また、TDDで書かれたテストが全てのケースを抜けなく網羅できていることは稀です、抜けは必ず

kinacco 2020/04/23

リンク

【初心者向け】テストコードの方針を考える（何をテストすべきか？どんなテストを書くべきか？） - Qiita

はじめに「テストコードを書きましょう」とはよく言われるし、テストコードが大事だってことも理解できるんだけど、何をテストしたらいいの？どんなテストを書いたらいいの？と迷っている初心者プログラマさんは意外と多いのではないでしょうか？そんな方たちに向けて、この記事では僕が普段意識しているテストコードの方針を紹介します。おことわり本来であれば具体的なコード例も豊富に入れたいところなのですが、かなり時間がかかってしまうので、いったん文章メインで記事を公開します。もしかすると、そのうちコード例も一緒に盛り込んだ「リッチバージョン」を公開するかもしれません。この記事の前提条件この記事ではあくまで、「今現在、筆者が仕事で書いているテストコードの方針」です。そのため、状況が異なると適用しづらい方針も出てくるかもしれません。筆者は以下のような現場でコードを書いています。月額定額で、お客様と

kinacco 2020/04/20

リンク

SIerに生息する「おじさんSE」の生態を知る - Qiita

ここでいうおじさんSEとは、主にSIerに生息する、・30歳以上で・モダンな技術を知らない・レガシーな技術しか知らない・主に設計書などのドキュメント類を弄っており、コーディングをしない・現状から変わる気がない（キャリアアップに対し具体的なアクションがない）人たちを指す。決して単に妙齢のエンジニアを一括りにしているわけではない。「おじさんSE」より良い呼び方があれば、ぜひご提案いただきたい。第1章　おじさんSEの仕事内容おじさんSEは、コードを書くことはほぼ無い。これは現場にもよるので、全く無いというわけではないが、多くのおじさんSEはコーディングはしない。ではおじさんSEは何をやっているのかというと、・内部設計書、外部設計書、詳細設計書の記述・結合試験以降の試験項目票の作成・試験結果のレビュー大抵はこの3つになる。 99.9％はウォーターフォール型である。

kinacco 2019/09/11

リンク

Googleがコードレビューのガイドラインなど、ソフトウェアエンジニアリング実践のためのドキュメント「Google Engineering Practices Documentation」を公開

Googleがコードレビューのガイドラインなど、ソフトウェアエンジニアリング実践のためのドキュメント「Google Engineering Practices Documentation」を公開ライセンスはクリエイティブコモンズの「表示 3.0 非移植 (CC BY 3.0)」で、複製や再配布、営利目的を含めた改変や翻案が可能になっています。 Googleで一般化されたエンジニアリングプラクティス Googleはこのドキュメントを次のように紹介しています。 Google has many generalized engineering practices that cover all languages and all projects. These documents represent our collective experience of various best practic

kinacco 2019/09/10

リンク

「テストコードを書く？書かない？」ソフトウェアテストのいろんな疑問をテストのプロに聞いてみた - エンジニアHub｜Webエンジニアのキャリアを考える！

「テストコードを書く？書かない？」ソフトウェアテストのいろんな疑問をテストのプロに聞いてみたソフトウェアテストはソフトの品質を高めるためには、欠かせない工程です。では、テスト・品質保証のプロたちは、どんなことに気をつけて、ソフトウェアテストを実践しているのでしょうか。仕様やスケジュール、テストの設計まで、テストにまつわる疑問を、ソフトウェアの品質保証・テストに特化した企業、SHIFT社のお二人にぶつけてみました。ソフトウェアへのバグの混入を防ぎ、ソフトウェアの品質を高めるためにはテストの工程が不可欠であり、「どうすれば良いテストを実施できるか」というノウハウもまた非常に重要です。では、テストを突き詰めて追求する、スペシャリストのノウハウとは。今回はソフトウェアの品質保証・テストに特化した企業であり、テストを前提としたアジャイル体制構築のコンサルティングにも専門性を持つ、株式会社SHI