Budzetske procedure utvrdivanje i naplata javnih prihoda - bankarstvomaturalni
![さいきんの JavaScript テスト / Test.js - Shibuya.js 発表資料](https://cdn-ak-scissors.b.st-hatena.com/image/square/242bd6119df8b44bef49f49dc0f9239754c2008b/height=288;version=1;width=512/https%3A%2F%2Fcdn.slidesharecdn.com%2Fss_thumbnails%2Fshibuyajstestjs-110308085702-phpapp01-thumbnail.jpg%3Fwidth%3D640%26height%3D640%26fit%3Dbounds)
本日は「ボードゲーム・パズルプログラミング Advent Calendar 2022 - Adventar」アドベントカレンダーへのエントリーです。 asobannについて 新型コロナの影響でワークショップなどに人が集まれないようになってきた2020年から、オンラインのボードゲームサービスhttps://games.yattom.jp/asobannasobann(遊盤)を開発しています。 asobannはボードゲームを遊ぶ環境として、一種の物理エンジン的なアプローチをしています。つまり、ゲーム固有の動きやルールを実装するのではなく、汎用的なカードを並べたり、手札にしたり、ボードを置いてそこにコマを自由に配置したりでき、逆にそれしかできません。同じ頃に活用を始めた、オンラインホワイトボードのMiroなどにも影響を受けています。 ボードゲームを遊ぶだけでなく、自作ゲームを実験したり人に遊んで
[動画で解説]和田卓人の“テスト駆動開発”講座 第3回「テスト」という言葉について ── Developer Testing、Customer Testing、QA Testing ニコニコ動画:https://www.nicovideo.jp/watch/sm2195413 前回は、「テストが開発を駆動していくからテスト駆動開発」ということを説明させていただきました。しかしここで言っている「テスト」とは何でしょうか。 「テスト駆動開発」という名前を持っているからには、基盤となるのは当然「テスト」です。ですから、次に「テスト駆動開発のテストってどういうテスト?」という議論をしなければなりません。 結論を先に言いましょう。テスト駆動開発における「テスト」とは、品質のためのテストではありません。 「テスト」という言葉から連想するもの 「テスト」というと、みなさんはどのようなものを想像します
先日、twitter上でTDDに関する談義があったのだけれど、気になったのがそれに対するテストや品質の方々の反応。特にTDDの戒めである「品質保証を目的としていない」という書き込みに対してネガティブな反応が多かったのが気になった。 開発経験もあり定義や概念の扱いに注意深い方々なので誤解の可能性はないと思うが、結構問題が入り組んでいるように感じたので、今回テストエンジニアと開発者の視点の差異を焦点にして一部の論点を整理したいと思う。 開発者のいう品質保証の定義 まずTDD談義で開発者が「品質保証のためのテスト」「品質管理のためのテスト」などと呼んでいるテストの定義は、乱れや不統一感も多少あるけど、基本的にKent Beckや和田さんが使われているQAテストの定義によるもの(http://gihyo.jp/dev/serial/01/tdd/0003)。 この定義で「品質保証のための単体テスト
2010年8月4日紙版発売 B5判/152ページ 定価1,738円(本体1,580円+税10%) ISBN 978-4-7741-4341-5 ただいま弊社在庫はございません。 Amazon 楽天ブックス honto ヨドバシ.com この本の概要 特集1 今こそ聞きたい テストの上流設計 良いテストケースを書くためにはテスト設計が必要です。しかし,ただ設計をするといっても,いきなり技法を使えば良いというものではありません。技法をどう選択するかを考えることが重要ですし,良い設計をするためには分析が必要になります。本稿では,テスト設計の中でも技法を適用する前にあたる「テストの上流設計」のやり方をご紹介していきます。 特集2 STQB認定テスト技術者資格 Advanced Level ソフトウェアテスト技術者のレベルを認定する資格試験は,国際アライアンスが結ばれており,世界各国で実施されていま
こんにちは、第3バイオリンです。 先日、10月1日にソフトウェアテストシンポジウム「JaSST'10 Hokkaido」に参加するために北海道に行ってきました。 その前の週には、エンジニアライフコラムニストによるライトニングトーク大会に参加するため東京に行きました。自分で言うのも何ですが、エンジニアライフ編集担当者からも「旅芸人」キャラとして認められただけのことはあると思います。 今回は、「JaSST'10 Hokkaido」のお話をします。北の大地に、テストを愛する熱い心をもったエンジニアたちが集結しました。 ■ゲンバノチカラ ~テスト実装5秒前! そのとき現場が動いた~ 今回の「JaSST'10 Hokkaido」のテーマです。現場で役立つ、テスト計画やテスト設計のお話がメインでした。 ■参加者について 今回の参加者は72名。そのうち北海道以外からの参加者は、わたしも含めて18名でした
10/14(木) 東京ステーションコンファレンス サピアタワー5F にて開催された、JSTQB カンファレンス in 2010「ISTQB world trend reports」に行ってきました。 JSTQBは日本で受けられる数少ないソフトウェアテスト技術者の資格認定制度で、ベンダーフリーかつ国際資格であるISTQBとの互換性を有する唯一の資格です。現在日本では Foundation Level と Advanced Level (一部) が実施されており、私も先日 Advanced Level のトライアルを受験してきました。次の受験日が待ち遠しいです。 まだまだ日本では”ソフトウェアテスト技術者”という職種の確立がなされておらず、キャリアパスや必要とされるスキルセットが定義しきれていない印象があるなか、最低限の共通知識基盤の理解および判断能力を認証してくれるこの資格試験の意義は他のI
続き。 はてブのタグを検索キーワードにして、新着記事を一覧にして表示するプログラムをCatalystで作る。 最初に参考サイト「404 Not Found」。 準備 あらかじめ、CPANから以下のものを入れておく。 Catalyst Catalyst::Devel Catalyst::Helper Catalyst::Helper::View::TT スケルトン じゃあまずはスケルトンを作る。 $ catalyst.pl MyHatena::Web created "MyHatena-Web" (略) $ ls MyHatena-Web $ ls MyHatena-Web Changes lib script Makefile.PL myhatena_web.conf t README root test いきなりtest!!! $ cd MyHatena-Web $ prove -lvr
はじめまして。開発部じゃない加藤和良です。 最近、mixi では Buildbot をつかった継続的インテグレーションをはじめています。安定版の mixi のソースコードにコミットすると Buildbot がそれを検知し、自動的にテストが走るようになりました。 ここでの「テスト」は Test::Simple や prove(1) をつかった、Perl でかかれた開発者テストを指しています。mixi の開発者テストをとりまく環境は、ここ数年でかなり改善されました。今回はその歩みをふりかえりながら、テストの無いコードベースをどこからどうやって変えていったかという話をしたいと思います。 開発環境 はじめに、前提となる mixi の開発環境について説明します。mixi では複数人の開発者がひとつのマシンで作業を行います。それぞれの開発者は、あらかじめ割り当てられたポートで Apache を起動し、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く