Using the classic ASP unit test framework
Published: at 8:50 PM on Friday, November 21, 2008 Category: classic asp , tdd Previous: http://www.beingnew.net/2008/11/automating-classic-asp-unit-tests-with.html Next: http://www.beingnew.net/2008/11/london-altnet-beers-night-25th-november.html This is the fifth part of a series on unit testing classic ASP and in this we will start to use the framework to implement our example user stories we d
レジェンドコードと向き合いレガシーからモダンへ変革する | ランサーズ（Lancers）エンジニアブログ
shin ( @nagatashinyalan )です。 先日、BASEさん、ReBuildさん、ランサーズ で、「レガシーコード改革！UT/CIでWebサービスの技術的負債を解消する取り組み」 というイベントを開催し、そこで登壇しましたので資料を公開します。 読んでもらいたい方 技術負債解消施策の失敗/成功事例を知りたい方 レガシーなPHP環境を変えて、前に進みたいと思っている方 レジェンドコードとは何？と思った方 概要 ランサーズの開発の歴史とテスト 創業期(2008-2011) UnitTest, Selenium 成長期(2012-2015) Behat/Mink, テスト自動化プロジェクト(ojido_sun) 変革期(2016-2018) CircleCI, PHP/CakePHPバージョンアップ, レジェンドコード
『レガシーソフトウェア改善ガイド』を読んだ
本書『レガシーソフトウェア改善ガイド』は、タイトルの通り、「レガシー」なソフトウェアをいかにして改善していくか、というテーマの本です。 「レガシー」というと、『レガシーコード改善ガイド（下記書籍）』が思い浮かぶ方もいると思いますが、本書は『レガシーコード改善ガイド』の補完的な位置づけの本であるとみることもできます。 ちなみに、上記2冊はいずれも翔泳社から出ているので、タイトル、装丁ともにシリーズものっぽい感じですが、『レガシーコード改善ガイド』の原書はWorking Effectively With Legacy Code、『レガシーソフトウェア改善ガイド』の原書はRe-engineering Legacy Softwareであり、出版社も異なります。 レガシーなソフトウェアとは 『レガシーコード改善ガイド』では、「テストがないコードはレガシーコードだ」という明快な定義にもとづいて、テスト
「書き直したい」 をグッと抑えて小さな改善を積み重ねよう | PSYENCE:MEDIA
この記事はRECRUIT MARKETING PARTNERS Advent Calendar 2017の投稿記事です。 こんにちは、2016 年中途入社の nobuoka です。 ソフトウェアエンジニアとしてキッズリーの開発に携わっています。 先日読んだ 『「書き直した方が早い」 は 9 割のケースで間違いだった』 というブログ記事に触発され、最近考えていた 「小さな改善を繰り返すこと」 について書き記します。 意識の話に寄っていて技術的な話ではないですが、是非読んでみてご意見をお寄せいただければと思います。 後半では、実際の製品開発での取り組みも紹介しています。 伝えたいことは一つだけ。 タイトルにある通り 「どうにも手が負えないから新たに書き直したい」 という気持ちに対して、一度それをグッと抑えて小さな改善を積み重ねよう ということです。 背景 : 新しく書き直すか、小さな改善を繰り
レガシーコードとAspectMock | GMOメディア エンジニアブログ
はじめまして、室内ならTシャツで問題ない技術推進室の篠崎です。 先日、piccaglianiさんのブログでAspectMockを知りました。 ちょうど私が対応しようとしていた課題にぴったしのフレームワークだったので少し書かせていただきます。 昔からあるコード弊社では以下のようなコードがまだまだいらっしゃいます。（実際はこんな少ない行数ではありません） がっつしArticle_Query、Apiクラスに依存している状態です。 私が対応しようとしていた課題は「このような昔からあるテストのないコード、いわゆるレガシーコードに対してユニットテスト（PHPUnit）を作成していく」でした。 ※そしてリファクタリングへ ユニットテストで何を確認したいのか？ユニットテストで確認したいのはSample_ServiceクラスのgetAllArticlesメソッドの処理です。 Article_Query::f
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
レガシーコード改善に役立つ5パターン〜インタフェースの抽出〜 – ORATTA Labs Blog