テスト技法ポジショニングマップThis domain is registered at Dynadot.com. Website coming soon. hayst.com 2023 著作権. 不許複製 プライバシーポリシー
タグ一覧ソフトウェアテスト
1/22 新刊ピックアップ 9割が失敗するソフトウェアテスト自動化の現状 9/18 インフォメーション 「5th長崎QDG」10月31日にCO-DEJIMA（長崎市）で開催 6/29 新刊ピックアップ 試験を通じて国際的に通用するテスト技術を学ぶ 3/18 コードの安全性・安定性を高める開発サイクル ～テスト管理の効率を上げ，脆弱性診断を自動で行う～ 第10回 テストファーストな管理で，品質を落とさず素早くソフトウェアをリリース（後編） 2/19 コードの安全性・安定性を高める開発サイクル ～テスト管理の効率を上げ，脆弱性診断を自動で行う～ 第9回 テストファーストな管理で，品質を落とさず素早くソフトウェアをリリース（前編） 11/8 レポート 「フェイスアップ！」「ビルドアップ！」「マインドアップ！」～JaSST'19 Hokkaidoレポート～ 10/2 インフォメーション 「4th長
ソフトウェアテスト入門（ブラックボックステスト）
ご無沙汰しております、takekoshiです。 社内勉強会として、 ソフトウェアテストについて基本的な部分を発表しました。ブラックボックステストのうち、以下のものです。 同値分割 境界値分析 デシジョンテーブル 原因結果グラフ（紹介のみ） 前者２つについてはプログラマなら直感で行っていることもありますが、名前を知っているのと知らないのでは理解度が大きく違ってくると思います。 私自身はテストの専門家ではありませんので、間違っている部分があればご指摘いただければありがたいです。 スライド ソフトウェアテスト入門第１回資料（同値分割・境界値分析） ソフトウェアテスト入門第２回資料（デシジョンテーブル・原因結果グラフ） ムービー 第１回発表の日は鼻づまりで相当聞き苦しいかと思いますがご容赦ください。自分の声は聞いていてなかなか苦しいですね。
ソフトウェアテストの勉強室
ソフトウェア開発の品質向上を目指して、勉強するブログ。プログラマも、テストエンジニアも、QAも、みんな勉強しようぜ。書籍やセミナー、イベントも紹介。 試しに、直交表に割りつけてみた。 「今、食べたいラーメン」 腹が減りました。とてもラーメンが食べたいです。でも、どんなラーメンでもいいわけではありません。以下の条件を参考に、食べたいラーメンになるように原因結果グラフを作成してください。 味はしょうゆか塩か味噌のいずれかが良い。普通の胃袋なので1 杯で十分です。 昨日はステーキを食べたので、こってりではないほうが良い。 しょうゆか塩の場合は、とんこつベースが良い。 味噌の場合は野菜がたっぷり入っているものが良い。 トッピングは絶対に付けたい。金に糸目はつけないので味玉、刻み玉ねぎ、焼き海苔の中から最低１つは付けたい。 16番目の組合せだけが説明文通りの「食べたいラーメン」だけど、他の15通りで
「同じコード」の同じって何さ - TAPのススメ : 404 Blog Not Found
2008年03月27日03:00 カテゴリArtLightweight Languages 「同じコード」の同じって何さ - TAPのススメ 問題は、この「同じコード」の定義。 「誰が書いても同じコード」は大事なことなのか - ひがやすを blog でも、「誰が書いても同じコード」にするってのは、そもそも無理だと思うんだよね。そうやって、わざわざドキュメントをたくさん書かせても、めためたなコードを書くやつはいて、総合テストするときに、現場は燃え上がるもの。ある程度の規模以上のプロジェクトなら、どこでもそんな感じじゃないかと思います。同じ「書き方」をしなければならないのか? 結果が「同じ」ならいいのか? もし後者だとしたら、実は 重要なのは、「誰でもメンテナンスできるコード」にすること。そのために、コーディング規約は、きちんと決めてみんなで守る、それ以上は、がちがちに縛る必要はない。 すら必
「プロジェクト成功のためのソフトウェアテストの勘所」参加レポート - アークウェブシステム開発SandBox
基調講演 † 演目 「テストの自動化の理論とその実際」 講演者 高橋 寿一さん ソニー 株式会社 情報工学博士 領収書のテストの額がすさまじい（期末で） テスト屋さんは忙しい（寝ずにな感じ） あまり徹夜をせずにHappyな方向を模索したい 今ソニーはユーザ事例はナーバス（火を噴いたりね^^）ということで学者の立場から発表します James Whittaker(高橋さんの大学院時代の先生） マニュアル（道・仕様）を少しでもはずれると危険（バグ）に遭遇 ソフトウェアは道を広げる作業 ユーザ満足度の観点からハング/フリーズはクリティカルなイメージ どんなに使いやすくてもクリティカル。安心して使えるソフトのリリース。その為にあるテスト。 自動化は広い道を作るためにという認識が重要 ソフトウェアテストとは 「バグを全部見つけるのは無理だと心得よ」 by Cem Kaner 「エラーはみつからないだろ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
デザインやコードの良いレビュー、悪いレビュー、そして酷いレビュー
