Hatena Blog Tags
はてなブログ トップ
受入テスト
このタグでブログを書く

受入テスト

このタグの解説についてこの解説文は、すでに終了したサービス「はてなキーワード」内で有志のユーザーが作成・編集した内容に基づいています。その正確性や網羅性をはてなが保証するものではありません。問題のある記述を発見した場合には、お問い合わせフォームよりご連絡ください。
要件定義の進め方•25日前

受入テスト設計書(受入テスト仕様書)の作り方

req-definer.com 上記の手順に従って要件定義をしたら、その要件通りに動作するのかどうかを確認する必要がある。この動作確認行為は、通常、受入テストと呼ばれる。実現されたシステムが、受け入れ可能なシステムかどうかをテストするというわけだ。本稿では、システム開発における、受け入れテスト設計書(受入テスト仕様書とも呼ばれる)の書き方を説明する。 受入テスト設計方針の合意 受入テスト設計書の作成 受入テスト設計書に書くべき内容 受入テスト設計書項目 受入テスト設計パターン パターン① 要件定義書を書いた本人が書くパターン パターン② 要件定義書を書いた本人以外が書くパターン 受入テスト設計…

#システム開発#要件定義#受入テスト

ネットで話題

もっと見る
45ブックマーク納入時に品質を確保する「受入テスト」と「総合テスト」www.itmedia.co.jp
26ブックマーク受入テストの自動化 - 理論にすぎないのか、それとも実践的なのかwww.infoq.com
16ブックマーク満足せる豚。眠たげなポチ。:なぜ顧客は受入テストで仕様変更に気がつけるのか？「リーンソフトウェア開発」P219から。 システムが、顧客の意図どおり動くことを確認するテストは「顧客テスト」という名前で呼んだ方がよい。それは、テストの目的が、顧客がシステムに期待したとおりシステムが動くことを確かめるためだからである。 そう。そのとおりだ。そして、本書ではその顧客テストを短いサイク...blog.hacklife.net
10ブックマークC#で日本語受入テストの自動化ができるSpecFlowを使おう - Qiitaqiita.com
6ブックマークTestLinkを受入テストで運用する方法 - プログラマの思索forza.cocolog-nifty.com
5ブックマーク満足せる豚。眠たげなポチ。:なぜ顧客は受入テストで仕様変更に気がつけるのか？の続きの続き3/9のエントリについて、いくつか言及を頂いたので紹介。ちなみに私自身の考えはこちら。 違いは何か。実ははっきりしています。「本気度」です。いつでも変更できますよ、というステータスだと、必死で詳細まで見ないのです。ここで決めたことがリリースされるのだ、となった途端に急に詳細まで考え抜くようになります...blog.hacklife.net

関連ブログ

社内SEになりました•1ヶ月前

プロジェクト計画書の書き方：マスタースケジュールと工程定義

プロジェクト計画書の書き方の説明です。 第四回は、マスタースケジュールと工程定義の説明です。 １．マスタースケジュール RFP でもマスタースケジュールを作成しますが、本番日などの重要なマイルストーンが変わらなければ、RFP のマスタースケジュールにこだわらず、ベンダーと現実的なスケジュールを作成します。 RFP との違いはベンダーが決まり、メンバーも決まり WBS に落とせるということです。逆にいうと WBS を意識してマスタースケジュールを作成します。 本来はマスタースケジュールがあって、それをベースに WBS に落としていくものですが、現実のプロジェクトでは要員や環境などの様々な制約があ…

天からの封書を開けよ•1ヶ月前

なんちゃってシステム屋

前部署の応援でシステム構築を行うべく直接のベンダ、会社の情報部門、そこの担当ベンダとやりとりをする一方、自分の部署が使用しているシステムに対しては、自分はエンドユーザーの位置づけ。ただし、仕事でやっている話なので、例えばカスタマイズにおいては仕様書の確認から受入テストまでやるのだが、この受入テストがなかなか。なにが大変っていろいろあるのだけど、やはりエンド側からすると、テストシナリオができていないと何もできない。カスタマイズの内容は多岐にわたり、各機能をそこそこ理解していないと簡単にはテストに移行できない。それが分かっていながら、そこまで手が回っていないのが現場である。といっても埒が明かないの…

techtekt•2ヶ月前

転職してみてどうですか？vol.137 山﨑 直希さん

こんにちは！ techtekt編集部です！ パーソルキャリアで働く社員に、入社前のイメージから入社後の驚いたギャップまで聞く、"転職してみてどうですか？"シリーズ。vol.137は、dodaのエージェントサービスをIT/テクノロジーから支援する「エージェントプロセス＆システムデザイン部」に入社された山﨑さん。中途入社者の人数が多いことに驚きつつも、同期が多いことに安心感も持たれたそうです！ぜひご覧ください。 山﨑 直希さんのプロフィール 新卒でSier企業に入社し、システムエンジニアとして「Java+Oracle」をメインに法人向け業務アプリの設計・開発、運用保守、PL/PMを経験しました。 …

HAROLABO Tech Blog•3ヶ月前

ソフトウェア開発プロセス

ソフトウェアを開発する手法がソフトウェア開発プロセスです。 システム開発プロセス、開発工程などとも呼ばれます。

池田日記•3ヶ月前

XAMPP

■良かったこと①ローカルにWebサーバを立ててみたことXAMPPというソフトがおすすめだとベンダーさんに教えてもらったので入れてみた。ググった通りにやればすぐにできたし、サーバの起動/停止やhttpd.confのファイルの開閉が簡単にできて良い感じ。ローカルのファイルでhtmlファイルの動作確認をしてるとCORSエラーでうまく動かないものもあったけど、Webサーバを通したらちゃんと動いた。明日からまたタグの勉強頑張ろう。 ②受入テストの結果が想定外のNGが多々でたけど、何とかなりそうなこと問題はあったけど、メンバーの細かい対応とベンダーさんのリカバリーのおかげでなんとかなりそうか・・・な。今週…

くまごろーのプログラミングメモ•4ヶ月前

『ドメイン駆動設計』第14章② エヴァンス本 まとめ&感想

前回のふりかえり 第14章 モデルの整合性を維持する システムが複雑になりすぎて個々のオブジェクトのレベルで理解することが出来なくなると、巨大なモデルを扱うためのテクニックが必要になる 非常に入り組んだドメインに対応させるための原則 コンテキスト 蒸留 大規模な構造 第14章では、コンテキストについて説明 コンテキスト境界 各モデルのスコープ(境界)を定義し、境界内はモデルを一貫性のあるものに保つようにする 継続的な統合 コンテキスト内で行われるすべての作業について一貫性を保つことで、分派した時にすぐ発見して修正できるようにする コンテキストマップ コンテキスト同士の関係を明らかにするために作…

tricrow tech log•4ヶ月前

AWS Lambdaをローカルで開発・テストするには？

Pythonを使ったAWS LambdaはAWSのマネジメントコンソールから直接コーディングとテスト（とデバッグ）ができる。 が、コーディング時にVSCodeや周辺ツールが使えないのは辛い。それにローカル環境で行える作業とテスト/デバッグはローカルで行いたい。 先に結論 そもそも何をどこまでどうテストできるのか ローカルでLambda関数を開発するには？ 環境変数をどうするか？ 参考 先に結論 次の方針で実行することにした。 なるべくテスタビリティの高いコードを書いた上で（大前提） ローカルでできるテストはローカルで行う。 ローカルでできないテストはAWS上で行う。 Windows上のVSCo…

徒然なるままに•5ヶ月前

「実践アジャイルテスト」を読んだ感想

実践アジャイルテストを読んだのでその感想を書きます。余談ですが、この本は絶版らしく*1図書館で借りて読みました。 www.shoeisha.co.jp なぜ読んだか 学びになったこと アジャイルテストの4象限 第1象限(チームを支援する技術面のテスト) 第2象限(チームを支援するビジネス面のテスト) 第3象限(製品を批評するビジネス面のテスト) 第4象限(技術面のテストを使った製品の批評) テスト自動化について テスト自動化のメリット 単体テスト・コンポーネントテストでの特徴 受け入れテスト(APIテスト) GUIテスト CIの重要性 自動化しないほうが良いテスト 検討時に必要なこと テストを…

えいぺっくす庵•5ヶ月前

暑さ寒さも

今日は暑くてジョギング12㎞走ったら汗びっしょり。疲労はだいぶ抜けてきたが今無理すると右足首の痛みが再発しそうなのでペース関係なしにピッチを少し早める意識だけで走る。暑さ寒さも彼岸までっていうけど、この歳までお彼岸ってお盆のことと思ってて「お盆過ぎても暑くね？」と妻に言ったら鼻で笑われてマウントとられました。お彼岸って9月20日ごろなんですね。そりゃ涼しいわ！（怒） なんかお腹に何か所もダニに嚙まれた跡のようなものができた。2，3日経っても治らない。妻に見せたら「それ帯状疱疹じゃない？」っていわれた。コロナ前の2019年の年末に帯状疱疹に一度なってるのでもうならないと思ってたけど妻曰く2回目も…

技事録係•6ヶ月前

令和3年度技術士第二次試験 ソフトウェア工学

問題 Ⅱ-1 Ⅱ-1-1 オープンソースソフトウェアのライセンスの種類を3つ挙げて，それぞれの内容を互いに比較可能な形で述べよ。また，それぞれの種類に当てはまる具体的なライセンス名を述べよ。 Ⅱ-1-2 要求工学では，複数の観点から要求分析手法が考案されている。その中から手法を3つ挙げて，それぞれの内容を述べよ。また，それぞれの利点，欠点について述べよ。 Ⅱ-1-3 マイクロサービスについて，概要，技術的な特徴とメリット，適用に当たっての留意事項について述べよ。 Ⅱ-1-4 ソフトウェア開発を安定的かつ臨機応変に進めるためにはプロジェクト管理が必要不可欠である。プロジェクト管理において、工程管…

freee Developers Hub•6ヶ月前

freeeの自動テストの全体構成

こんにちは、Software Engineer in Qualityチーム(通称SEQチーム)の @teyamagu です。 私たちのチームは普段自動/手動テストの基盤開発や開発フィードバックサイクルの高速化に向けた開発をおこなっています。 その一環で、先日、社内でfreeeの自動テストシステム全体像を共有したのですが、この辺りのことを社外の友人達と話したところ、自動テストの具体的な構成や普段の運用など事例が少なく、どんなことをやっているのかイメージしにくいとの話を伺ったので、社内向け原稿をちょっと手直しして、おすそ分けと言うことで、ここで紹介します。 特に変わったことをおこなっているわけでは…

叡智の三猿•6ヶ月前

自社で開発するか客先で開発するか

ＩＴ業界を目指す就活生は会社を選ぶにあたって自分のワークスタイルを気にします。好きなプログラムの仕事ができるのか。ＩＴ未経験でもやっていけるのか。ＩＴ会社はたくさんあります。ワークスタイルの観点でみると自社で開発や運用を行うスタイルと、お客様先に常駐して開発や運用を行うスタイルに大別されます。下図ではユーザー企業の開発プロジェクト（ウォーターフォール型）を例として、自社のワークスタイルと客先常駐のワークスタイルをイメージしています。 開発工程の入り口となる要件定義は、ユーザー企業の社内ＳＥが、システムの利用者に機能要件を確認します。ただ、社内ＳＥは自分の会社の業務は知っていても、業界標準やトレ…

IT・システム判例メモ•6ヶ月前

PaaSを用いた開発の頓挫　東京地判令4.6.17（平29ワ39859）文化シヤッターvs日本IBM

PaaSを用いた大型のシステム開発紛争において、ベンダの開発手法・方法論の選定や、プロジェクトマネジメント違反等による損害賠償責任が認められた事例。

Flying Cat Penguin•7ヶ月前

「The BDD Books - Discovery (Japanese Edition) 」(2022年)　

Discovery: Explore behaviour using examples (BDD Books Book 1) (English Edition)作者:Nagy, Gaspar,Rose, SebGaspar Nagy and Seb RoseAmazon 2022年の読書 ：14冊目/目標24冊最近、新人さん向けにTDDを教えてみたり、テスコンに出ていて、 アジャイル開発における要求獲得からテストまでの流れについて気になる今日この頃…。ということで、今回はBDDの書籍を手に取ってみました。 三部作の第一冊目ということで、テーマは、堅苦しく言うと【要求の獲得&要求分析＆要件定義】…