「Design doc とは何か」・「何を書けばよいのか」を説明するスライドです。 関連するプレゼンテーション「読みやすいコードの書き方」: https://gist.github.com/munetoshi/65a1b563fb2c271f328c121a4ac63571 © 2023 M…
Baseline features you can use today Stay organized with collections Save and categorize content based on your preferences. The web is always evolving and browsers update constantly to give developers new tools to innovate on the platform. Things that previously required helper libraries become part of the web platform and supported on all browsers, along with shorter or easier ways to code design
わたしは過去10年超、QAエンジニアとしてソフトウェアテストや品質保証に関わる仕事をしてきました。ソフトウェアテストを専門とするエンジニアの基本スキルとして“バグレポートを書く”があります。 バグレポートとは、ソフトウェア開発の現場でなんらかのバグが見つかったとき、バグの内容や再現手順などをチーム内で記録・共有するために書かれるものです。テストエンジニアにとって大事なこのバグレポートですが、実はテックチーム全員に必要なスキルでもあります。本記事では、上手なバグレポートの書き方や、なぜテストエンジニア以外のしごとに活きるのかについて解説します。 バグレポートとは 上述の通り、バグが見つかった際にその詳細を報告するために記載するドキュメントのことです。 バグ票・不具合票・インシデントレポートなど、開発チームによっていろいろな呼ばれ方をします。 主にテストエンジニアがテストを行ってバグを見つけた
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く