QA組織立ち上げ奮闘記〜入社1年でできたこと〜｜Sammy (Morita Masami)
こんにちは！マネーフォワードのHR領域でQAエンジニアをしている森田です。 光陰矢のごとし。最初のQA組織立ち上げ奮闘記を公開してから、10ヶ月も経っていました。 今回は、入社1年という節目を利用して、何ができたのか、どのくらい貢献できているのかを振り返ります。 1人目QAとして頑張っている方、これから頑張る方、マネーフォワードでのエンジニア生活を知りたい方、どうぞ奮闘記をお楽しみ下さい。 2020年12月にQA組織ができ、2021年2月に入社note『マネーフォワード QA組織の歴史を紐解くと、様々なチームの形があった』より2020年12月にHRプロダクトのQAグループが新設され、私は2021年2月に部署1人目QAとしてジョインしました。 HR以外の雰囲気も気になる方は、こちらの記事もご覧ください。👇 この1年でできたことと貢献度◎：想定以上 ◯：概ね想定通り QAの社内外での認知 ◎
実践リスクベーステスト-PRISMAメソッド-
1.イントロダクション システムテストフェーズに入る前の工程、つまり開発や単体、結合テストが遅延することはよくあることです。 その結果、システムテストフェーズにしわ寄せがゆき、大きなプレッシャーの中でテストを実施しなければなりません。 しかし、テストをすること自体をやめたり、遅らせたり、ましてや手抜きテストなどできません。 実際のプロジェクトでは限られたリソースの中で最良のテストを実施するために、テストすべき対象を優先順位付けします。 「システムのどこが最も注意しなければいけない部分ですか？」 答えは1つではありません、どの部分をテストするかという優先順位付けはリスクベースでなければなりません。 テストにどれだけリソースをかけられるかとテスト後に欠陥が発見された場合のコストとの間には関係がります。 リスクによっては段階的な本番リリースする場合もあります。 段階的リリースでの一般的なテストア
初めてのQA組織立ち上げ｜Jun Shikoda
今まで、IPO（Initial Public Offering）前準備（東証グロース市場：2022年4月3日までの東証マザーズ市場）シリーズ期の「スタートアップ」・「ベンチャー」数社のQA組織立ち上げに関わってきました。 SaaSビジネスであったためARRの数値や毎月のMRRの数値も気になり、Churn MRRも。 そもそも、どのような経緯でQA組織を立ち上げることになったのか？ スタートアップやベンチャーでは、1つ目としてEXIT（IPOもしくはバイアウト）まで持っていくこと。 （VC：Venture CapitalやCVC：Corporate Venture Capitalからの資金調達だと特にリターンが大事になる）なので、IPOもしくはバイアウトまで持っていくプロセスの1つが事業としての品質プロセスです。 （資金調達ラウンドが「シリーズA」以降から「シリーズC」までは特に） 2つ目と
バグバッシュ - Google 検索
Bug Bash（バグ バッシュ）とは チームメンバー全員で、指定期間内にバグを見つけ出すイベントです。 テストケースは用意せず、各自が思いつく限りの方法で操作してバグを検出します。
「品質保証のはじめの一歩！絵を描いてプロダクトを理解しよう！」
「品質保証のはじめの一歩！絵を描いてプロダクトを理解しよう！」Wednesday, December 20, 2023 はじめに こんにちは、ユビーでQAエンジニアをしているGakuです。 早いもので12月でUbieに入社してから2年が経ちました。 その中で、さまざまなプロジェクトでスクラムQAとして活動してきております。 前職までは、マネージメントを役割としてやってきており、この２年はQAエンジニアとして再挑戦した期間だったと思います。まだまだ、新しく学ぶ必要があることや、アンラーンすることが多いですが、今回は「品質保証のはじめの一歩！絵を描いてプロダクトを理解しよう！」のタイトルで、基本に立ち戻りQAについて考えていこうと思います。来年から新しいプロジェクトでQA活動を始める方や、何のためにQA活動をやっているか分からなくなってきている方に読んで頂けると幸いです。 絵を描こう いきなり
freeeの品質トゥギャザー：リスク洗い出し編 - freee Developers Blog
ども。皆のQAアニキ、freeeをテストするおっさん*1ことコヤマンです。 この記事はfreee Developers Advent Calendarの16日目です。※22日公開予定だったのですが、諸事情により記事公開を早めさせていただきました。 12/8(土)に弊社にて開催したシステムテスト自動化カンファレンス2018において「freeeの品質トゥギャザー」と題して弊社の品質への取り組みの発表があったのですが、そこで伝えきれなかった素敵な取り組みの1つである「リスク洗い出し」についてエントリーさせていただきました。 テストの目的 さて。リスク洗い出しのご紹介の前に改めて「テストの目的」とはなんぞや、というのをご紹介したいと思います。 JSTQBというソフトウエアテストの資格*2があり、ソフトウエアテストの広義の目的が４つ定義されています。 欠陥を摘出する 対象ソフトウェアの品質レベルが十
Web脆弱性診断ツール「OWASP ZAP」とは | 脆弱性 | CyberSecurityTIMES
2018/4/20 執筆、2020/1/14修正・加筆、2022/2/28修正・加筆、2022/10/5修正・加筆 自社で利用しているWebアプリケーションのセキュリティ対策状況をご存知でしょうか。もし、Webアプリケーションに脆弱性が存在し対策がされていないのであれば、サイバー攻撃によってWebサイトが簡単に改ざんされたり、ダウンさせられたり、保有する個人情報の漏えいにまで繋がる可能性があります。 例えば、企業の運営するECサイトが脆弱性を突いた攻撃によりダウンしたら、「大変なこと」が起きることは明白です。それにもかかわらず、自社のWebアプリケーションの脆弱性については、導入したきりで誰も把握していない場合も多々あります。 そこでおすすめしたいのがセキュリティ診断ツール「OWASP ZAP（オワスプ・ザップ）」です。OWASP ZAPはWebアプリケーションの脆弱性をチェックすることが
ユニットテストで避けるべき罠： 最適な品質保証のために落とし穴を避ける - Qiita
はじめに 新卒として、実務に入って3ヶ月目のお話。なぜかテストコードの正式な導入の動きにより、先輩から、「テストコードの規約かいて〜〜〜」と超ラフに言われ、「ん？」となりつつ、作りました。そんな中で、テストコードの作成やお試し実装などをしている時に、みんなこれハマるよな...というものをざっと上げてみます。 ユニットテストにおけるテスト自動化は、システムのテストにおいて最も難易度が高いと言われているそうです。その要因の1つとして、やはり注意すべき点や陥りやすい罠が多いことが挙げられます。この記事では、テストコードの一般的な罠に焦点を当ててみました。 対象の読者 今後、会社にユニットテストを導入しようと考えている人 品質管理をしているエンジニア テストコードに興味があるエンジニア 1. Over-Testing と Under-Testing テストをする上で、テストシナリオとして必要なもの
PlaywrightとmswでスマートなE2Eテストを実現 - MONEX ENGINEER BLOG │マネックス エンジニアブログ
こんにちは。システム開発一部の吉田です。 最近初めてパーマをかけてみたら元々の天パと掛け合わさって髪がモジャモジャになりました。気に入ってはいますけど取れるのがいつになるのか心配です。 絶賛開発中のフロントエンド領域でPlaywrightとmswを用いたE2Eテスト(End to End Test)の導入をしました。これらのツールの導入に至った経緯と簡単な使い方をご紹介します。 以前書いたモックサーバーの記事の内容も含んでいるので、ご覧になっていない方は以下を参照してみてください。 blog.tech-monex.com E2Eテストのスコープ E2Eテストの概要はCircleCIの記事を見るとなんとなくわかった気になれます。 circleci.com 一言で言うと、E2Eテストとはユーザーが実際に操作する状況をシミュレートし、アプリケーション全体の動作を検証するテスト手法のことです。 ア
自動E2Eテストを活用した デプロイフロー改善
MagicPodミートアップの発表スライドです。 https://trident-qa.connpass.com/event/278843/
データ品質を支えるdbt test ~Ubieの事例を添えて~
はじめに こんにちは。おきゆきです。現職のUbieでは、Data Analyst / Analytics Engineerとして働いています。（自己紹介ページとTwitterはこちらです) この記事は、dbt Advent Calendar 2022 5日目の記事 / Ubie Engineers & Designers Advent Calendar 2022 5日目の記事です。2つのアドベントカレンダーに関わる dbt×Ubieということで、Ubieの圧倒的なデータ品質を支えるdbt testの事例を紹介します。最近同僚の @jagabass から、Ubieでのデータ品質の重要性とdbtを用いたデータマネジメント領域のさまざまな課題解決事例が紹介されました。この記事は、より具体的なdbt testの例になるかと思います。 上記スライドで書いてあるUbieでのデータ品質の重要性を端的にい
英国政府によるRailsアプリケーションテストの新標準（翻訳）｜TechRacho by BPS株式会社
概要 Open Government Licenceに基づいて翻訳・公開いたします。 英語記事: A new standard of testing for GOV.UK - Technology in government 著者: Ben Thorner、Peter Hartshorn -- 英国GDS（Government Digital Service）所属の開発者です 原文公開日: 2021/10/08 サイト: GOV.UK blogs 日本語タイトルは内容に即したものにしました。GOV.UKのRFCは以下で公開されています。 GOV.UKには、アプリに加えた変更をテストするという強靭な文化が根付いています。私たちは多くの場合、変更を加える前に（テスト駆動開発に沿って）テストを書き、変更をデプロイする前に（回帰テストに沿って）既存のテストがすべてパスする必要があります。 GOV.
Error, Defect, Fault, Failureの定義と解釈
ソフトウェア設計を行う場合、必ずエラーや障害などの用語が飛び交うことがあるが認識がずれていることが多いので、以下に簡単にまとめてみた。 ソフトウェアの非正常を表す概念 ソフトウェアのエラーや障害などの非正常を表す概念の定義をいくつかピックアップしてみた。 JIS X 0014:1999の定義 出典: ソフトウェア品質知識体系ガイド -SQuBOK Guide-(第2版) 誤差・誤り(error) 計算，観測もしくは測定された値または状態と，真の，指定されたもしくは理論的に正しい値または状態との間の相違。 障害(fault) 要求された機能を遂行する機能単位の能力の，縮退または喪失を引き起こす，異常な状態。 故障(failure) 要求された機能を遂行する，機能単位の能力がなくなること。 JIS X 0014では、意図しない結果を引き起こす人間の行為は、「間違い、人的過誤(mistake,
AWS移行のため、大規模で複雑な負荷テストをやった話 - エニグモ開発者ブログ
はじめに こんにちは、インフラエンジニアの 高山 です。 この記事は Enigmo Advent Calendar 2021 の 9 日目の記事です。 現在、BUYMAをオンプレからAWSへ移行するプロジェクトを進めています。 テスト環境の移行は完了し、本番環境の移行をしようというところです。 本番環境の移行をする前に 性能的に問題ないことを確認するため、本番環境と同程度のスペックで検証環境を構築し負荷テストを実施しました。 まだ終わっていませんが、今の時点で得た知見を記事にしようと思います。 負荷テストツール選定 詳細は割愛しますが、 以下のような要件からAWSの分散負荷テストのソリューション(正式名称はDistributed Load Testing on AWS 以下、AWS負荷テストソリューションと呼ぶ)を使うこととしました。 大規模な負荷テストができること 複雑なテストシナリオが
Load testing for engineering teams | Grafana k6
The best developer experience for load testingOpen source and SaaS for engineering teams Prevent failures. Improve reliability. Release with confidence.Test early and continuously—break the QA silo in performance testing DevelopersBackend and frontend engineers prevent regressions when running performance tests. Site Reliability EngineersTest scalability to improve your reliability targets. Test S
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
QA組織を立ち上げ、QA文化を築いてきた1年間を振り返る
“品質”をみんなのものにするために行なっている入社者オンボーディング
owasp zap - Google 検索
karate api - Google 検索
GitHub - karatelabs/karate: Test Automation Made Simple
