昨今プロダクト開発における検証の重要性が高まりつつある中、さまざまな企業・開発チームで困っていることに「テスト仕様書」の作成があるはずです。ノウハウがないから何を書いたらいいのかわからない！作ったはいいけど別のメンバーがうまく使えない！そんな悩みを解決するためのテスト仕様書の書き方のヒントがここにあります。 テスト仕様書のサンプルダウンロードもできますので、現場でお困りのみなさんは是非ご一読ください！ テスト仕様書って何？記載すべき内容とは 「テスト仕様書」は現場によっては「テストケース」と呼ばれたりもし

令和の時代に入り、アジャイル開発という手法がソフトウェア開発の主流となりつつあります。開発スタイルはウォーターフォール型とアジャイル型では考え方が異なるというのは周知の事実ですが、 アウトソーシング(業務委託)のQAエンジニアはいかにその流れに対応するべきか、を筆者なりに解説したいと思います。 ※ここで「アジャイル開発」はスクラムでの開発をイメージしています。また、QA(クオリティアシュアランス)はテストエンジニア、QAエンジニアの総称とします。 アジャイル型組織のQAの役割とは？チーム一丸の理由 結論と

はじめに

こんにちは、クオリティマネージャーのこやまです。 QAメンバーやプロジェクトマネージャーの方で、お客様や上司から「不具合を分析して対策をまとめて」と言われたことはありませんか？ 不具合分析と言われるとなぜなぜ分析と信頼性成長曲線分析が思いつきます。信頼性成長曲線分析は不具合収束の傾向を把握できますが、不具合の原因特定までできません。一方、なぜなぜ分析では、不具合の詳細な調査に多くの時間と労力が必要です。 そこで、効率よく原因と傾向が分析できる「ODC分析」があると知り、調べた内容をご紹介します。 ODC分

はじめに

はじめに

はじめに

ごあいさつ

はじめに こんにちは！株式会社SHIFT Salesforceグループの遠藤と申します。 Salesforceの導入や定着支援、業務改善のコンサルティングなどを行っております。noteでは、皆様のお役に立ちそうなSalesforceの活用方法やTipsを紹介しています。 過去の記事は こちら をご覧ください。

ご挨拶

はじめに

ご挨拶

はじめに

はじめに

はじめに