映像視聴リスク解析(ハーディングチェック) 光点滅による光過敏性発作(PSE)・てんかん症状発症リスク対策 テレビ放映では標準化されている「ハーディングチェック*」と呼ばれる光過敏性発作(PSE)対策を目的とした映像解析サービスを、他業種・他業界のお客様へ向けてカスタマイズを行い、ご提供しています。あらゆる分野での視聴事故を予測・予防できます。 *パカチェック、パカパカチェックとも呼ばれます ご依頼事例(放送媒体以外)
映像視聴リスク解析(ハーディングチェック) 光点滅による光過敏性発作(PSE)・てんかん症状発症リスク対策 テレビ放映では標準化されている「ハーディングチェック*」と呼ばれる光過敏性発作(PSE)対策を目的とした映像解析サービスを、他業種・他業界のお客様へ向けてカスタマイズを行い、ご提供しています。あらゆる分野での視聴事故を予測・予防できます。 *パカチェック、パカパカチェックとも呼ばれます ご依頼事例(放送媒体以外)
モチベーション 使ってる技術 デプロイ周り https://sue445.github.io/my-ci-badges github.com モチベーション gemやアプリなどを40個くらいメンテしてて一応全てでweekly ビルドを実行してるのですが、CIのバッジが各リポジトリにしか貼っていなくてCIのステータスをまとめて見るためのポータルサイトが欲しかったので作りました。*1 製作時間半日くらい 使ってる技術 Bootstrap v4.0.0-beta いつものようにbootstrap使おうと思ったら4系が出てたので雑に投入 Vue.js 「いつもMithril.js を使ってるのでたまには違うのを使うか」っていう雑な理由でVue.jsを採用 デプロイ周り GitHub Pagesを使ってるのでGitHubにpushするだけ。CIいらずで楽 *1:ビルド結果も個人Slackに全部流して
はじめに AWSでは負荷テストを実施する際に事前申請は不要でしたが、 意図した負荷であってもトラフィック量によってはDoS/DDosとして検知されネットワークが遮断されることがありました。 そこでネットワーク遮断の回避の方法や負荷テストの可否について、 AWSへ確認しましたところ現在は負荷テストを行う際は実施前に承認を受ける必要があることがわかりました。 英文 (AWSより) All AWS users are required to receive approval before any load testing. Please send detailed plans of the testing including expected peak bandwidth to the simulated events email address listed on the AWS Penetr
この記事は過去に自分が携わっていた案件のコードを理解するために書いたものです。 前は公式の日本語ドキュメントがあったんですが、迷宮に迷い込んだようです(404) ちなみに英語ドキュメントは普通にあるので読める人はそっちを読んだほうがいいです。 pytest: helps you write better programs — pytest documentationhttps://docs.pytest.org/en/latest/ 以下のようにインストールします。 info2021年09月に以下のバージョンで確認しながら大幅に加筆・訂正を行いました。pytest 6.2.5Python 3.9.6テストランナーとしてのpytestpytestは簡単に始められます。フレームワークに依存していなければテストケースを置き換えなくても実行するだけでOKです。 手始めに以下のファイルを作成します。
AdventarのPython Advent Calendar 2015 25日目の記事です。 はじめに 本記事ではLuigiを用いたジョブパイプライン構築の簡単な実例として、Pytestのテスト再実行について記述する。 Luigiとは LuigiはPython製のジョブパイプライン構築ツールである。Luigiを用いることで、ジョブパイプライン構築に必要な以下の事柄をPythonコードで表現することができる。 タスクの実行 タスク間の依存関係 タスク実行結果の保存 HadoopやSparkのジョブ実行、データベースからの/へのデータロードなど、それなりに時間がかかるタスクを構成要素としたジョブパイプラインの構築をメインターゲットとしているようで、それらのツールと連携するためのモジュールはデフォルトでサポートされている(http://luigi.readthedocs.org/en/stab
はじめに pytestのfixtureは同じ条件でテストを繰り返したいときに非常に便利なツールです。いろいろな条件に共通するテストを書くために、fixtureをテストのパラメータにしたいと考えた時に、意外と情報がネットにまとまっていなかったので、ここに記載します。 ちなみに、fixtureをテストのパラメータにする方法については、公式ページ やGitHub で議論されているので、近い将来にもう少し簡単な方法が提供される可能性はあります。 やりたいこと import pytest @pytest.fixture def fixture_a(): yield 1 @pytest.fixture def fixture_b(): yield 2 @pytest.fixture def fixture_c(): yield 3 @pytest.mark.parametrize("expected,
Pytestの備忘録 py.test の書き方について重要なところだけまとめてみました。 大体以下のことがつかめればOKだと思います。 autouse と pytest.ini の関係 scope の使い方 request.addfinalizer autouse tests/test_my.py を用意 # -*- coding: utf-8 -*- import pytest @pytest.fixture() def create_fixture(): print '[create_fixture]' class TestMy(object): def test_101(self): print '[test_101]' def test_102(self, create_fixture): print '[test_102]' def test_103(self): print '
エンジニアの大橋 @_tohashi です。会計freeeで確定申告や記帳機能などの開発を担当しています。 Webに限らず、日本向けのアプリケーションにおける特有の要素として和暦があります。プロダクトによっては最初から和暦を扱わずに西暦に統一してしまうという手もありますが、弊社のプロダクトのように会計や労務管理に関わるものの場合、決算書上の表記など和暦が必要とされる場面は多々あるため避けて通ることはできません。本記事ではUIや実装における和暦の扱いについてご紹介したいと思います。 和暦の範囲 そもそも「和暦」とはどこからどこまでの期間を指すのでしょうか。Wikipediaによれば 和暦(われき)は、元号とそれに続く年数によって年を表現する、日本独自の紀年法である。邦暦(ほうれき)とも。また「和暦」は、西暦に対する表現としても使用されることが多い。 この手法自体は東アジアで広く行われてきたが
1. 手動テストはなくならない 2. 手動でおこなって効果のないテストを自動化しても無駄である 3. 自動テストは書いたことしかテストしない 4. テスト自動化の効用はコスト削減だけではない 5. 自動テストシステムの開発は継続的におこなうものである 6. 自動化検討はプロジェクト初期から 7. 自動テストで新種のバグが見つかることは稀である 8. テスト結果分析という新たなタスクが生まれる これらの原則は、どのようなドメイン、プロセス、ツールの現場におけるテスト自動化であっても共通して言える、テスト自動化に取り組む前に留意しておくべきことがら=原則を、テスト自動化研究会のメンバーによる議論のうえ、絞り込んだものです。これからテスト自動化に取り組まれる方、現在取り組まれている方、これから見直しをされたい方にご参考いただければ幸いです。 解説 1. 手動テストはなくならない ユーザビリティテ
こんにちは、東京品質保証部の新関です。 2017年に入り、ちょうどテストエンジニアリングチームを設立して一年が経ちました。設立からのテストエンジニアリングチームの活動が、開発組織へどのような影響をもたらしたのか、紹介したいと思います。 テストエンジニアリングチームとは まず、テストエンジニアリングチーム(以下TE)の説明から簡単にさせてください。サイボウズのTEは『枠組みを超えて品質/生産性の向上に貢献する』をミッションに設立した、プログラマーとQAのジョイントチームになります。 テストエンジニアと組織構造 @Cybozu from Jumpei Miyata www.slideshare.net @miyajanの紹介資料にもありますが、2016年1月に3名でキックオフし、テスト自動化の推進を主に行っています。 TE設立背景は紹介資料にある通り、内部環境の変化により、品質保証への要求も変
今年に入って Octopassというプロダクトを公開しました。それは、Linuxのユーザや権限をGithubのTeamと連携して運用を楽にするというツールでした。色んな方々のご協力により、多くのRetweetやはてぶいただいたことで、ある程度、Octopass を必要としそうな人の目に触れたのではないかと思っています。(Githubのスター数が少ないのは今後の課題)その中で「すごく便利」「ぜひ導入したい」というフィードバックは、継続して機能追加していくというモチベーションにつながっていて、非常にありがたいです。 さて、この Octopass は、Linuxユーザ名前解決をするためにの glibc の libnssモジュールをCで実装しています。cgoやその他の言語でShared Objectを吐き出しても良かったのですが、それだと技術的挑戦が足りないとして、触れてこなかったCに挑戦しました
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く