mirror of
https://github.com/kou029w/intro-to-software-testing.git
synced 2025-01-18 16:08:00 +00:00
fix
This commit is contained in:
parent
5d083e72c5
commit
a12e604c5a
1 changed files with 31 additions and 33 deletions
64
README.md
64
README.md
|
@ -24,7 +24,7 @@ WebDINO Japan エンジニア
|
||||||
|
|
||||||
## テスト
|
## テスト
|
||||||
|
|
||||||
品質を評価することでより良いサービスの提供を目指す
|
より良いサービスの提供を目指すために品質を評価する
|
||||||
|
|
||||||
> ソフトウェアが正しく動作しないと、**経済的な損失**、**時間の浪費**、**信用の失墜**など、さまざまな問題が発生し、時には傷害や死亡事故になることもある。ソフトウェアテストはソフトウェアの品質を評価し、運用環境でソフトウェアの故障が発生するリスクを低減する 1 つの手段である。
|
> ソフトウェアが正しく動作しないと、**経済的な損失**、**時間の浪費**、**信用の失墜**など、さまざまな問題が発生し、時には傷害や死亡事故になることもある。ソフトウェアテストはソフトウェアの品質を評価し、運用環境でソフトウェアの故障が発生するリスクを低減する 1 つの手段である。
|
||||||
|
|
||||||
|
@ -45,6 +45,10 @@ WebDINO Japan エンジニア
|
||||||
|
|
||||||
---
|
---
|
||||||
|
|
||||||
|
## ソフトウェアテストの実践
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
## CI/CD (Continuous Integration and Continuous Delivery)
|
## CI/CD (Continuous Integration and Continuous Delivery)
|
||||||
|
|
||||||
変更すると決めてからユーザーが使えるようになるまでの一連の継続的な活動
|
変更すると決めてからユーザーが使えるようになるまでの一連の継続的な活動
|
||||||
|
@ -66,35 +70,6 @@ WebDINO Japan エンジニア
|
||||||
|
|
||||||
---
|
---
|
||||||
|
|
||||||
## コードとテスト
|
|
||||||
|
|
||||||
どちらも欠かせない
|
|
||||||
|
|
||||||
- コードが存在しなければサービスを提供できない
|
|
||||||
- テストが存在しなければ最適なコードの品質を見極められない
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## ここまでのまとめ
|
|
||||||
|
|
||||||
- テストとは品質の評価
|
|
||||||
- 最適なコードの品質を見極め、改善することでより良いサービスを提供できる
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## どうやってテストするのか
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## 前提
|
|
||||||
|
|
||||||
まず然るべき品質の確保が最優先事項
|
|
||||||
|
|
||||||
実践の方法は現場によって異なるが、\
|
|
||||||
大切なのは現実の問題に向き合い価値を提供するということ
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## TDD (Test-Driven Development)
|
## TDD (Test-Driven Development)
|
||||||
|
|
||||||
最初からテストをすばやいサイクルで行い続ける設計手法
|
最初からテストをすばやいサイクルで行い続ける設計手法
|
||||||
|
@ -122,9 +97,33 @@ WebDINO Japan エンジニア
|
||||||
|
|
||||||
<!-- _footer: Netflix (2018)の事例: [数時間でのカナリアリリース](https://netflixtechblog.com/full-cycle-developers-at-netflix-a08c31f83249#9868:~:text=Deployments%20are%20routine%20and%20frequent%2C%20canaries%20take%20hours%20instead%20of%20days) -->
|
<!-- _footer: Netflix (2018)の事例: [数時間でのカナリアリリース](https://netflixtechblog.com/full-cycle-developers-at-netflix-a08c31f83249#9868:~:text=Deployments%20are%20routine%20and%20frequent%2C%20canaries%20take%20hours%20instead%20of%20days) -->
|
||||||
|
|
||||||
|
## コードとテスト
|
||||||
|
|
||||||
|
どちらも欠かせない
|
||||||
|
|
||||||
|
- コードが存在しなければサービスを提供できない
|
||||||
|
- テストが存在しなければ最適なコードの品質を見極められない
|
||||||
|
|
||||||
---
|
---
|
||||||
|
|
||||||
## 何をテストするのか
|
## ここまでのまとめ
|
||||||
|
|
||||||
|
- テストとは品質の評価
|
||||||
|
- より良いサービスの提供を目指すために、コードの品質を見極め、改善し続ける
|
||||||
|
- TDD … 最初からテストをすばやいサイクルで行い続ける設計手法
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 何を・どうやってテストするのか
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 前提
|
||||||
|
|
||||||
|
まず然るべき品質の確保が最優先事項
|
||||||
|
|
||||||
|
実践の方法は現場によって異なるが、\
|
||||||
|
大切なのは現実の問題に向き合い価値を提供するということ
|
||||||
|
|
||||||
---
|
---
|
||||||
|
|
||||||
|
@ -262,9 +261,8 @@ $ npx playwright test # テストの実行
|
||||||
## ここまでのまとめ
|
## ここまでのまとめ
|
||||||
|
|
||||||
- 何を・どうやってテストするのか
|
- 何を・どうやってテストするのか
|
||||||
- TDD … 最初からテストをすばやいサイクルで行い続ける設計手法
|
|
||||||
- テストピラミッド … コストに応じた適切な粒度と規模を保つテスト戦略
|
- テストピラミッド … コストに応じた適切な粒度と規模を保つテスト戦略
|
||||||
- テストを実践するための具体的なサービスやツールの紹介
|
- テストを実践するための具体的なサービスやツールの紹介
|
||||||
|
|
||||||
---
|
---
|
||||||
|
|
||||||
|
|
Loading…
Add table
Reference in a new issue