JSTQB Foundation Level 試験を終えて

　試験対策を始めたのが、試験前1ヶ月を切っていたため、多少のあせりを感じながら望みました。同僚からは時間がタイトである旨聞いていたので尚更でしたが、蓋を開けたらいたってオーソドックスな問いが多く、大きな支障もなく試験を終えられました。

　対策本として以下を使いましたが、FLなら十分かと思います。先述の同僚曰く、説明に穴が多いため使えないとのことですが（読んでみて私も同感）、その欠点を補うためにネットで調べたり、絵や表を自分でまとめたりしたので、結果としてより体系的な理解を得るに至りました。今後の業務で応用できるという点で、むしろ良かったように思います。

ソフトウェアテスト教科書 JSTQB Foundation 第3版

　学習をして得た気づきを上げますと、プロダクトリスクへのテストを用いたアプローチといった発想が私にはこれまで無かったので、目から鱗かだったかも。定量的にリスクを評価しテストを行う事で、その数値が低下できていることをモニタリングするなど、数値化仕事術に使えそうです。

コメント

コメントを投稿

このブログの人気の投稿

安全の確保を支援するために

《準備》 ・テキスト11章〜のマネジメント知識・法律を元に、リスクアセスメントの手順を繰り返し確認する。   ①守るべき情報資産の定義   ②想定リスク（脅威と脆弱性）の特定 ↑ーーーーーー  アセスメント  ーーーーーー↑   ③リスク対策の計画   ④計画の評価(妥当性／改善必要性）、残留リスクの承認       (リスク残留認識の上での運用は有り）   ⑤対策実施によるリスク回避・軽減   ⑥リスク対策による実績の評果と改善       (対策の改善、組織マネジメントの是正） ・テキスト1章〜6章の基礎知識を、トレーニングの午前問題を問きながら、参照する。   《重点知識》      ・無線LANを安全に運用するための技術          認証：IEEE802.1X          認証技術：ディジタル証明書、KPI          暗号化通信：SSH          暗号技術：WPA      ・DNS          名前解決          ゾーン情報          FQDN          正引き・逆引き          リゾルバ ・大局的には、上記の考え方を持って設問に対峙できている。但し、正答や加点に結びつけるには、解答の精度（何に対して、どの様なレベルで言及するか）を上げる必要がある。そのためには、今後演習をする際、出題者の意図が問題文や設問文に、どんな風(技術・組織・人）に表現されているかを分析する必要がある。 ・解答文を作...
続きを読む

JaSST'18 Tokyo 第１日

以下、参加セッション順に、個人的な所感を登稿します。 《A1）基調講演：Advances in Continuous Integration Testing at Goole》 全てのテストを自動化したことによって生じた新たな課題："flaky"（テスト結果の不安定さ）に対し、現実的なQCDを踏まえたアルゴリズムについて解説してもらえました。が、テスト自動化について知識0な私にとって、馬の耳に念仏状態。。BtoC向けWebサービスの開発って、これまで想像したこと無かったのですが、同じシステム開発をしているとは思えない位、私の会社（主なドメインはBtoB)と文化的に異なっていると感じました。toCとtoBの違いがあるにせよ、2、3周の遅れではないのか。。普段からCIにかかわっていると思われる聴構者が多く、そっちにも結構ショックを受けました。低コスト、スピーディ（当然、品質担保）なアプリ開発は時代の要請であるにもかかわらず、どの様な経緯で断念したかは分かりませんが、テスト自動化に誰も取り組もうとしなくなっ我が会社って、大丈夫なのか？！ 《D2）UI自動テストツールとAI 〜AIを使った自動テストの今と未来》 当初から聴講してみたいと思っていたセッションの1つ。会場もいっぱいに入った上に、立ち見の人も結構いたので、JaSST参加者の感心度の高さがうかがえました。 セッションの流れは、以下の順で説明されました。 ・Magic Podについて   ・基本機能：2つの方式   ・学習アルゴリズムと評価   ・課題（遅い、精度低い）と対処法 ・ソフトウェアテストでのAI活用   ・各テストプロセスでの実現性   ・不確実さの許容とAIの進化 印象的だったのは、AIだけでなくソフトウェアテストにも良く考察されていて、両分野の技術に精通されているとお見受けしました。もし自分が両方を極めたら、市場価値は高いだろうなぁと想像していたのですが、既にそう言う方がいらっしゃったと言う事です。また、どう学習されたかが現状ではブラックボックスのため、可視化する研究も進められているとのこと。やはり、統計学による範囲と確率を使った、定量的評価が必要と感じました。 《E3）静的解析とチーム間レビュープロセス》 ...
続きを読む

「ソフトウェアテストの教科書―品質を決定づけるテスト工程の基本と実践」

　テスト設計技法のうち、ホワイトボックステスト、及びブラックボックステストについての設計手順を分かり易く説明されています。事例だけでなく、実践的な演習問題が並記されており、「これ、明日現場で使って見よう」という気持ちになります。「テスト」に関する書籍を書店・図書館で探すと、実用性において本書が一番であると認識しています。依然、著者ご本人にお会いする機会があり、上記を伝えた所、「執筆時の狙い通りです」と嬉しそうに話されていました。 ソフトウェアテストの教科書―品質を決定づけるテスト工程の基本と実践 　今回、テスト設計技法という新しい知識を得ることが出来た機会に、テスト設計に対する私の所感を述べたいと思います。世界と比較して、日本のモノ作りに対する意識が高いのは、どの産業の中でも普遍的だと思います（良いモノしか世の中に出してはいけない etc.）。小さな改善をたくさん積み重ねると共に、モノ作りのプロセスも改良が加えられ、技術・知識から文化へと昇華して来ました。その結果、私の様に日本で生まれ育った人は、購入した製品には良いものしか無く、粗悪品が混じっているなどとは露ほども思わない訳です。この様な文化的背景によって、ISTQBの「ソフトウェアは作った時点で欠陥を内包するリスクがあり、テストによって軽減していく」という見地に立ったソフトウェアテスト技術は、日本では醸成されなかったのかも知れませんね。
続きを読む