皆さんプログラムのテストはどの様にされてますか？ 私の場合、単体テスト(UnitTest)という手法を使ってテスト(デバッグ)しています。

単体テストとは何ぞや？という人も居ると思うので簡単に説明すると、ある関数が期待通りの通りの動作をしているか？というのをテストする手法です。 例えば、引数に整数を指定すると偶数かどうかを判定する自作関数(IS_EVEN)があるとします。 その場合のテストはこんな感じです。 IS_EVEN(1)が偽(FALSE)を返す IS_EVEN(2)が真(TRUE)を返す これが成り立たない場合はエラーとしてユーザーに通知する様な仕組みを別途用意しテストします。 プチコン3号には複数のスロットがあるので、メインのプログラムはスロット0。単体テストはスロット1という構成にすると構成的に分離できて良いと思います。 単体テストの最大の魅力は、テストのパターンを一度作ってしまうと、同じテストを何度も高速に行えるという点です。

私が作成している「音楽をつくろうぜ！」では700近いパターンのテストを行っており、掛かる時間も1〜2秒とかそんなです。手動のテストではとても実現できません。 でも単体テストを取り入れようとすると、サブルーチンを関数(DEF)で用意し、独立性を高くしないといけないので、途中から採用するというのは難しいです。 単体テストは奥が深く、ここではとても書ききれないので興味がある方は自分で調べてみても良いと思います。 長文失礼しました。

ほとんどJavaの仕事のテストですね。 私の場合は軽いプログラムがほとんどなので、ひたすら操作でしょうか？なかなか愛情が必要なことが最近わかりました。 考えてみるとややこしそうなDEFに関しては最初はいろいろな形式で呼び出して確認しているので似たようなテストしているかもしれません。 あと乱数を使ってないゲームだと操作の記録をループ回数とキー入力内容を保持してできそうだなとか考えてます。 他のスロットから呼び出しというのは参考になります。

単体テストはJavaのJUnitなんか有名ですよね。 単体テストは万能ではないので、操作が必要なテストとか見た目とかゲームの面白さとか、テストできないです。 操作を記録して再現するというのは良いアイデアだと思います。

JUnit、懐かしいです ウェブアプリの単体テストをそれでやらなきゃいけなくて 単純なメソッド以外を対応させるのに苦労した覚えがあります テスト用のプログラムがややこしくなってしまった為にテストを通すために単体テストを改修とか本末転倒な感じになった事も(^^;)

例が正常系しかないですが、例だからですよね？

> りゅうまご さんへ テストプログラムがややこしくなるというのは良くありますね。それだけその関数は複雑って事かもしれません。 > れい さんへ うーん、ワイルド。 問題がある場合に場所を特定するのが難しそうですが… > Godot さんへ ナイスな指摘です。 確かにあの例ではテストパターンが圧倒的に足りないです。いきなり3の場合に上手く動作しない事もあるし、負の値の場合にエラーで停止する可能性だってあります。 よって、実際にはもう少しパターンを増やす必要がありそうです。

おお 俺のコメント消されている！

ビッグバン!?

ビッグバンは利用規約に違反する、と。φ(..)メモメモ (一般的にはビッグバンテストは労力がかかるダメなやりかたで自慢するようなもんじゃない、っていう背景を知らない人が字面だけ見て削除したんだろうなぁ…)

。o O(他の要因の様な気もするが…)

マジで！ じゃあ本気でわからないなぁ しかたないね！

うわぁ。この投稿。目には入っていたけど今から追えないのが本当に残念。 僕の場合、お仕事だとテストパターンを網羅するけど、趣味だと適度に遊んで終わりですね。 Godotさんの発言も僕から見るととても興味深いです。

趣味(遊び)で楽しくやってるからあんまりキッチリとやるのも辛いですよね。