2021年のエンジニア新人研修の講義資料を公開しました - Cybozu Inside Out | サイボウズエンジニアのブログ
こんにちは。開発本部 オンボーディングチームの酒井（@sakay_y）です。社内のオンボーディングコンテンツを、どんどん社外へ公開することを夢見ています。 2021年もエンジニア新人研修を行いましたので、軽い紹介と、講義資料および一部講義動画（New!）を公開いたします。 2021年のエンジニア研修について 講義資料公開 Webアプリケーション基礎 HTTP/DNS ソフトウェアライセンス ソフトウェアテスト テスト自動化 アクセシビリティ Docker Chrome Developer Toolsの使い方 サイボウズのアジャイル・クオリティ デザインの役割と関わりかた データベース CI/CD セキュリティ モブに早く慣れたい人のためのガイド ITコミュニティ文化と情報発信に共通する成長と貢献の要素 正規表現 Kubernetesを使った開発入門 モニタリング入門 gRPC入門 日本語話
デブサミ2023 / テストを学びたい開発者のためのソフトウェアテスト読書マップ / Software Testing Reading Map for Developers
Developers Summit 2023での発表資料です。 ソフトウェアテストを専門としない人が、どんな本で、どんな順番にソフトウェアテストを勉強すればいいのかについて、主観のみで語っています。
2022年のエンジニア新人研修の講義資料を公開しました - Cybozu Inside Out | サイボウズエンジニアのブログ
People Experienceチーム*1の酒井（@sakay_y）です。 2022年もエンジニア新人研修を行いましたので、軽い紹介と、講義資料および一部講義動画を公開いたします。 2022年のエンジニア研修について 講義資料公開（2022年版） モバイルアプリ開発 サイボウズのアジャイル・クオリティ MySQL - テストデータが偏るということ モブに早く慣れたい人のためのガイド テクニカルライティングの基本 ソフトウェアテスト セキュリティ ソフトウェアライセンス 社内限定の講義や昨年と同じ講義について 最後に 2022年のエンジニア研修について 研修のコンセプトは例年とほぼ同じです。 誰に 新入社員メンバーに 何と言ってもらう 基礎的な知識/技術/ツールを学べた！ 開発/運用本部のチーム/人を知ることができた！ スケジュールは以下のとおりです。（一部は、予定になります。） 講義期間
■参考 ・JSTQB ソフトウェアテスト教科書 JSTQB Foundation 第4版 シラバス2018対応 ・業務でも活用できるソフトウェアテストの7原則 ・Agile Testingのエッセンス ・TDD Boot Camp 2020 Online #1 基調講演/ライブコーディング ・テスト駆動開発 ・BDDとATDD ・The BDD Books - Discovery (Japanese Edition) ・リーダブルテストコード ・テストコードにはテストの意図を込めよう ・組織にテストを書く文化を根付かせる戦略と戦術（2020秋版） ・質とスピード（2022春版、質疑応答用資料付き） ・【翻訳記事】テストに対する考え方「Testing Manifesto」 ・マネジメント向けアジャイル開発概要 ・The Software Testing Ice Cream Cone ・Goo
英語の技術文書を早く読むには - Qiita
英語の技術文書を早く読むにはどうしたらいいでしょうか。 注意: この記事の目的は「技術文書について」「早く大意を読み取る」ことを目的としています。 技術文書でないもの，例えば，小説や詩には当てはまりません。 技術文書を読む場合でも，例えば，「論文を批判的に読むとき」や「扱いが悪いと故障する可能性のあるハードウェアのマニュアルを読むとき」には精読すべきですので，この記事は当てはまりません。 頻出英単語を覚える もし「英語の技術文書を早く読みたい！」と悩んでいるとしたら，多くの場合，英語の技術文書を読むのに，英単語をほぼ全て辞書を引いている，という状況だったりするのではないでしょうか？ もしそうでしたら，正攻法となる主な対策は，頻出英単語を覚えるということだと思います。 例えば英語で書かれた論文があったとします。聞いたところによると， 70%は頻出英単語トップ1500(だったと思います。うろ覚
クイックサマリー：「テストピラミッド」は、自動テストをUI、サービス、ユニット単位に整理することで、開発に自動テストを組み込む方法を示すために作成されました。2012年に定義されて以降、このモデルは次第に使われなくなってきたように思いますが、本当に廃れてしまったのでしょうか。この記事では、最新のテスト戦略を紹介するとともに、今日のソフトウェア開発におけるテストピラミッドの関連性を検討します。 筆者の同僚であるジャン・フィリップ・ピエトルチェクが、かつてコードを書く開発者の責任について、次のように述べました。 none「我々の仕事の成果を最終的に使用する人々は、（中略）我々がただ最善を尽くすだけでなく、実際に機能するものを作ることを期待しているのです。」 — ジャン・フィリップ・ピエトルチェク 彼の言葉は、私たちが書くコードをそれに依存する人々の観点からとらえている点で非常に印象に残りました
近年のソフトウェア業界では、テスト関連活動を担うエンジニアを「QAエンジニア」と呼ぶようになっています。ただQA（品質保証）という言葉は、旧来から二つの定義が共存しているほか、業界内の通例で更に別の意味付けが行われた結果、定義が曖昧になり誤解を生みがちな状態となっています。 そこで今回は、日本語圏で、QA（品質保証）の言葉がどのように定義されているか、整理して解説します（結論からいうと三流派あります） 国際標準規格での定義：品質マネジメントシステムの実証 IEEEやISOといった国際的な標準規格、およびそれに準拠した知識体系や標準では、古くから体系立てて品質マネジメント、品質保証、品質管理の定義を行っています。 有力な文献として、品質マネジメントの標準規格である、ISO 9000：2015の定義を紹介します。 まずISO 9000では、品質保証の前提として品質マネジメントという用語を使って
[Developers Summit 2023] ソフトウェアテスト新時代の幕開け: 機械学習とデータサイエンスで実現するテスト運用の高度化
Developers Summit 2023 の公募セッションで発表した資料です。https://event.shoeisha.jp/devsumi/20230209/session/4142/
![[Developers Summit 2023] ソフトウェアテスト新時代の幕開け: 機械学習とデータサイエンスで実現するテスト運用の高度化](https://cdn-ak-scissors.b.st-hatena.com/image/square/0efe72a56b9d43a41e40530a646876ce37b6a9d5/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2F2037a09e17cf4398ab0006d4fcfea1f9%2Fslide_0.jpg%3F24408296)
コードを書き始める前からテストをずっと考える ─ 継続的テストモデルとシフトレフトなテスト活動をアジャイルにどう取り入れるか - Agile Journey
読者の皆さんは、テストについてどのようなイメージをお持ちでしょうか。「開発の後に行う確認作業」といったイメージを持たれている方もいるかと思います。 しかし、開発しようとしているソフトウェアに不具合の混入を防ぐには、もっと早い段階でテストについて考えることが必要です。こういったテスト活動は、プログラムを1文字も書いていないときから始めることができるのです。 本記事では、2016年に提唱された継続的テストモデルを紹介しつつ、アジャイルとも親和性のあるシフトレフトなテスト活動について解説していきます。 DevOpsにおけるテストの考え方 DevOpsのループ図とは何か？ 継続的テストモデルとは何か 継続的テストモデルにおいてテストは「活動」である シフトレフトなテスト活動とシフトライトなテスト活動 シフトレフトなテスト活動としてのテスト駆動開発 コード実装を始める前から行うテスト活動 シフトレフ
こんにちは、エンジニアの千吉良（ちぎら）@_naru_jpn です。ここ最近 QA に関して考える機会があり、Systematic Software Testing という本を読んでいたところ、色々と刺激を受けるところがありました。計画書の作成やリスク管理などテストの実施以外の領域についても多く書かれていましたが、まずはミラティブの現状に基づいた改善を行うべきだろうと考えました。今回は特にメトリクスの取得などに関して、GAS（Google Apps Script）を活用してミラティブの業務に応用してみたことについてまとめてみました。 以下では細かいことにも触れているので、3行まとめをおいておきます。 手動テストの進捗を見えるようにしたよ GAS（Google Apps Script）で実装したよ ついでに関連業務を自動化したよ ミラティブにおける QA と解決できそうと感じた課題 ミラティ
セキュリティエンジニアへの道：私のキャリアチェンジ物語 / The Road to Becoming a Security Engineer: My Story of Career Change | メルカリエンジニアリング
セキュリティエンジニアへの道：私のキャリアチェンジ物語 / The Road to Becoming a Security Engineer: My Story of Career Change * English version follows after the Japanese こんにちは。メルカリのProduct Securityチームでセキュリティエンジニアをしている@gloriaです。ブログを書くのが随分お久しぶりなのですが、前にQAと自動化テストについて記事をフォローしていた方がいらっしゃったら、当時に自動化テストエンジニアとして書いたISTQBテスト自動化エンジニア認定資格、STARWESTカンファレンス、とAQA POP TALKの記事を読んだことがあるかもしれません。 今回は、自動化テストエンジニアからセキュリティエンジニアへのキャリアチェンジについてお話して、キャリア
Go: A Documentary
Go: A Documentary by Changkun Ou <changkun.de> (and many inputs from contributors) This document collects many interesting (publicly observable) issues, discussions, proposals, CLs, and talks from the Go development process, which intends to offer a comprehensive reference of the Go history. Disclaimer Most of the texts are written as subjective understanding based on public sources Factual and ty
入社1ヶ月目でやったこと 〜ソフトウェアテストプロセスに基づいたテストケース作成を行ってみた〜 - ブロッコリーのブログ
はじめに この記事は10X 創業6周年アドベントカレンダーの15日目の記事になります。 昨日はアプリケーション開発部のjojoさん*1が、「10Xに入社した、そして4ヶ月後…」という記事を公開しています。 本記事では2023年5月に10Xに入社した私が、入社1ヶ月目に実際に行った、ソフトウェアテストプロセス（以下、テストプロセスと表記）に基づいたテストケース作成についてお話しします。 目次 はじめに 目次 テストプロセスに基づいたテストケース作成を行おうとしたきっかけ 前提：プロセスとは何か？ プロセスの例 テストプロセスを考えよう 今回定義したテストプロセス テスト分析 テスト対象分析 テスト要求分析 テスト設計技法の選択 テスト設計 テスト実装 記事冒頭の例が分かりづらかった理由 実際に適用した例 レビュー内容 今後の展望 おわりに テストプロセスに基づいたテストケース作成を行おうとし
アジャイルテストの世界 - Agile Testing Condensed と実例マッピング - kawaguti’s diary
リサとジャネットの Agile Testing Condensed という短い書籍があるんですけど、これの翻訳をお手伝いしました。権利周りの調整のお手伝いと、翻訳レビューです。 leanpub.com アジャイルテスティングという、日本ではそんなに盛り上がっていない分野がありまして。アジャイル時代にどのように品質を担保するのか、QAやテスターはどのように関わっていくのか、非常に大事なんですけど、なぜか日本ではTDD(テスト駆動開発)やテスト自動化についての注目に比べても、今ひとつ盛り上がっていない感じがします。惜しいことです。 Agile testing is a software testing practice that follows the principles of agile software development. Agile testing involves all me
はじめに かれこれ１年以上前のことになりますが、今の開発組織でデータベースに接続するJunitを使ったIntegrationTest1 を開発者のPCとCIで実行できる仕組みを作りました。 トライしたきっかけと想い 仕組みの設計・導入をする時に気を付けたこと 具体的な実現方法 トライしてみて感じたこと を記載します。 トライしたきっかけと想い 私が保守開発を担当しているプロダクトは20年近く運用されているWebアプリケーションです。(サーバーサイドはJava) 単体テストの仕組みと文化が無いまま長期間運用されており、大半のコードがレガシーコードという状態でした。 一部テストが書かれている箇所もありましたが、CIでの実行の仕組みはなく腐ってしまっているものも多い状態でした。 そこに @autotaker1984 さんがCIでの単体テスト実行の仕組みを作ってくれて、単体テストを書くべきというマ
GitHub - abhivaikar/howtheytest: A collection of public resources about how software companies test their software
One of the outcomes of the various Taqelah meetups was that many software companies got to share their testing and quality culture with the community. It was absolutely fantastic to see the amazing stuff companies are doing to test their software, and ensure quality of their products and platforms. Apart from this, many companies regularly come forward and share their best practices, tools, techni
高速道路の出口案内のようなQAエンジニアでありたい ─自動テストより前にやるべきことがあると気づいた話 - Findy Engineer Lab
皆様こんにちは。QAエンジニアのブロッコリーこと風間裕也（@nihonbuson）と申します。私は本業で株式会社10XのQAエンジニアとして勤務する一方、副業としてB-Testingを開業し、さまざまな会社でQAに関する相談に乗ったり、登壇や執筆活動を行っています。 また社外活動として、WACATE（ソフトウェアテストの合宿型ワークショップ形式勉強会）の実行委員長や、ソフトウェアテスト技術振興協会（ASTER）の主催するJaSST Review（ソフトウェアレビューのシンポジウム）の実行委員長を務めています。 本記事では、私がどうしてQAエンジニアというキャリアを歩んでいるのか、そして品質保証（QA、Quality Assurance）という分野でどのように開発チームと協調しながら開発してきたのかをお話しします。 筆者近影 学術と企業のギャップに驚いてテストの浸透に動く テスト技術に磨きを
第4話 状態遷移図とは みなさん、こんにちは。鎌倉です。皆さんは音楽プレイヤーを使っていますか？ ウォークマンやiPodといった製品が有名ですが、最近はスマートフォンにワイヤレスイヤホンを接続して音楽プレイヤー代わりにしている方も多いかもしれません。 音楽プレイヤーには 停止中に再生ボタンを押すと、音楽が再生される 再生中に停止ボタンを押すと、音楽が停止する といったように、ボタンを押したときの挙動が定義されています。こうした挙動をメーカーが出荷前にテストしているので、期待通りに動いてくれるわけですね。再生ボタンと停止ボタンの動作が逆になっていたり、再生ボタンを2回続けて押したら輪唱のように重なって再生されたりしたらイヤですよね。 このような場面で良く用いられるのが「状態遷移テスト」とよばれる技法です。今回から複数回に分けて状態遷移テストのお話をしたいと思います。第4話のテーマは「状態遷移
「アジャイルテストの4象限」に対するアンチテーゼ・「The Agile Rapid Testing Ecosystem」 - ソフトウェアの品質を学びまくる
「アジャイルテストの4象限」についてのやりとりをTwitterでみていて、James Bach、Michael Boltonの両氏が何年か前に公開していた『The New Agile Testing Quadrants』という資料を読み直してみました。 The New Agile Testing Quadrants: Bringing Skilled Testers and Developers Together - James Bach from Ho Chi Minh City Software Testing Club www.slideshare.net 今Twitterで話題になっているのは全然違う文脈ですが、この記事では彼らの批判と提案について紹介します。 作者について JamesとMichaelのお二人は、『Exploratory Testing 3.0』（探索的テスト3.0
UTの積み上げだけではなく、STも必要ではないか 高橋寿一氏（以下、高橋）：（スライドを示して）今日は下のビジネスとか最大公約数的なユーザーの話、Netflixの話をしたいんですが、ちょっと時間がないので、一番重要な、上流テストをどうやって効率的にやっていくかという話を少ししたいと思っています。 繰り返しになりますが、基本的には2週間とか最大4週間のスクラムの中に、単体テストとかレビューとかリファクタリングを入れなきゃならないわけですよね。毎日CI／CDを流しますと。全ケースでもいいんですけど、サンプリングでもいいです。 CI／CDを流して。本当だったら1日何回も自動テストをやりたいですね。日々品質の状況が定量的にわかる状態に今後はしていかなきゃならないのかなあとは思っています。 ここまでが前振りのロジックのところですが、ちょっと質問タイムにいきます。 高木陽平氏（以下、高木）：質問係をし
TechRepublic: News, Tips & Advice for Technology Professionals
Today’s best software testing courses offer hands-on experience with unit testing, static analysis, automating functional tests and more.
Start automating your tests 10X Faster in Simple English with TestsigmaTry for free As its name suggests, gorilla testing differs from the monkey testing technique, and it’s advantageous for companies and product teams to understand and appreciate these differences. This blog will explore how gorilla testing differs from monkey testing and why it’s essential to quality assurance practices. What is
「苦しみの10年」を経て、ゲームデバッグ業界でポールトゥウィンが業界トップに戻りかけているらしい。10年もがいた理由と、最近調子が戻った理由を訊いた - AUTOMATON
ゲームデバッグにおいて、ポールトゥウィン株式会社が巻き返しているようだ。ゲーム開発において、バグを発見/報告するデバッグの仕事は、欠くことのできないものだ。どれだけ優れたコンセプトのゲームであっても、ひとつ致命的なバグがあれば、それが原因で低評価を受けかねない。そんなデバッグ業界は参入会社がそれほど多くなく、特定の会社の間でしのぎが削られてきた。そんな業界で、ポールトゥウィン株式会社の調子が良いようだ。 ポールトゥウィン株式会社（以下、PTW）は1994年に設立、以来ゲームデバッグやソフトウェアテスト、モニタリング、カスタマーサポートなどの分野で高いシェアを獲得している。現在は本社のある名古屋のほか、全国20か所以上に拠点を展開、登録スタッフを含めると従業員数は5000人を超える。 そんなPTWだが、どうやら最近“特に調子がいい”らしい。そもそもとしてPTWはゲームのデバッグにおいて古豪で
第5話 状態遷移表とは みなさん、こんにちは。鎌倉です。第4話では、状態遷移図について学びました。第5話では状態遷移図の兄弟分にあたる、「状態遷移表」についてご説明します。状態遷移図と状態遷移表の相互関係、併用するメリットについても触れていますので、まだ第4話を読んでいない方はセットで読んでいただくのがお勧めです。 状態遷移表とは 状態遷移表は状態遷移図と同様に、状態遷移テストで利用するツールです。Webサイトやアプリでボタン押下や時間経過などのイベント（事象）が発生したとき、どの状態からどの状態へ変化するのかを分析する目的で作成する点も共通しています。 状態遷移表の特徴 状態遷移表も状態遷移図と同じく「状態」と「イベント」で構成されます。「どの状態のとき、どのイベントが発生すると、どの状態へ遷移するか？」を二次元のマトリクス形式で表すのが特徴です。 上の例は炊飯器の状態遷移表です。行の見
Hello, friends! Today, we have an exciting announcement to share. The title up above might have given it away, but in case you missed it, Cypress 10 is here 🎉! Cypress 10 is our most exciting release yet, and we have a lot to unpack, so let's dive in and look at some of the new functionality. New Cypress AppThe new Cypress appWe reworked the Cypress app from the ground up to modernize the interfa
Artificial Intelligence Risk Management Framework (AI RMF 1.0)
NIST AI 100-1 Artificial Intelligence Risk Management Framework (AI RMF 1.0) NIST AI 100-1 Artificial Intelligence Risk Management Framework (AI RMF 1.0) This publication is available free of charge from: https://doi.org/10.6028/NIST.AI.100-1 January 2023 U.S. Department of Commerce Gina M. Raimondo, Secretary National Institute of Standards and Technology Laurie E. Locascio, NIST Director and Und
Building resilient services at Prime Video with chaos engineering | Amazon Web Services
AWS Open Source Blog Building resilient services at Prime Video with chaos engineering Large-scale distributed software systems are composed of several individual sub-systems—such as CDNs, load balancers, and databases—and their interactions. These interactions sometimes have unpredictable outcomes caused by unforeseen turbulent events (for example, a network failure). These events can lead to sys
概要 GitHub Actions は、ビルド、テスト、デプロイのパイプラインを自動化できる継続的インテグレーションと継続的デリバリー (CI/CD) のプラットフォームです。 リポジトリに対するすべての pull request をビルドしてテストしたり、マージされた pull request を運用環境にデプロイしたりするワークフローを作成できます。 GitHub Actions は、DevOps であるだけでなく、リポジトリで他のイベントが発生したときにワークフローを実行できます。 たとえば、リポジトリで新しい issue が作成されるたびに、適切なラベルを自動的に追加するワークフローを実行できます。 GitHub では、ワークフローを実行するための Linux、Windows、macOS 仮想マシンが提供されます。また、自身のデータセンターまたはクラウド インフラストラクチャで独自
書籍「ソフトウェアテスト技法 練習帳 知識を経験に変える40問」の購入者向けに特化した非公式のハンズオンです。書籍の内容を含んだ記事は無料で公開しています。 このハンズオンでは、書籍で紹介されているテストケースの作成技術を実際のプロジェクトに適用し、テスト駆動開発（TDD）のアプローチを通じて、読者が理論を実践に移すための具体的な手順を紹介します。 ●内容 書籍で紹介されているテストケースを、TypeScriptとJestを使用してテスト駆動開発で実装・検証します。 ●対象者 - TypeScriptを学んだことがある方 - テストケースの作成技術を実践したい方 - テスト駆動開発(TDD)を学びたい方 現在は、第１章の「同値分割法と境界値分析」のみ公開しています。 ※現在作成中であり随時更新予定です。
As Russia wages a genocidal war against my country, I'm grateful to everyone who continues to stand with Ukraine in our fight for freedom. The importance of testing in modern software development is really hard to overstate. Delivering a successful product is not something you do once and forget about, but is rather a continuous and recurring process. With every line of code that changes, software
CloudBees Acquires Launchable to Enable Development Teams to Iterate Faster By Slashing the QA Cycle
Efficiency Redefined: CloudBees Acquires Launchable to Enable Development Teams to Iterate Faster Today we’re thrilled to announce that Launchable is joining the CloudBees family. Launchable’s innovative AI-augmented approach to QA aligns perfectly with CloudBees’ mission to deliver better, more secure and compliant software faster than ever. By acquiring Launchable, we can quickly integrate the c
Microsoft announces new Project OneFuzz framework, an open source developer tool to find and fix bugs at scale | Microsoft Security Blog
Microsoft is dedicated to working with the community and our customers to continuously improve and tune our platform and products to help defend against the dynamic and sophisticated threat landscape. Earlier this year, we announced that we would replace the existing software testing experience known as Microsoft Security and Risk Detection with an automated, open-source tool as the industry moved
サーバー間 GraphQL と webmock-graphql の話 / server-to-server graphql and webmock-graphql
さまざまなテストレベルとロールで活躍されている方々からテストコードをリーダブルにする方法について語り、それぞれの違いや共通点について議論する、「リーダブルなテストコードについて考えよう」。ここで株式会社ビズリーチの風間氏が登壇。メソッド名に着目した3つのテストコードの改善事例を紹介します。 風間氏の自己紹介と、本発表で話すこと 風間裕也氏：「テストコードにはテストの意図を込めよう」と題して、ブロッコリーこと風間が発表します。まずは自己紹介です。ブロッコリーと呼ばれている風間です。（スライドを示し）右上のイラストがSNS上のアイコンです。株式会社ビズリーチのプロダクト品質管理部に所属しています。 社外活動としては、JaSST Reviewのシンポジウムの実行委員長をしていたり、1泊2日の宿泊型のテストに関するワークショップ「WACATE」の実行委員をしたりしています。 執筆活動もいくつかして
こんにちは。メルカリのweb platformチームの@urahiroshiです。 この記事は、Mercari Advent Calendar 2021 の9日目の記事です。 今回は、メルカリWeb版のアプリケーションの開発に利用している検証環境の実現方法について記載します。 メルカリWeb版の開発では、フロントエンドアプリケーションのリポジトリに対してPull Requestを作成すると、そのコードベースの検証環境（以下ではPR環境と記載します）が自動で構築され、変更箇所に対するマニュアルテストや自動テストに利用されています。 ステージング環境やInternalリリース(https://engineering.mercari.com/blog/entry/2019-10-30-105936/ に記載しているTrialリリースに相当します)を用いた本番環境でのテストも実施しているのですが、
サイボウズの開発運用研修で使用した資料です。
Working as a core maintainer for PyTorch Lightning, I've grown a strong appreciation for the value of tests in software development. As I've been spinning up a new project at work, I've been spending a fair amount of time thinking about how we should test machine learning systems. A couple weeks ago, one of my coworkers sent me a fascinating paper on the topic which inspired me to dig in, collect
Automated Testing in Machine Learning Projects [Best Practices for MLOps]
Automated testing in machine learning is a very useful segment of the ML project which can make some long-term differences. Probably underrated in the early stages of development, it gets attention only in the late stages, when the system starts to break apart with annoying bugs which only grow with time. To ease these issues and reduce the number of bugs, it’s recommended to add some automated te
![Automated Testing in Machine Learning Projects [Best Practices for MLOps]](https://cdn-ak-scissors.b.st-hatena.com/image/square/ea026dd0c776a3fb1c2abc7cb26ed7747125ecd2/height=288;version=1;width=512/https%3A%2F%2Fneptune.ai%2Fwp-content%2Fuploads%2F2022%2F07%2Fblog_feature_image_008809_5_4_4_3.jpg)
DigitalOcean provides cloud products for every stage of your journey. Get started with $200 in free credit! Testing is one of those things that you either get super excited about or kinda close your eyes and walk away. Whichever camp you fall into, I’m here to tell you that front-end testing is for everyone. In fact, there are many types of tests and perhaps that is where some of the initial fear
「Leading Edge Testing Environment Market」と題して、開催されたガイオバーチャルマーケット。5回目の今回は、ガイオ・テクノロジー株式会社のエンジニアが現場で実践している、モダンアプリケーション開発手法の取り組みや、一歩先のテスト設計のためのツールコンセプトを紹介しました。ここで登壇したのは、プロジェクトマネージャーの藤原康弘。藤原氏は、モダンアプリケーション開発ネイティブな製品提供に向けた取り組みについて発表しました。 自己紹介 藤原康弘氏：最初に自己紹介をいたします。藤原康弘と申します。役割は、エンジニアリング業務のテクニカルリードです。自動車のOEMを中心にやっています。また、本セッションでお話しする、モダン開発ネイティブな、製品開発に向けたプロジェクトのプロジェクトマネージャーを担当しています。 専門の領域は、制御開発のプロセスや検証手法です。今
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ソフトウェアテスト入門 / 2022-08-30 software testing
テストピラミッド万歳 | POSTD
品質保証（QA）とは。定義の三大流派と定義揺れの弊害 - 千里霧中
テスト工程の可視化や自動化に向けた取り組みのご紹介 - Mirrativ Tech Blog
データベースに接続するテストの仕組みを整備した話 - Qiita
テストについて学ぼう！ ～第4話 状態遷移図とは～ - ぐるなびをちょっと良くするエンジニアブログ
「致命的なバグの決め方はある？」「自動化が難しい領域での今後のテストは？」 ソフトウェアテストの第一人者が語る“定量的に判断できる”品質管理
Gorilla Testing: How It Is Different from Monkey Testing
テストについて学ぼう！ ～第5話 状態遷移表とは～ - ぐるなびをちょっと良くするエンジニアブログ
Announcing Cypress 10 with Component Testing Beta!
GitHub Actions を理解する - GitHub Docs
「ソフトウェアテスト技法 練習帳 知識を経験に変える40問」でテスト駆動開発をマスターする
Unit Testing is Overrated • Oleksii Holub
ソフトウェアテスト / Software testing
自動テストは実装前の分析から“意図”を込めることが重要 メソッド名に着目した3つのテストコード改善例
メルカリWeb版のPull Request環境の構築方法について | メルカリエンジニアリング
ソフトウェアテスト 2022 / Software Testing 2022
Effective testing for machine learning systems.
Front-End Testing Is For Everyone | CSS-Tricks
組み込みソフトウェア開発特有の難しさとはなにか コンテナニーズとサーバーレスでソリューションを提供するガイオ・テクノロジー