日経SYSTEMS 2016/01号 特集２　テスト爆発に勝つ！六つの流儀 テスト爆発に勝つ！六つの流儀 WACATEはテストエンジニア向けに、年2回のワークショップを開催。企業向けのカスタムソフト、パッケージソフト、組み込みソフトなど、さまざまなIT現場を対象にしている。そのメンバーらが抱く現場感覚として、テストに求められる量的・質的な負荷が増大してい…(52〜59ページ掲載記事から抜粋) *テキスト版記事の文字数：11201文字

日経ソフトウエア 2015/11号 プログラミングの基本のキ 第８回　プログラムの機能をテストする方法って　何をどうやればいいの？ 第8回　プログラムの機能をテストする方法は、1つだけです。とっても単純です。何らかのテストデータを入力して、出力される演算結果を確かめるだけです。(76〜79ページ掲載記事から抜粋) *テキスト版記事の文字数：5330文字

2024/02/09 · テストケースの結果を「OK」「NG」などと端的に記載します。実行手順を行った結果が、期待結果と完全に同じであれば「OK」、そうでなければ「NG」です。

テストは、ソフトウェアの品質を高めるために欠かせない、重要なプロセスだ。 規模の小さいソフトウェア開発でも、テスト項目の数は数百、数千にもなることも珍しくない。膨大なテスト項目をクリアして初めて、ソフトウェアは世の中にリリースできる。 肝心のテスト項目には、抜けや誤りがあってはならない。そこで、ふつうはテストを実施する前に、まず、テスト項目のレビューを行っているだろう。 だが、テスト項目をレビューする、という方法は、テスト項目の正しさをチェックする術としては、効率が悪い。どんなに時間や人を費してテスト項目のレビューをしても、どうしても項目の抜けや誤りを見落としてしまう、という人も少なくないだろう。 十分なテストを行うためには、テスト項目を作ってからではなく、項目を挙げる前にレビューを行うべきだ。 テスト項目のレビューは無理 開発も終わりに近づくと、チームの一部のメンバーは、テストの準備に取

今回参加した研修コースは 単体テストとテストケースの作り方 です。 単体テストにフォーカスされたコース名ですが、参加してみると、そもそも品質とは?

テストケース作成方法について教えてください。 テストケース作成する上で必要な視点、作成にあたっての良い方法はありますでしょうか？ 現場によって変わるとは思うのですが、 大抵のWebシステムを扱う現場で作成するテストケースの作成方法としては、 画面レイアウトを見て、プログラム仕様書を見て、そこからケースを起こす、 という流れが一般的なのでしょうか？ また、Webシステムの画面におけるテストケース作成の際の視点としては、 一番最初には「各項目に対してどのような処理内容（表示条件）があるのか」を視点と置くべきでしょうか？ それとも、DB更新値など処理の結果的な部分を先に視点とおく方が良いのでしょうか？ またこちら、別件で、 テストケースの作成を行うタイミングについてなのですが、 一般的なテストケース作成のタイミングは、 「プログラム仕様書が完成した後」が基本なのでしょうか？ そのほか、資料として

ここでは、プログラミングのときに注意するポイントやテストの手法について解説します。 良いプログラムとは？ プログラム言語を学ぶとき、最初に文法や構文を習得していくことから始めます。 最初のうちは、実際に動くプログラムを書くことが精一杯で、良いプログラムを書く余裕もなかなかありません。 プロとして仕事をするには、良いプログラムを書くという意識も必要です。 良いプログラムとは、そもそもどういうものか。どんなことに気を付ければ良いのか、ポイントをご紹介していきます。 正しく動くプログラム ここでいう「正しく動く」とは「仕様どおりに動く」という意味です。 プログラムの仕様とは、そのプログラムで網羅しなければならない内容のことです。 処理手順、処理内容、処理結果などが、それに該当します。 通常、仕様書（設計書）には、処理手順や処理内容が詳細に記述されています。 プログラミングの第一歩は、仕様どおりに

ドライバー テスト対象のコードを呼び出すコードを代替します。 スタブ テスト対象のコードが呼び出しているコードを代替するもので、呼び出し先のコードがまだ作成されていない場合などに使用します。 単体テストでは、これらの仕組みによって、テスト対象の関数・メソッドをプログラムの他の部分や外部のコードから隔離して徹底的に検証できるという利点があります。反面、これらの付加的なコードを作成したり管理するための負荷は、プロジェクトの規模が大きくなるほど、また改修を重ねて期間を経るほど増大します。 単体テスト(ユニットテスト)の種類テストケースを作成する際、何に着目するかという観点から見ると、単体テストは大きくホワイトボックステストとブラックボックステストに分類できます。ホワイトボックステストは、テスト対象関数またはメソッドの内部構造に着目し、いっぽう、ブラックボックステストは、テスト対象関数またはメソッ

Copyright © 2011 日本システム開発株式会社 All Rights Reserved 日本システム開発株式会社 ESEC2011 ブース内セッション 単体テスト設計のコツ http://www.nskint.co.jp 2 Copyright© 2011 NIHON SYSTEM KAIHATSU CO., LTD. 目次 1. ユニットテストについて知っておかないといけないこと 1-1. 品質問題の原因とユニットテストの関係 1-2. ソースコードレビューとユニットテストの違い 2. 有効なユニットテストデータの与え方[事例] 2-1. [事例1] 有効な値が10～20のunsigned short変数 2-2. [事例2] 参照のみ行う領域の確認 2-3. [事例3] メモリ破壊が起きるコピー処理 3. 危険コードに対するテストデータの与え方[事例] 3-1. [事例1]

当サイトへお越しいただきありがとうございます。 実務に生かせるような技術・ライブラリを使った簡単なサンプルを公開してゆきます。 このサンプルは表示データの参照元URLを指定して取得して表示します。 サポートしている datatype は xml, json, local があります。 このサンプルでは、JSON を利用してみます。 データの参照元URLは以下のJSONデータを送信してきます。 { "total":"1", "page":"1", "records":"2", "rows":[ {"id":"admin","cell":["admin","管理人","かんりにん","3100","","9",""]}, {"id":"demo","cell":["demo","デモ","でも","3101","","0",""]} ] } コード jQuery(document).ready