【社内勉強会】JUnitの紹介(2017/08/02) ～作成中～ - Qiita
1. ソフトウェアテストについて ソフトウェア開発におけるテストの定義 ある条件下 使用するデータ 動作環境 事前の操作手順 ソフトウェアの振る舞いを記録できる データやデータベースの状態 画面表示(人が確認するだけでOKな場合もあり) 期待される結果との検証 ソフトウェアテストの目的 品質保証（メイン） 仕様が不足なく実装されていること 設計が妥当であることを検証 用語の確認 テストケース テストスイート 2. ユニットテストについて ユニットテストのパターン [xUnit Test Pattern]参照 ユニットテストを行う目的 プログラマにとって重要なスキル クラスやメソッドがプログラマの期待した振る舞いであることを検証 ユニットテストで確認しないこと（機能テストや受け入れテスト） クラスやメソッドの相互作用 ソフトウェアの機能の確認 品質の保証 P2参照 P31参照 ユニットテスト
リリース用モジュールのチェックツールを作ってみた - Qiita
背景 Webシステムをリリースする際、私が携わっているプロジェクトでは以下の操作を行っています。 Gitでdevelopブランチの内容を、releaseブランチにマージ releaseブランチにチェックアウト リリース用の設定がなされていることを確認。 warファイルを作成 リリース用の設定がなされていることの確認項目は、10~20個です。たとえば、以下のような項目です。 DB接続先 FTPやDBなどのパスワード（テスト環境と本番環境はパスワードを変えている。間違って本番環境にアクセスしないようにするため） 画面に「テスト環境」という文字が表示されていない リリースの頻度は3ヶ月に1回なので、確認自体はそこまで負担ではありません。 目視確認では漏れる恐れもあるため、勉強も兼ねてツールを作ってみました。 まあ、ツールが間違っているという可能性もありますが。。。 ツールの中身 構成 JUnit
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
