Djangoでテストを書いて、テストレポート・カバレッジレポートを出力し、Jenkinsにテスト結果を出力するまでのメモ 以下の記事を参考にさせてもらいました。 Django でのテスト 前提 BitbacketとJenkinsを連携済み。 ローカル環境からBitbacketへpushすると、自動でJenkinsのビルドが走り、テストが実行されるようになっている状態。 これらの環境構築については以下のブログを参照のこと。 Bitbucketのprivate repositoryとJenkinsの連携について Djangoでのテスト環境の構築 モジュールのインストール pipでdjango-noseとcoverageをインストール。 以前、unittest-xml-reportingを使って同じような環境を作ったことがあったけど、django-noseの方が色々すんなりいった気がする。
社内外でちょいちょい聞かれるのでメモ。 前置き GitHubを使ってる場合 ライブラリを作ってる場合 Travis CIを選択する理由 2020/4/21追記 Travis CIを選択しない理由 アプリを作ってる場合 CircleCIとWerckerの共通点 CircleCIとWerckerの機能差異 GitLabを使ってる場合 GitLab CIの優位点 Jenkinsなどを使った方がいい場合 追記：2018/12/8 前置き 100%自分の主観なので偏ってます SaaSかオンプレならSaaS派。（自分でサーバの面倒身たくない） 自分が使ったことがないものは紹介していません 今回紹介してるTravis CI, CircleCI, Wercker, GitLab CI, Jenkinsに関しては仕事や趣味で各3〜4年くらいは使ってるはず GitHubを使ってる場合 ライブラリを作ってる場合
背景 社内ヘルプデスク（Redmine）における管理対応の業務を効率化し、サービスレベルを上げたい 現状の課題 起票されたチケットの解決にかかる時間が長い 原因の一つは、正しい担当者にチケットが割当てられず滞留することがあること 処理されないチケットは、カテゴリが正しく設定されていないものが多かった 弊社の運用としてカテゴリ単位で専門的な担当者が割り当てられているので、カテゴリを間違うとやり取りが増え、解決までに時間がかかってしまいます Redmineについては下記を参照下さい http://redmine.jp/overview/ 作ったもの Redmineにチケットが新規に起票すると、過去のデータから自動的にカテゴリを設定する仕組みをDeepLearningを用いて作成しました。 これにより正しい担当者にチケットが割り当てられ、チケットの平均解決時間の向上を狙います。 この仕組に対して
はじめに 仕事でcircleciをなんとなーく使っていますが 使いこなしたくなったので改めて個人でもいろいろ試してみるメモです。 アジェンダ CircleCIとは CIってなんぞや CircleCIってなんぞや CircleCIの特徴 CircleCIの料金 CircleCIに必要なもの CircleCIを使ってみる CircleCI/githubの連携を確認する 1. CircleCIとは ここではCircleCIってこんなもの！とわかるような内容を簡単にまとめておきます。 CIってなんぞや CI(continuous integration: 継続的インテグレーション)とはなんぞやというのは知ってる前提ですが一応載せておきます。 安定のwikipediaから引用.. CI（英: continuous integration）とは、主にプログラマーのアプリケーション作成時の品質改善や納期
概要 1ヶ月くらい一緒にお仕事している外国人プログラマさんを観察した記録です。 スペック 性別: 男性 仕事内容: うちの会社のプログラマは、ざっくり JS 等のフロントエンドと、 Java 等のバックエンドエンジニアにわかれているのですが、彼はどちらもやっているようです。 好きな食べ物: はちみつ たまに、くまさんのようにはちみつを舐めていました。 性格 彼はめんどくさがり屋です。 同僚の Windows ユーザの手伝いをしている時、 "C:¥Program Files¥..." みたいなパスを打ちながら、「めんどくさい。 ああ めんどくさい」 と 100回くらいつぶやいていました。 (普段の彼の環境は mac なので /usr/local/bin) パスワードを覚えるのもめんどくさいので 1Password で管理しているようです。 PC スペック マシン: Macbook Pro メ
1.対象プロダクトの全体品質定義 2.仕様品質の担保 3.テストフローの整備 4.テスト計画・テスト設計作成 5.テスト仕様書作成・実施 6.リリース基準作成・リリース判断 7.プロダクトの不具合分析、仕様改善業務 8.手動テストと自動テストの切り分け 9.QAエンジニア採用活動、テストベンダーやテスターの業務管理、QAイベント登壇 10.他チームとのコミュニケーション（共通認識） 全体のテスト範囲として 「単体テスト」 は基本、開発エンジニアが担保するが 「結合テスト」 以降はどうするのか？ 「単体テスト」 は、関数やメソッドが個々の機能を正しく果たしているかどうかを検証するテストになります。 主に、「JUnit」などのXunit系のテスティングフレームワークを用います。 ※プロダクトや案件によってはQAエンジニアが担当することもあります。 バグ修正コストを下げる目的もありますが しかし
PHPUnitを用いた単体テストのコードをJenkinsで起動してコードカバレッジ率とテスト結果の取込を行いましょう。 Yii2からは、Codeceptionをインストールして単体テスト、機能テスト、受け入れテストを行うようです。 せっかくなのでCodeceptionでテストを書いてJenkinsと連携させてみましょう。 テストの準備 α版のYii2だとsuggestで記述されているので、改めてインストールします。 インストール後にテストの準備を行って起動確認まで行っておきましょう。 アプリケーションディレクトリで操作して下さい $php composer.phar require --dev "codeception/codeception: 1.8.*@dev" "codeception/specify: *" "codeception/verify: *" >Loading comp
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
