fullNameはゲッターとして定義されています。
get fullName() { ... }
ゲッターは関数のようにアクセスするのではなく、プロパティのようにアクセスします。
それで：
cat.fullName; // "ファンシーウィスカーズ"
括弧は不要です。
なぜ他人は間違っているのか：
A: cat.fullName() は、返された文字列を関数として呼び出そうとします。
BとC：これらのプロパティ（get、function）は存在しません。これらは構文の誤った解釈です。

JavaScript Knowledgeによる包括的かつ詳細な解説：
var1とvar2が何であっても（数値、ブール値など）、結果が文字列型であることを保証したい。
選択肢A：
String(var1).concat(var2)
String(var1) は、var1 を明示的に文字列に変換します。
.concat(var2) は String.prototype.concat を呼び出します。これは次のようになります。
必要に応じてvar2を文字列に変換します。
2つの文字列を連結した新しい文字列を返します。
結果は常に文字列です。
したがって、Aは有効である。
選択肢B：
String.concat(var1 + var2)
String.concat（静的メソッドとして）は存在しません。concatはStringオブジェクトのインスタンスメソッドであり、Stringコンストラクタのメソッドではありません。
var1 + var2 は（両方とも数値の場合）数値である可能性があり、ここでは誤って使用されています。
したがって、Bは無効である。
オプションC：
var1 + var2
+ は以下を意味する可能性があります:
文字列連結（少なくとも1つのオペランドが文字列の場合）。
数値加算（両方の被演算物が数値の場合）。
var1とvar2が両方とも数値の場合、var1 + var2は文字列ではなく数値になります。
これは、結果が常に文字列であることを保証するものではありません。
したがって、Cが要件を満たすことは保証されない。
選択肢D：
var1.toString() + var2.toString()
var1.toString() は、var1 を文字列に変換します (ほとんどのプリミティブ型/オブジェクト型の場合)。
var2.toString() も同じことをします。
これで、+演算子の両方のオペランドが文字列になったので、結果は文字列の連結になります。
結果は必ず文字列になります。
したがって、Dは妥当である。
したがって、有効な方法はAとDの2つです。
学習ガイド／概念リファレンス（リンクなし）：
String() 変換と .toString() の違い
String.prototype.concat
+ 演算子オーバーロード: 数値加算と文字列連結
プリミティブ型の型強制ルール
________________________________________

新しい動作：sum3関数は、すべての要素の合計を返すようになりました。
1行目: sum3([1, 2, 3]) → 1 + 2 + 3 = 6
2行目のアサーション: res === 6 → 合格。
4行目: sum3([1, 2, 3, 4]) → 1 + 2 + 3 + 4 = 10
5行目のアサーション res === 6 → 10 === 6 は偽であるため、アサーションは失敗します。
それで：
2行目のアサーションは成功します → D。
5行目のアサーションが失敗しました → C。