JaSST’1５ 九州

招待講演

テストエンジニアを育てるためのポイント
リコーＩＴソリューションズ株式会社
鈴木三紀夫

2015/10/9© 2015 Mikio Suzuki All rights reserved.

目次• はじめに• ある人の話• テストエンジニアに寄り添う育成• 付録© 2015 Mikio Suzuki All rights reserved.

1

はじめに

© 2015 Mikio Suzuki All rights reserved.

2

はじめに
• テストエンジニアを育てることはできるのでしょうか？
• それとも、テストエンジニアは育つものなのでしょうか？
• この一時間を使って、みなさんと一緒に考えてみたいと思います。

© 2015 Mikio Suzuki All rights reserved.

3

自己紹介
••

•

委員会等

雑誌

Web•
•
•
•
•
•
•
•

NPO法人 ソフトウェアテスト技術振興協会(ASTER) 理事
日本ソフトウェアテスト資格認定委員会(JSTQB) 技術委員会 副委員長
ソフトウェアテストシンポジウム(JaSST) 東京 実行委員
日本科学技術連盟 ソフトウェア品質委員会(SQiP) ステアリング委員
ソフトウェア品質知識体系(SQuBOK) 策定部会
ISO/IEC JTC1/SC7 WG26（ソフトウェアテスト） 国内委員会 エキスパート
情報サービス産業協会(JISA) 要求工学知識体系策定WG
派生開発推進協議会 運営委員

••
•
•
•
•

ソフトウエア・テスト PRESS
ソフトウエア・テスト PRESS
ソフトウエア・テスト PRESS
ソフトウエア・テスト PRESS
ソフトウエア・テスト PRESS
ソフトウエア・テスト PRESS

•
•
•
•
•

テストエンジニアの視点で読み解く「発注者ビューガイドライン」（gihyo.jp）
新人注目！ テストを極める最初の一歩（gihyo.jp）
テストリーダへの足がかり，最初の一歩（gihyo.jp）
だれも教えてくれなかった外部設計の「極意」（ITPro）
Ｗモデルに関する悩み相談（ソフトウェア品質の本音、SQiP）© 2015 Mikio Suzuki All rights reserved.

Vol.2「三色ボールペンで読む仕様書」
Vol.3～5「マインドマップから始めるテスト設計」
Vol.6～7「テストエンジニアのためのデータモデリング入門」
Vol.7～8「シナリオアプローチによる仕様分析」
Vol.4～9、総集編「ソフトウェアテスト技法道場」
Vol.10「テスト計画書のアンチパターン」

4自己紹介••

書籍講演••••••

マインドマップから始めるソフトウェアテスト（共著）ソフトウェアテスト教科書 JSTQB Foundation（共著）ソフトウェアテスト入門 押さえておきたい<<要点・重点>>（共著）
発注者ビューガイドラインに学ぶ失敗しない外部設計（共著）
高信頼化ソフトウェアのための開発手法ガイドブック（共著）
要求工学知識体系（共著）

••
•
•
•
•
•
•
•
•

Using MindMap for Software Testing Activities（2007 ASTA Software Testing Conference & Tutorials (KOREA)）
三色ボールペンとマインドマップの活用（JaSST'07 Osaka）
テストをもっと創造的に 分析・設計エクササイズ（JaSST'08 Sapporo)
マインドマップによるテストの分析と設計（JaSST'09 Shikoku）
マインドマップを使ったテスト分析＆テスト設計（JaSST'09 Tokai）
Ｗモデルの実践を目指して（SQiPシンポジウム2011）
日本科学技術連盟 SQiP研究会 ソフトウェア工学演習コース 講師（2007～14）
日本科学技術連盟 SQiP研究会 ソフトウェアテスト演習コース 講師（2009～14）
香川大学 特別講座 エンタープライズシステムの品質保証について（2009）
高品質ソフトウェア技術交流会(QuaSTOM) 講師(2011)
脱・初心者 テスト技法 チュートリアル（JaSST'12 Tokyo）•

その他、企業のオンサイトでの講演多数•© 2015 Mikio Suzuki All rights reserved.

5

ある人の話© 2015 Mikio Suzuki All rights reserved.

6

Aさんの話•最近、事業部長から「○○さん、うちの事業部もテストを強化した方がいいと思いませんか？」という話があって。
「私はそうは思いません」なんて言えるわけもなく、「次回までに案を持ってまいります」って答えたんだけどね。
どうすりゃいいのかなと途方に暮れてね。

•••

１０年くらい前から開発者にテスト研修をやっているんだ。
毎回アンケートをとって、点数が低ければ業者を変えたりしている。
他社はどうか分からないけれど、ちゃんとやっている方だと思うよ。

•だからね。事業部長のおっしゃるテスト強化って、テストの専門家を育成すべきだってことじゃないかと思って。
今までテストの専門家なんていないから、どうやって育てたらいいか分からなくてね。

•••©©20152012 Mikio
MikioSuzuki
Suzuki AllAllrights
rightsreserved.
reserved.

7

Bさんの話••••ご存じだと思いますが、私どもは派遣中心です。
JSTQBも全員合格を目指して、会社挙げて支援しています。
大手さんに比べれば、見劣りするところもありますが、がんばっている方だと思います。
お客様からも評価いただいておりまして、継続的に仕事を発注いただいております。

•えっ、問題ないじゃないか、ですって。いえいえ、問題あります。

•

最近、アドホックテストができる人材を要望されるお客様が増えています。アドホックですから、普通のテストエンジニアをアサインしたところ、厳しい評価を．．．
何か潮目が変わったといいますか、今までの延長線上ではダメなのではないかと、思うようになってきたんです。
悲観的かもしれませんが。

••©©20152012 Mikio
MikioSuzuki
Suzuki AllAllrights
rightsreserved.
reserved.

8

テストエンジニアに寄り添う育成© 2015 Mikio Suzuki All rights reserved.

9

テーマの絞り込み• テストエンジニアに求められるスキルはたくさんあります。
• 本セッションでは、その中でもテスト設計力を取り上げます。

© 2015 Mikio Suzuki All rights reserved.

10

３つ段階
テストエンジニアの成長段階にあわせて、指導方法を変える。
1. テストエンジニアに成り立て
2. 少し自信が付いてきた頃
3. リーダー的な役割になった頃© 2015 Mikio Suzuki All rights reserved.

11

１．成り立ての頃• キーワード– 褒める、長所を伸ばす、有識者の知見を伝える• 道具– 三色ボールペン、マインドマップ• 欠点を是正するのではなく、長所を伸ばす。
• 型にはめてダメと言わない。
• 自分で気づく方向にもっていく。

© 2015 Mikio Suzuki All rights reserved.

12

１．成り立ての頃• もし、欠点を指摘するような育成をしたら、どうなると思いますか？
• もし、型にはめ込むような育成をしたら、どうなると思いますか？

© 2015 Mikio Suzuki All rights reserved.

13

２．自信が付いてきた頃• キーワード– 型を学ぶ、プロセス、方法論• 道具– Ｔｅｓｔ．ＳＳＦ、ＩＴ検証標準工法ガイドなど– HAYST法、ゆもつよメソッド、VSTePなど• 自己流からの脱却。
• 足りないところを補う。
• 組織で決めたテストプロセスや方法論に則る。
© 2015 Mikio Suzuki All rights reserved.

14

２．自信が付いてきた頃• このまま自己流でやり続けたら、どうなると思いますか？
• 各自が勝手なプロセスしか知らなかったら、どうなると思いますか？
• 各自が組織標準のプロセスしか知らなかったら、どうなると思いますか？

© 2015 Mikio Suzuki All rights reserved.

15

３．リーダーになった頃• キーワード– テストの知見、テスト観点、プロセス改善• 道具– テスト観点リスト、不具合推測リスト– タートル図、意地悪漢字、対立漢字• テストプロセスにテストや不具合に関する知見を加える。
• 長所を組織に活かすよう促す。
© 2015 Mikio Suzuki All rights reserved.

16

３．リーダーになった頃• 自分の経験を他人に伝えず、そのままにしたらどうなると思いますか？
• 今まで経験してきた事柄をどのようにまとめたらいいと思いますか？

© 2015 Mikio Suzuki All rights reserved.

17

まとめ
• テストエンジニアの育成というテーマですと、テスト技法の習得であったり、JSTQB等の資格試験の勉強であったり、何かを勉強するという側面で語られることが多かったように思われます。
• または、徒弟制度のようなＯＪＴの方法論を議論していました。
• 本日は、テストエンジニアが成長するに伴って変わる育成の仕方についてのポイントについて話をしました。
© 2015 Mikio Suzuki All rights reserved.

18次からは付録です• 本編で「道具」として取り上げたものの一部を取り上げます。

© 2015 Mikio Suzuki All rights reserved.

19

付録

© 2015 Mikio Suzuki All rights reserved.

20

三色ボールペン＆マインドマップ© 2015 Mikio Suzuki All rights reserved.

21

三色ボールペンを使って仕様書を読み込む• 仕様書を読んで、疑問点を明らかにします。

© 2015 Mikio Suzuki All rights reserved.

22

仕様書を読み、疑問点を明らかにします。

• 仕様書を読んで、分からないところをチェックします。
– チェックするとき、色分けをしてもよいでしょう。
– 赤色・・・客観的に見て、最も重要な箇所– 青色・・・客観的に見て、まあ重要な箇所– 緑色・・・主観的に見て、おかしいと感じた箇所– 他の人が見るものではありませんので、チェックに正しい／間違いはありません。
– 「変だな」「おかしいな」と思うところがあれば、そこをチェックします。
– 分からないところもチェックします。

• 疑問点を明らかにします。

– 疑問点を一つずつ明らかにしていきます。
– 用語に関することは、自分なりの用語集を作り、その中に書きためていきます。

© 2015 Mikio Suzuki All rights reserved.

23

マインドマップ© 2015 Mikio Suzuki All rights reserved.

24

Ｔｅｓｔ．ＳＳＦ
http://aster.or.jp/business/testssf.html© 2015 Mikio Suzuki All rights reserved.

25

Ｔｅｓｔ．ＳＳＦの全体構造
カテゴリ

開発技術

第一階層

コンポーネントテスト

統合テスト

第二階層

テスト
要求分析テスト
詳細設計

第三階層テストアーキテクチャ設計・・・

テスト
実装・・・

参考）テストスキル標準(Test.SSF)の紹介と活用事例 JaSST’11 発表資料 鈴木三紀夫© 2015 Mikio Suzuki All rights reserved.

システムテスト

受け入れテスト

テスト
実行・・・

テスト
報告

テスト
評価・・・

26

テスト要求分析
番号

第三階層

X.1.1

準備

テスト要求分析の準備

X.1.2

獲得

テスト要求の獲得

X.1.3

分析

テスト要求の分析

X.1.4

作成

テスト要求分析成果物の作成

X.1.5

検証

テスト要求分析成果物の検証

参考）テストスキル標準(Test.SSF)の紹介と活用事例 JaSST’11 発表資料 鈴木三紀夫© 2015 Mikio Suzuki All rights reserved.

27

テストアーキテクチャ設計
番号

第三階層

X.2.1

準備

X.2.2

テスト要求分析成果物の準備
テストベースの準備

X.2.3

獲得

アーキテクチャスタイルに関する要求の獲得

X.2.4

分析

アーキテクチャスタイルに関する要求の分析

X.2.5

アーキテクチャスタイルの選択

X.2.6

テスト全体構造の設計

X.2.7

テスト全体バランスの調整

X.2.8

テスト環境の構築方針・方法の検討

X.2.9

テスト詳細設計の指針・原則の検討

X.2.10作成

テストアーキテクチャ設計成果物の作成

X.2.11

検証

テストアーキテクチャ設計成果物の検証

参考）テストスキル標準(Test.SSF)の紹介と活用事例 JaSST’11 発表資料 鈴木三紀夫© 2015 Mikio Suzuki All rights reserved.

28

テスト詳細設計
番号

第三階層

X.3.1

準備

X.3.2

テストアーキテクチャ設計成果物の準備
テストベースの準備

X.3.3

獲得

テスト対象の仕様の獲得

X.3.4

分析

テストアーキテクチャに基づくテスト対象の仕様の分析

X.3.5

テスト実行条件の定義

X.3.6

テストカバレッジの設計

X.3.7

テスト条件（確認項目）の設計

X.3.8

テストデータの設計

X.3.9

テスト環境の設計

X.3.10

テストハーネスの設計

X.3.11

作成

テスト詳細設計成果物の作成

X.3.12

検証テスト詳細設計成果物の検証参考）テストスキル標準(Test.SSF)の紹介と活用事例 JaSST’11 発表資料 鈴木三紀夫© 2015 Mikio Suzuki All rights reserved.

29

テスト観点リスト＆不具合推測リスト© 2015 Mikio Suzuki All rights reserved.

30

テスト観点リストの例
必須項目／入力禁止項目
必須入力項目に対して、未入力時の動作を確認しているか。
必須入力項目だけで、登録が可能であることを確認しているか。
入力禁止項目に対して、入力できないようになっているか
ＮＵＬＬ禁止項目にＮＵＬＬが入力された場合、ＮＵＬＬチェックが行われているか。
通常項目に対して、未入力時の動作を確認しているか。
日付フィールド
うるう年を考慮しているか。
うるう日を考慮しているか。
存在しない日に対してエラー処理を考慮しているか。
存在しない日に対してエラー処理を考慮しているか。
業務上の特殊日に対して考慮しているか。
春分／秋分の日やハッピーマンデーなど移動する祝祭日に対して考慮しているか。
元号の切り替わる前後を考慮しているか。
日付の入力スタイルを考慮しているか。
和暦を考慮しているか。
月末日の入力・更新が行えることを確認しているか。
特殊日の入力・更新が行えることを確認しているか。
参考）オフショア開発におけるテスト改善～オフショア版テスト改善「３点セット」の紹介～ JaSST’10 発表資料 鈴木三紀夫© 2015 Mikio Suzuki All rights reserved.

31

不具合推測リストの例
金額
値の精度
値の精度が画面によって異なる。
マイナス表示マイナス金額の表示方法が画面によって異なる。
桁区切り
金額の桁区切りが画面によって異なる。
桁数
カンマ無し９桁を想定していたが、カンマ有り９桁で実装されていた。
最大桁数で入力した後、フォーカスアウトでカンマ付き表示したら桁落ちが発生した。
画面間の金額画面間で表示される金額があっていない。
データ型
金額を文字列型として持っていたにも関わらず、数値として扱ってしまった。
最大金額
９桁（９億）以下であることを想定していたが、実際には１０桁（１０億）を超えるデータが入金された。

参考）オフショア開発におけるテスト改善～オフショア版テスト改善「３点セット」の紹介～ JaSST’10 発表資料 鈴木三紀夫© 2015 Mikio Suzuki All rights reserved.

32

タートル法© 2015 Mikio Suzuki All rights reserved.

33テスト分析

© 2015 Mikio Suzuki All rights reserved.

34テスト分析の考え方

野視© 2015 Mikio Suzuki All rights reserved.

35

■視野
• テスト設計をするために、テストケースを書くために、必要な文書や情報を知る。
– テストベース（要件定義書、機能仕様書など）– 開発標準やテスト標準、テストガイドライン– 過去に作成されたテストケース– テストケースのためのチェックリスト– 過去の不具合状況や欠陥データベース– テスト範囲（テスト実施すべきところの把握）– テスト対象に関する情報• 開発途中の品質状況（良さ／悪さ）• 母体システムの品質状況© 2015 Mikio Suzuki All rights reserved.

36

テストベース、標準、過去のテストケース等（システムの完成像）

テストガイド過去のテストケース

要件定義書

チェックリスト

テストケースのテンプレート

よくある不具合リスト
過去の経験

ＥＲ図

過去の不具合票

過去の欠陥、不具合事例

機能階層表

デシジョンテーブル
フローグラフ

仕様書・設計書© 2015 Mikio Suzuki All rights reserved.

状態遷移図

ベン図

テスト技法で使用する図表（モデル）37

テスト範囲外部システムＡ
サブシステムシステム全体サブシステム当該システム外部システムＢ
サブシステムサブシステム
帳票

既存システムサブシステムサブシステムサブシステムサブシステムサブシステムサブシステムDB

帳票※外部システムとの連携については、○○○を確認項目とする。

※既存システムとの連携については、○○○、△△△、□□□を確認項目とする。
※外部システムＡ、Ｂについては、□□様がシステムテストを実施する。

© 2015 Mikio Suzuki All rights reserved.

38

テスト対象に関する情報

テストの優先度を判断するために使います

良さに関する情報（自信のあるところ）••

悪さに関する知識（バグの多そうなところ）

••
•
••

構造上問題が起きそうなところ
前工程までの検証作業（レビューやテスト）が足りなかったり滞ったところ
類似製品や母体系製品の過去バグ
顧客クレームから分析した知識
スキルの足りないエンジニアが担当したところ
設計中に不安が感じられたところ進捗が滞ったりエンジニアが大きく入れ替わったりしたと
ころ

参考）テスト観点に基づくテスト開発方法論 ～ＶＳＴｅＰの概要～ 西 康晴
© 2015 Mikio Suzuki All rights reserved.

39

■視座
• テスト対象に関わる人たちを明らかにする。
• その人の立場に立って、テストを考える。
– 利用者、ユーザータイプ– ユーザー特性
– 開発者
– 運用者
– 顧客のお客様（Customer’s Customer）– テストエンジニア• スキル、経験© 2015 Mikio Suzuki All rights reserved.

40

オニオンモデル
社会・環境
顧客

政府・行政
顧客

地域

企業
ＣＥＯ

株主

業務、ユーザＩＴシステムサプライヤー

ＣＩＯ
ビジネスユーザ

ソフトウェア

オペレータ

社員開発者

EA Rep

シグネチャー
システム管理者

保守者

Functional
トランザクション
Model
Component Operational
Model
Model ユースケース
Business
Process Model
Business
Model
EconomicModel

ビジネス・イベント
取引
法律・コンプライアンス

Environmental
Model参考）ＩＴアーキテクトサミット２００９ 講演資料 榊原彰© 2015 Mikio Suzuki All rights reserved.

41

「ご近所さん」を探せ
経営周辺メンバ
中核メンバ
外郭メンバ

現場
© 2015 Mikio Suzuki All rights reserved.

情シス

42

視座（ビジネスコンテキスト分析）
脱・初心者 テスト技法 チュートリアル

ｉ

個人情報
利用履歴

ホテル情報
稼働情報 ｉ
予約サービス
Ｓの提供￥ 割引相当額の補填
ホテル情報
稼働情報 ｉ

ｉ 予約情報Ｓ

本業であるインターネット旅行予約の顧客を増やすために、付加サービスであるペットホテル検索・予約サービスの魅力を増やす
参考）脱・初心者 テスト技法 チュートリアル JaSST’12 チュートリアル資料「シナリオテストによるピンポイントテスト設計」 鈴木三紀夫© 2015 Mikio Suzuki All rights reserved.

43

■視点
• テストすべき事柄（テスト条件）を洗い出す。
• 次のステップでテスト条件を導く。
– テスト対象をある塊に分割する。

• フィーチャー、ユーザーストーリー、機能要求、機能など– テスト条件を導くのに適したモデルを決める。

• IPOモデル、刺激反応モデル、「テスト分析の三角形」など– モデルに基づいてテスト条件を洗い出す。
• タートル図– テスト条件を階層化する。
• マインドマップ、NGTなど© 2015 Mikio Suzuki All rights reserved.

44

分割
１．A機能
２．B機能

機能仕様書

テストで扱う機能の塊

イベントに始まって、入力－処理－出力のシナリオの性質を持つ一連の動作参考）テストの質を上げるための要求仕様書 JaSST’07 講演資料 清水吉男
© 2015 Mikio Suzuki All rights reserved.

45

IPOモデル

入力処理出力蓄積© 2015 Mikio Suzuki All rights reserved.

46

テスト分析の三角形モデル

トリガー

誰が目的

誰に処理
入力

出力
蓄積
事前状態

事後状態

環境

© 2015 Mikio Suzuki All rights reserved.

47

刺激反応モデルデータ© 2015 Mikio Suzuki All rights reserved.

48

テスト条件の洗い出しテストで扱う機能の塊

テスト条件を導くモデル

テスト条件© 2015 Mikio Suzuki All rights reserved.

49

テスト条件の洗い出し
業務

アクター

トリガー

システム境界

手段

表示

システム

計算

データ
動作

メッセージ

手段

表示

データ操作

データ

データ
Ｃ：登録
Ｒ：読込
Ｕ：更新

アクター

Ｄ：削除

業務担当者

開発者

参考）オフショア開発におけるテスト改善～オフショア版テスト改善「３点セット」の紹介～ JaSST’10 発表資料 鈴木三紀夫© 2015 Mikio Suzuki All rights reserved.

50

テスト条件の洗い出し（タートル法）
テストで扱う機能の塊

テスト条件© 2015 Mikio Suzuki All rights reserved.

51

タートル図目的
ゴール

ユーザビリティ 指示者
手段、方法
ツール
ノイズ
共有
競合
同時

行為者
（権限）

イベント
トリガー
割込

タイミング 操作、手順
時期
順序（中断）

入力源
発生源
（境界）

入力表示
初期表示

入力

資源

法律
規格

状態、モード

メッセージ
通知

出力

ＣＲＵＤ
蓄積
キャッシュ

停止者
再開者

連続、期間
回数
時間

出力表示
カーソル位置
速度
性能

目的
効果

出力先
接続先
（境界）

スループット
ボリューム

並行
並列

コスト

設定、構成
事後条件
環境、場所 堅牢、障害 セキュリティ（矛盾設定）
事後状況文書
ローカライズ

移行

運用

保守※ノイズ：入出力の関係を妨げる要因、アクティブノイズ：ノイズの一種で人がわざと行うもの© 2015 Mikio Suzuki All rights reserved.

再接続

受益者

レスポンス
遷移先

処理
（計算）

アクティブ ボリューム 頻度、周期 論理、規則
ノイズ
負荷
繰り返し
ルール
事前条件
事前状況

方針

監視、診断

制御
制約
優先

2014.11.6

プライバシー・・・52

HAYST法のラルフチャートより

テスト条件の洗い出し（テスト分析の三角形とタートル図を使用して）
誰が環境

事前状態

入力

トリガー

処理

蓄積

出力

事後状態

目的

誰に

制約
頻度
速度
ボリューム
並行
順序・・・

タイミング

© 2015 Mikio Suzuki All rights reserved.

53

意地悪漢字（裏）
落
止
廃

飛迷

失

消
移

散

無滅

隠乱

欠

略

捨
解

裏壊
禁

© 2015 Mikio Suzuki All rights reserved.

除切

断

減

稀
誤降
縮

異

未
急

遅

違
不延
退

衰
54

意地悪漢字（表）
戻間
限

全満

中

端
片

微

外

返

再替
変

周

独差

共交

表優超

© 2015 Mikio Suzuki All rights reserved.

代特越過

別入

連

同分

脇続合割離極55

テスト条件の洗い出し（テスト分析の三角形と意地悪漢字を使用して）
誰が環境

事前状態

入力

トリガー

処理

蓄積

出力

事後状態

目的

誰に

急
延
遅乱
断欠・・・

迷

© 2015 Mikio Suzuki All rights reserved.

56

階層化

© 2015 Mikio Suzuki All rights reserved.

57

テスト設計© 2015 Mikio Suzuki All rights reserved.

58

テスト設計
入力項目の洗い出し
入力項目の組み合わせ
入力項目の値の範囲値の特定値の組み合わせ© 2015 Mikio Suzuki All rights reserved.

テスト対象の入力項目を全て洗い出す。
入力項目のうち、その入力値によって、処理の結果が変わりうるものを選ぶ。桁数、レコード長、ファイルサイズなども入力項目になり得る。
テストで用いる入力項目の組み合わせを識別する。

入力項目の取り得る値の範囲を識別する。

テストで用いる入力項目の値を特定する。
同値分割や境界値分析などのテスト技法を用いることが多い。

値を組み合わせ、入力データのバリエーションを作る。
値の組み合わせで禁則がある場合は、その値の組み合わせを取り除く。
組み合わせテストやデシジョンテーブルテストなどのテスト技法を用いることが多い。

59

対立漢字（天）新－旧直－並差－等順－逆専－兼共－別占－共繋－離整－乱連－離集－散続－断合－離発－着古－今先－後始－終去－未天
強－弱湿－乾明－暗淡－濃動－静熱－冷© 2015 Mikio Suzuki All rights reserved.

早－遅緩－急速－遅敏－鈍疾－徐粘－諦進－戻捗－滞行－戻動－止進－止越－止60

対立漢字（地）大－小硬－軟弛－張清－濁精－粗鋭－鈍厚－薄単－複拡－縮有－無過－不増－減加－減多－少重－軽太－細広－狭遠－近地入－出抑－揚開－閉沈－浮押－引倒－起© 2015 Mikio Suzuki All rights reserved.

高－低表－裏前－後縦－横左－右上－下長－短片－両深－浅中－端曲－直内－外61対立漢字（人）忙－暇得－失完－欠脱－着臨－定常－変常－偶未－済借－貸未－既諾－否厳－緩許－禁騒－静簡－繁取－捨空－塞現－隠人
因－果可－否奇－遇公－私虚－実正－誤© 2015 Mikio Suzuki All rights reserved.

優－劣陰－陽良－悪密－疎拙－巧難－易同－異真－偽自－他仮－真正－副正－従62以上です。
ご静聴ありがとうございました。

© 2015 Mikio Suzuki All rights reserved.

63