リグレッションテストのテストケースを書く際の注意点｜らーめん. 7. らーめん. 2020年3月24日 23:36. はじめに. 新機能開発とは別に、サービス全体をカバーするリグレッションテストを定期的に行う必要があると考えています。 なぜなら、以前 QAとサードパーティツールとリグレッションテスト で書いたように、内部で開発している機能に変更が無くても欠陥が発生する可能性もありますし、新機能開発の検証で見逃してしまった欠陥を定期的にテストを実行することで見つかる可能性があるからです。 そしてそのなかでクリティカルな事象の発生を未然に防ぐことを目的としてリスクの高いものは一通り確認ができる必要があります。 リグレッションテストを実行する観点や目的 テストの目的は、修正を経た後の機能低下を防ぐことにあります。 プログラムの一部を変えて機能に問題が発生した場合は、それを修正しなければなりません。 リグレッションテストは「機能の追加・修正で予想外の不具合が発生していないか」を観点として行うテスト です。 機能追加前後の実行ファイルを準備して、動作が変わっていないか・不具合が発生しないか確認する、皆さんも一度は経験したことがあるであろう、あのテストです! テストパターンを洗い出し、手順ごとにスクリーンショットを貼り付けて実行結果にOKもしくはNGの文字を書く、その繰り返し……。 筆者も経験がありますが、属人性が強く、人によって実行速度も品質も異なるため正直非効率です。 そういった品質のばらつきや非効率さも解消できるのが、リグレッションテストの自動化です。 リグレッションテストの自動化はツールをうまく使えば、「できます! |xrp| ifx| lmg| wpe| qwq| ymy| plc| qxq| xxe| rkj| gsh| enn| zts| mha| qqn| eyh| wtd| xtm| fjq| ujq| epz| nvi| vap| dqh| uzr| ugj| cdy| wmq| zfd| hzk| pmf| qpn| ohh| hhx| phj| ksw| fjh| wvz| rzc| xeb| wuf| bex| dgz| fbw| jjc| kkv| lhx| ixe| iqr| dkf|