cidermitainaスマートフォン用の表示で見るcidermitainaフロントエンドエンジニアをやっています。頑張るから読んでほしい。2019-05-11ソフトウェアテスト技法ドリルを読みましたプログラミング最近、担当している機能のリリースしたのですが、リリース後のバグが多く...テスト設計やテストケースの洗い出しがきちんとできていなかったと実感しました。会社のテストエンジニアに相談したらソフトウェアテスト技法ドリルをおすすめしてくれたので読んでみました。個人的に重要だと思ったところ&知らなかったことをまとめてます。どんな本テスト技法の正しい使い方が実践的に学べるテスト技術者向けに、テスト設計および実施のノウハウを披露し、解説している本。一連の流れとは、テストの視点・観点といった「点に注意を向ける」といった話から、テストの目的の一つである品質に関する情報を提供する「多次元の品質」まで目的テスト技法の正しい使い方や一連の流れを学ぶことで、実践的にテスト設計できるようになる。境界値に関係するバグは数が多い境界値、端っこにはバグが隠れている可能性が多い。面で逃さない1〜2章は主にデータに焦点を当ててテストを減らす方法についてソフトウェア自体はデータからなるのではなく、ロジック(論理)の塊から構成されている。ロジックとは入力の組み合わせによる特別な動作。ソフトウェアの入力が系統的にロジックを網羅し、正しく動作することをテストするテクニックを身につける必要がある。offを変化させ、他の変数についてはすべてinにしておけばその変数のon/offポイントを確実に評価することができる。原因結果グラフ条件が多くなると大きなデシジョンテーブルを作成する必要がある。立体で捉える新規機能追加機能によってこれまで表にでてこなかった母体のバグが魔物のように目を覚まし、バグとなって顕在化することがある関連性を効率的にテストしていく必要がある。ソフトウェア自体は3章と同様に2次元で考えて、そこに組み合わせるべき「要因を選ぶ目線」を追加し立体で考える。一般にソフトウェアは各機能に対して、それぞれを独立してつくろうと努力し開発されるもの。実際はどこかで意図しない関連性が生まれてしまう。いう事実に基づいてテストケースを作成する方法。https://qiita.com/greymd/items/ad18aa44d4159067a627まとめ複数の要因に倫理関係がない場合。要因が直交している場合のテスト技法について。時間を網羅する普段まったく問題なく動作しているソフトウェアが何気ないタイミングで動かなくなる問題について、状態遷移の観点と並列処理の観点からテストによる対応を考える。状態遷移テスト浅く全体を確認するテストから深く詳細にテストするものがある。時間を意識したテスト設計について考える状態遷移テスト状態遷移図を書いてみる→状態遷移図から、適用不可のイベントを見つけることは困難。状態遷移表を書き、適用不可(N/A)を含め、セルの一つひとつの動作をテストすることで基本的な状態遷移のテストを実施することができる。Nスイッチカバレッジ壊れた内部的な問題の顕在化方法について考える。最初に遷移前の状態を列方向に、遷移後の状態を行方向にならべた状態遷移表を作成する。技法は上記の通りだが、実際の製品に適用しようとした瞬間に困難にぶつかる。外の世界の状態に分けて考える組み合わせテストの延長線上として捉えることができる。人間の構造は現有のどのようなソフトウェアよりも複雑な構造をもっている。ソフトウェアより複雑な構造をもつ人間のテストについて考えてみればソフトウェアテストへの糸口が見つかるかもしれない。とテストの複雑度を増やしてきた。人間に対するテストと比較することで、適切な時期に適切なテストを行うことが大切。テスト対象は一般的に複雑なので、さまざまな視点から眺めるということをする。さまざまな視点から眺めるということは多次元である。一つの方向から眺めただけでは、決してその姿は想像できない。さまざまな視点でテスト対象をテストすることが重要シナリオテストわざとちょっと変わった行動や失敗を犯すシナリオをつくり、そこから回復させながらユーザーのしたいことを継続させるようにする視点の爆発を狭く深く追うことでカバーWhen,Where,Whoを明確にする固定名詞や定数値を使う例外処理シナリオ受け入れテスト受け入れるユーザー側でのテストサンプリングテスト品質を保証する統計的テスト信頼性を確認するための統計的テスト最後に(まとめと感想)テスト技法の奥深さを感じました。テスト技術者のものの見方とは、「部分的ではなく全体・包括的に複数を捉えること、手段ではなく目的に目を向けること、企業ではなくお客様の目線で考えること、独立ではなく相互関連性を発見すること、構造に加え振る舞いを評価すること」この一文が印象的でした。今までテストについて真剣に向き合ったことがなくて、とりあえず書いてみるみたいなことをしていたので、テストを書くときに何を考えるか、とか仕様書の読み方はあまり意識していなかったなあ、と反省しました。あと、PICTは実際に手を動かして使ってみました。(テスト工数を半分以下に減らせそう...!)テスト設計やったことなくて、テストってなんだろう?テスト設計って?な人は読んでみるのをおすすめします。SSLの設定をしてみる。サーバーにSSLの設定をしたのでメモです。脆弱性のこととかセ...2018-07-11AWSでサーバー構築してみました。(1)はてなブログをはじめよう!cidermitainaさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。