無法地帯にテストケースを追加する時にいつもやっている戦略 - laiso
数年開発続いてるけどテスト全くないみたいなよくあるコードベースを想定。 不具合を修正する時についでにリファクタリングしてドメイン層のテストを書く。 手動テストで不具合を再現 ViewからロジックをControllerへ移動し、Viewからは値の参照のみにする 移動したロジックをController内でプライベートメソッドに切り出す。返り値を(2)の値にセットする プライベートメソッドを外に出して関数→モジュール化する (4)のメソッドに対してテストを書き、失敗するのを確認する ポイントとしては 運用的観点ではなるべく早く不具合を修正してデプロイしたいので、リファクタリングだけ別のブランチでゆっくりやる 依存がでか過ぎで解決できなさそうなど問題があれば、その時点ではテストを書くのを諦める。行動したことで学んだIssueを起票する 具体的なリファクタリング方法は レガシーコード改善ガイド (O
Inside Frontend 2 #insideFE
簡単なサンプルアプリをBDDで開発しましょう。KiwiとNocillaを使って簡潔で速いテストの書き方を説明します。
テスターが要件定義のレビューからプロジェクトに参加する現実について｜Tsuyoshi Yumoto
最近、ソフトウエア開発にて、テスト技術者が要件定義からレビューに入る件について、いろいろ話を聞いたので、まとめておきます。 これは、ちょっとかっこよく言うと「Wモデル」という、テスト担当者の作業と開発の作業を同時並行で行っていくVモデルの進化した開発モデルが目指すゴールの一つです。ただ、話をしてくれた人は、Wモデルという言葉を知っているわけではありません。 その人の組織では、1980年代後半から、独立したテストを行っているとのことです。開発したものの統合テスト以後のテストだけを請け負うテスト専門部隊です。 Windowsが出る前はCOBOLで作った会計プログラムを対象にしていて、それがWindowsが出たころに全てWindowsアプリになり、それが今では全てWebアプリになり、クラウド上で動くようになっているという感じです。今では、そこの組織では、要件定義の段階からドキュメントをテストチー
テスト技法について古典から改めて学んでみる - Qiita
普段なにげなくしている「テスト」 しっかりと学んでいる機会がなかったので、「ソフトウェアテスト」の古典として 長く使われている基本的な技法やテストの哲学について語られているJ・マイヤーズの名著、 『ソフトウェア・テストの技法 第2版』を読みました。 本著は米国で1979年に出版され、その翌年には日本で翻訳版が出版されました。 その後本日まで長い間語り継がれてきました。 JUnitなどのツールを紹介した本、その時のテスト技法について紹介する本は 雨後の筍のようにあります。ですが、 「そもそもテストとはなにか」 「テストをする際のエンジニアとして抑えておくべき姿勢・哲学はなにか」 という根本的な問に対して答えを出している書籍だからこそ、 時勢に流されずに長い間読まれてきた書籍なのかなと思いました。 Amazonのレビューを読んでいただいても、確かに翻訳に少し違和感があると言われれば有ります。
Node.jsでもassertしたい - asterisc
まえがき この記事はリクルートエンジニアアドベントカレンダー12日目の記事です。 Node.jsでのAssertion Assertionとは？ 多くのプログラミング言語で assert というメカニズムが実装されています。 assert はプログラムを記述する人が、絶対にコードのこの場所ではこの値が入ってくる、という意志を表明するための仕組みです。 例えば、以下の add(a, b) のコードを見てみると、 var assert = require('assert'); function add(a, b) { assert(!isNaN(a)); assert(!isNan(b)); return a + b; } この add(a, b) では、２つの引数、 a b に数値以外の値が入ってきた場合、特に何か特別な処置をしない限り Assertion Error を発生させ、プログラム
テスト分析入門 -「ゆもつよメソッド」を例に- #wacate
テストやQA (品質保証) には説明責任が求められます。しかし、仕様書のコピペにすぎないテスト設計、自己目的化した自動化、規格に準拠しただけの開発 / 機能安全プロセス、おざなりな保証ケース、属人化したレビュー、ハードウェア主導のQA組織によるピントを外した品質保証など、説明責任とはほど遠い組織が多く見られます。そこで本講演ではQAアーキテクチャというコンセプトを紹介し、テストやQAの全体像を俯瞰し説明責任を高めるための方策を概説します。これにより、テスト自動化をベースとしたパイプライン化によるテストのリズムの高速化や、フロントローディングによる上流での品質作り込みサイクルの構築も目指すことができるようになります。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
