単体テスト

こんばんは！ 株式会社プラハCEO兼エンジニアの松原です。 この度、自走できるITエンジニアを育成するオンラインブートキャンプ「PrAha Challenge」の提供を開始しました prtimes.jp 今回は「なぜPrAha Challengeを作ろうと思ったのか」を書き残しておこうと思います。 ITエンジニアの成長は努力5割、環境5割 僕は個人的に、IT エンジニアの成長を決める要素は、個人の努力が5割、環境が5割だと考えています。 どれだけ毎日独学する人がいたとしても、独学は ・なかなか理解できず詰まる ・誤解する ・学ぶ価値の低い知識に時間を割いてしまう などの理由から効率が低く、よほ…

blog.nsk.ne.jp 何にも見えないですけど！ ブラウザで表示確認もしてないのかよ…Firefox（こっちはScript規制のアドオン入っているので参考程度）、Chrome共にダメ！ ちなみに、『単体テストレベルのバグだよ』って言われるのが一番キツイ…嫌いな単体テストも『この言葉』を聞きたくないがために日々やってます。プログラマなら共感できると思う…

C言語の単体テストをする上で最強のフレームワークはこちら GoogleTest github.com FFF (Fake Function Framework) github.com Google Test こちらは使っている人も多いだろう。 GoogleTestを使うメリットとしては何よりも、エラーが出た際にOSSなのでWebでの情報が多いことだ。 私の部署では、以前は CPPTEST と呼ばれる有償のソフトを使っていたがWebに情報がなくて辛い思いをした。 GoogleTestなら日本語のドキュメントもあるし、色々な使い方ができる。 opencv.jp opencv.jp 基本的には以下の…

HIGH OUTPUT MANAGEMENTを読み、今の自分がどのような尺度でシステムエンジニアを評価できるかを試し書き。 結論、やや古めのWebアプリケーションエンジニア・アーキテクトに関する評価表になった。 何か本を読むなり手を動かすなりで知識を取り入れて更新していきたい。 設計者（システムエンジニア）としての指標 指標（グランドデザイン） 業務領域に関する知見の深さ。 様々なミドルウェア・ソフトウェアの特性の把握。 システムを構築する要素の物理（サービス）的・論理（サービス）的観点の知見。（実例を知れば知っているほどよい） 運用時、各アクター（ユーザー、特権ユーザー、ヘルプデスク、エンジ…

初めまして！LayerXの遊撃隊員、kajiです。 今日は目下実践中のテスト自動化への取り組みについて書いていきます。 MVP開発からPMFに向かう間の、ソフトウェアテストに対するアプローチの変化をお伝えできればと思います。 手動E2Eテストで担保したMVP開発 定石：テストのピラミッドは下から登れ あるべきソフトウェアテストの姿として「テストのピラミッド」がよく持ち出されます。 テストのピラミッド 単体テストを土台とし、その上に複数層をまたいだロジック検証のためにAPI/統合テストが存在し、それでもカバーできないユーザー体験を守るためにUI/E2Eテストが求められる。 土台に近いほうが実行速…

前提 環境構築 フォルダ構成 レベル0：リファレンスサンプル（正の整数の計算を追加） レベル1：正常系テストの追加 レベル1-1：負の整数の計算を追加 レベル1-2：小数の計算を追加 レベル1-3：境界値のテストを追加 レベル1-4：特異値（0）のテストを追加 レベル1-4-1：_+0 レベル1-4-2：0+_ レベル1-4-3：結果が0 レベル1-4-4：0+0 レベル1-5：特異値（0.0）のテストを追加 レベル1-4-1：_+0.0 レベル1-4-2：0.0+_ レベル1-4-3：結果が0.0 レベル1-4-4：0.0+0.0 レベル1（ボーナス）：describe(name, fn) …

＜今日の出来事＞ ・今日は朝からメッセージが届いていたので即対応しようとしたが詰んだ。今更ながら手順書を問い合わせした。朝会では頭を悩まさながらも話を聞いていた。テストに関しては引き続き実施しており全然上手くいかない状態であった。午後になって進捗会議が行われ相変わらずの遅延報告になり申し訳ない。テストで物が出てくるようになったが全くと言っていいほどよくわからなかった。ここはお客さんに聞くしかないと思い打ち合わせを設けさせてもらって確認作業を行った。何となく話はわかったのでそもそもの対応が必要だということで話が終わった。 ＜今日の考察＞ ・やり直しについて 避けたい物である。 ・単体テストについ…

暗黒のSIerに就職して3年目となった。 無事現在のプロジェクトも大炎上中である。 そんな中、2年目から現在までを振り返って暗黒っぷりを書いておこうと思う。 そしてこれを書いている現在絶賛メンタルぶっ壊れ中だ。 【平和な社内研修】 昨年4月は心身を軽く壊し、いわゆる生産性が低いのもあり、また所属部所でインフラエンジニアを増やしたいという政治的何かに巻き込まれて(俺はセキュリティ系やりたいとは言ったがインフラやりたいとは言ってないぞ)、インフラ系、特にAWS関連の研修に参加することとなった。 研修先の別オフィスは自分の所属オフィスよりも遠く、ネットワークが遅い、近所に飲み屋が多い、治安が微妙など…

#4月2週目の学習記録 #学習開始9週目 週の合計学習時間:33時間 ・4/4土曜:9H ※休日 ・4/5日曜:9H ※休日 ・4/6月曜:4H ・4/7火曜:7.5H ※休日 ・4/8水曜:1H ・4/9木曜:1.5H ・4/10金曜:1H "一週間の振り返り" ＜Keep・良かったこと継続したいこと＞ ・無事に応用カリキュラムを終えられた ・過去一番、学習に時間を使えた一週間 →土日の休日から火曜の午前中までだけで30時間を超えた。毎週これをやるのはキツイけど、週に28時間を最低目標にするとか、少しずつ最低目標を底上げする時期かもしれない。 ・集中とリラックスの切り替え →多くの学習ができ…

この記事はなに？ 最近、自分の経験や考えていることを言語化してみる実験をしています。 自分で言語化したことのある概念については自信を持って他の人に話せるし、一般化して横展開していくことも可能になるので、メリットが大きいのかなと。 第一弾として、私がテックリードとしてチーム内でコードレビューをしている際に考えていることをまとめてみました。 注意点 思いついたら随時更新します 今回の話のターゲットは主にWebフロントエンド/バックエンドのアプリですが、その他の開発にも使えるノウハウはあると思います ここで書いているのは、仕事でチームを組んだ際にピアレビューをする際の話です。OSS等のコードレビュー…

私が SI という業務システム中心の受託開発業界にいることも多分に関係していると思うのだけど、ソフトウェア・テストに関する各種の方法論に対してどうしても懐疑的な考えを持ってしまう。端的に言ってしまうと「それは私（あるいはSI業界）がテストに関して抱えている問題を解決してくれる」ようには思えないからだ。 ここで言う一般的なソフトウェアテストの文脈での方法論というのは具体的には次のようなものを指している。 ブラックボックス/ホワイトボックステスト 分岐網羅、命令網羅 境界値テスト、状態遷移テスト、組み合わせテスト 複雑度に基づくテスト もちろん、これらの方法論は使っていないわけではなく、単体テスト…

Kaz Satoさんによる講演。 下記簡易メモ 01 MLOps at Google PoC段階で終わる例が多い。データサイエンスとエンジニアの壁。 Operatingの方がLaunchingより難しい。 精度が落ちた時に検出できるか。 DevOpsとMLOpsは別物。 DevOps: CI/CDを回す。Reproducibility大事。 MLOps: 振る舞いを決定するのは特徴データ。DevOpsのように単体テストで検証できない。データのガバナンスが大事。共変量シフト。機械学習のアウトプットをきちんと専門家ではない方にも説明できるか。デプロイした後で考えるは遅い！ Googleの論文。苦労…

タイトルの通りです。 phpunit による自動単体テストは触ったことがありませんでしたので。 phpunit の install と言っても、phpunit.phar をダウンロードするだけです。 $ cd /home/end0tknr/prj01/hon/cgi-bin2/test $ wget https://phar.phpunit.de/phpunit-8.5.9.phar $ chmod 755 phpunit-8.5.9.phar $ phpunit-8.5.9.phar --version PHPUnit 8.5.9 by Sebastian Bergmann and cont…