watsonx.governanceの提供を開始 責任ある、透明で説明可能なAIのワークフローを実現する生成AIのためのガバナンス・ツール 製品の詳細 無料評価版を試す このたびの令和6年能登半島地震で被災された皆様に謹んでお見舞い申し上げます。 令和6年1月1日に発生した能登半島地震により被災されたお客様向けの保守サービス特別対応 システム開発や運用に生成AIを活用する「IT変革のためのAIソリューション」により、生産性と品質の向上を実現
![日本IBM](https://cdn-ak-scissors.b.st-hatena.com/image/square/c0718024f001953a33255f22224bcbcffe4ecd83/height=288;version=1;width=512/https%3A%2F%2Fwww.ibm.com%2Fcontent%2Fdam%2Fconnectedassets-adobe-cms%2Fworldwide-content%2Fhomepage%2Ful%2Fg%2F62%2F0e%2Fjapan-new-innovationstudio-toranomon-01.jpg%2F_jcr_content%2Frenditions%2Fcq5dam.medium.1584.1584.jpeg)
JUnit 実践講座 - プログラミングスタイルガイド 2002/01/02 作成 石井 勝 目次 はじめに 実装コードとテストコードの書き方は違う テストコードで一般解を扱わないこと コメントについて リファクタリングについて メソッド名と本体について テストコードの構成 Footnotes 更新履歴 はじめに XP による開発全体にいえることですが,JUnit を使った開発では,プログラマは次の 2種類のコードを書かなくてはなりません. 実装コード 実際にソフトウェアとして実装されるコード テストコード JUnit を使って書かれるコード 僕の経験では,一般に実装コードよりもテストコードの方がコード量が多く,コードを書くのに費やされる時間もテストコードの方が長くなります.したがって,何も考えずにテストコードを書いていけば,開発の後段階でテストコードが肥大化し,メンテナンスの悪夢に悩まさ
今まで広く普及してきた開発プロセスとして「ウォーターフォール型開発」がある。これに対し、注目を集めるようになっているのが「繰り返し型開発」あるいは「イテレーション型開発」である。 このような開発プロセスでは、プロトタイプを開発したうえで実際に動作するシステムを作りこんでいったり、開発するシステムを部分ごとに開発したりして、開発を進めていく。この手法では、早期に実際に動作するものを顧客に見せることができ、顧客との間で要件を調整しながら開発をすすめることが可能になる。昨今のシステム開発、とくにWebを利用したシステムの開発では開発期間がどんどん短縮するにもかかわらず、システムの要件を固めるのが難しくなっている。このような状況においては、ウォーターフォール型開発よりも繰り返し型開発が有効である。 繰り返し型の開発プロセスには、XPをはじめとしてさまざまなものが存在するが、一般的には図1に示
なんとなくテストコードはかけるようになった。 でも、公開(パブリック)メソッドだけでなく、 内部実装であるプライベートメソッドの方も直接テストしてみたい。 というわけでやってみよう。 ●プライベートメソッドをテストしたい ちまっとソースを書いてすかさずテストというサイクルをまわすには、 プライベートなメソッドもテストしたくなる。 というか、実際には際どいところはたいていプライベートな内部コードに 存在しているのでその近辺を濃密なテストで取り囲むにはどうしても 直接プライベートなメソッドを呼び出したい。 1つの案としてはプライベートメソッドテスト用にパブリックなコードを 本体側に組み込む手もあるけど、せっかくの「テスト用コードと本体コードを分離できる」という JUnitを使うメリットが失われるし、 テスト実体とテスト用の窓口という形でテストコード自体が分散してしまう。 プライベートをやめ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く