Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 結論 コードメトリクスの一つ、保守容易性指数と、バグ発生率とに、相関の兆候を見つけた まだ下調べの段階だけど、大規模調査および統計的検定の結果、 保守容易性指数とバグ発生率との相関が認められたら、 保守容易性指数をKPIにすることで、数値的品質評価・管理ができるかもしれない バグをまき散らすけど手が早いエンジニアの影に隠れて、 丁寧にモノづくりをしているけどいまいち評価されていないエンジニアに、 日の目をあてられるかもしれない。 バグ対処コストと保守容易性とを掛け合わせることで、 技術的負債を金銭的評価ができる可能性がある 金銭的に評価
最近「Raspberry Piはすぐ壊れる」という趣旨の話題がTL上に出てきたので複雑な心境で眺めていました。 (以下簡略化のためRaspberryPi = RPiにします) もし「RPiはすぐ壊れるから製品投入に向いてない」と思っている方がいるのであれば、その理由でRPiを切ってるのはもったいないなぁと思いこの記事を書いてみました。 カンタンに自己紹介をしておくと、某社でRPiをベースにした製品を作り「RPiはすぐ壊れないものなのか？」の検証を進めていました。今では各地で5000台以上は動いてると思います。 ざっと書いたので、あまり技術的に詳しいことは書いてませんが、読み物として楽しんでもらえれば幸いです。 （これらテストをしたのがどのバージョンのRPiなのかについては触れません。読者さんが使いたいと思ったRPiでで気になる部分をテストしてもらうことが良いと思っています） 10,000回
はじめに この記事は、AWS Advent Calendar 2020 最終日の記事です。 qiita.com また、Serverless Advent Calendar 2020の12/18(金)にも記事を書いてますので、よろしければそちらもお願いします。 qiita.com ところで みなさん、テスト書いてますか？ ...と言っといてあれですが、正直僕も今年の前半までは、ほとんどテストを書いてませんでした。(なかなか本腰を入れられなかったのもありますが) でも、秋くらいから本格的にJestを勉強してテストを書いたら、考えがまるっと変わりました。 いやあ、テストは良いわ。てか絶対テストを書くべき。 テストを書くことにより受けられるメリットは、本当に大きいです。 「そんな時間あるならプロダクトコードを...」と思うかもしれませんが、受けられるメリットの大きさを考えたら、テストコードを書く時
こんにちは、山崎です。 ひとつのテストをたくさんのテストデータに対して実施したい時、fixtureにテスト用のデータを定義するというのが良くあるパターンだと思います。しかし、データの構造を変更するたびに必要になる、fixtureの大量のテストデータの手動での変更は辛い作業になってしまうことが多いと思います。 そこで今回は、データをランダムに生成することでそんな悩みを解決するProperty-Based Testingを、ScalaCheckとScalaTestにより実行する方法についてご紹介します。 Property-Based Testingとは ランダムに生成された値を使用してテストを行うことで、テスト対象のコードの満たすべき性質を検証するテストです。 今回はScalaのProperty-Based TestingのライブラリであるScalaCheckを使用します。 さっそく例を見てい
はじめに こんにちは、Cloud Ops担当者です。最近はGoogle Cloud Profilerがイチオシです。ワークショップやってるんで興味がある方はご連絡ください。 さすがにどことは言えないけど、あるお客さんにCloud Profilerの90分のワークショップをやったら、翌日お客さんがスプリントを実施してサービスの性能が倍になったって喜んでくれた。自分も嬉しい。Cloud Profilerのワークショップに興味ある企業の方がいらしたらDMください。 #gcpja #GoogleClould— Yoshi Yamaguchi ⌨ Keyboard builder (@ymotongpoo) 2020年10月13日 この記事はGo Advent Calendar 2020の19日目の記事です。昨日は@DoarakkoさんのGo の Web フレームワーク Gin にちょっとコミットし
この記事はBASE Advent Calendar 2020の22日目の記事です devblog.thebase.in どうもこんにちは、Web Frontend Groupの青木です 今回は、個人的にWeb開発を補助する目的でPuppeteerを使っていることがあるので、その話をします 前半では、普段どう使っているのか 後半では、ブラウザ操作を記録してコード生成してくれるRecoderについて紹介します そもそも、Puppeteerって? Puppeteer is a Node library which provides a high-level API to control Chrome or Chromium over the DevTools Protocol. Puppeteer runs headless by default, but can be configured t
本編開始は 19:05 からです こちらのイベントのYoutubeLive配信のアーカイブです https://tddbc.connpass.com/event/183044/ チャプター 0:00:00 準備開始 0:19:05 講演開始 0:41:55 ライブコーディング開始 0:57:20 プログラミング開始 1:02:00 最初の RED ？ 1:19:00 fake it 1:26:50 最初のリファクタリングおわり 1:36:40 質問タイム 1:51:20 5の倍数に着手 1:53:40 前半のデモのまとめ 1:55:20 質問タイム2回目 1:56:45 リリースから3年後の世界（テストをメンテナンスしやすくする） 2:14:20 テストの構造化とリファクタリングの説明
Evolution of Test Automation at Spotify May 31, 2019 Quality is important. People love a high-quality application. So, how can we achieve it? Spotify wants to release an application faster. We have a one-week release cycle. Every day, hundreds of engineers are working on the same code base. We believe that test automation is one of the key factors to keep a high quality in a sustainable way. Test
どうも、じゃがです！ 本記事は AWS Amplify Advent Calendar 2020 の9日目のエントリになります 2020年はAmplify iOS, AndroidのGA、Amplify JSのSSR対応やFlutterのDeveloper Preview、そしてAmplify Admin UIの登場など、Amplifyのアップデートが楽しい一年でしたね！ 今回はGraphQL APIのユニットテストを書くノウハウについてまとめてみたいと思います！ 想定読者 AmplifyでGraphQL APIのテストを書きたい人 テストが要件に入ってくる開発でもAmplify使いたい人 Amplify の基本的な使い方については解説しませんのでご了承ください。手を動かしてAmplify学びたいとうかたは、以下のWorkshopもご参照ください https://amplify-sns.w
こんにちは、QAリード兼アジャイルコーチの船橋です。 この記事は、自動テスト Advent Calendar 2020 の17日目の記事です。 さて、「自動テスト」とひとことで言ってもテストタイプに合わせて、さまざまな方法があります。 今回は、スマートフォンのアプリケーションに対してEnd to End(以下E2E)のテストを自動テストで実施する、株式会社TRIDENT様が提供しているサービスMagic Podをご紹介させていただきたいと思います。 Magic Podは昨今話題のノーコード・ローコードによって自動テストを実現させるサービスです。 Selenium IDEなどのような、Record & Playback方式に近い形で自動テストが実現できるため、開発メンバーだけではなくビジネスオーナーやコンサルティング、カスタマーサポートといった非エンジニアの方でも、受入テストとしても活用しや
What is KUnit? KUnit is a lightweight unit testing framework for the Linux kernel. These tests are able to be run locally on a developer’s workstation without a VM or special hardware. KUnit is heavily inspired by JUnit, Python’s unittest.mock, and Googletest/Googlemock for C++. KUnit provides facilities for defining unit test cases, grouping related test cases into test suites, providing common
テストが嫌いである。小学生の頃、大嫌いだったししゃもを食べたくないが故に給食時間が終わり昼休みが終わり「5限目が始まるからもう返してきなさい」と言われるまで食べず、先生と根比べをしていたのと同程度、あるいはそれ以上にテストをやるのは（ここではテストケースの作成→テストの実施までの一連の流れを含む）億劫で手がつかないものである。 今回は親の仇のようにテストを嫌う新卒2年目のひよっ子開発者が、テストの意義を無理やり頭に叩き込み自己説得に自己説得を重ね、やっとのことで手がつけられるようになるまでに辿った軌跡と、テストをやりたくがないが故に「より少ないテストケースでより多くのバグを検出するにはどうすればいいのか」を吐き気を催しながら出した結論を書き記すものである。 ※この記事はFringe81 Advent Calendar 5日目の記事です。 モチベーション テスト技法に習熟することでテスト作成
素晴らしい記事や動画の数々で、リンクをシェアすることが多いので、Qiitaにまとめてみました。t_wada氏のtwitterを眺めるのも、とても勉強になるので、おすすめです。 ブラッシュアップしたバージョンのスライドや動画が出た場合、旧版のリンクを消して、最新版だけ置いています。 動画 Testable Lambda｜AWS Summit Tokyo 2017 PHPConference2016 Track1 (3) PHP7で堅牢なコードを書く 見てわかるテスト駆動開発(2020) Developer eXperience Day【Stream A】テストコードのリファクタリングが目指すもの 和田卓人×和田省二 データベースを巡る世代間闘争 Webラジオ(Podcast) [codelunch] 16. The power-assert Leaves From Moratorium [c
運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
