実験（する） the 反対する TestObject against the 実験（する） 明示するd with TestName. This 実験（する）
does not change the semantic 明言する／公表する of the 反対する, so it can be called on a 存在するing
構成要素 that will used その上の on. 公式文書，認める: This can be a strong 実験（する） 制限.
There are some 構成要素s, that cannot 成し遂げる their 十分な 実験（する） シナリオ.
実験（する） the 反対する TestObject against the 実験（する） 明示するd with TestName.
This 実験（する） changes the 明言する／公表する of the 反対する. The 反対する may be useless
afterwards (e.g., a の近くにd XOutputStream). The method in general may
be called 多重の times with a new 実験（する） 反対する instance. 公式文書，認める: Each 実験（する）
シナリオ should be 独立した・無所属 of each other, so even if a シナリオ
didn't pass the 実験（する）, the other 実験（する） can still be 成し遂げるd.
The error messages are cumulative.
実験（する） the 反対する TestObject against the 実験（する） 明示するd with TestName using
several threads. That does NOT mean that testMultiThread should 器具／実施する
a 実験（する） using several threads but that this 実験（する） method should be designed
to be called by several threads. So for example, it has to take into consideration
that a 実験（する） 反対する 明言する／公表する that is changed by the method can be
changed again by another thread. So it's not やむを得ず a mistake if an
推定する／予想するd 明言する／公表する can't be 確認するd after setting it. Besides that, everything
is the same as 述べるd for the 実験（する） method.
If this way of 実験（する）ing with 多重の threads is not appropriate for the
構成要素 to be 実験（する）d this method should not be 器具／実施するd (it should
only return -1) and a special multithread 実験（する） adapted to the special
needs of 実験（する）ing this 構成要素 should be 統合するd in the 実験（する） method.
実験（する） the 反対する TestObject against the 実験（する） 明示するd with TestName. This 実験（する）
does not change the semantic 明言する／公表する of the 反対する, so it can be called on a 存在するing
構成要素 that will used その上の on. 公式文書，認める: This can be a strong 実験（する） 制限.
There are some 構成要素s, that cannot 成し遂げる their 十分な 実験（する） シナリオ.
Parameter TestName
the 指名する of the 実験（する）. Must be an interface, service, or 実施 指名する.
公式文書，認める: The 指名する is only used by the 実験（する） 構成要素 to distinguish between 実験（する）
シナリオs.
Parameter TestObject
The instance to be 実験（する）d.
Throws
IllegalArgumentException
if the 実験（する） does not support TestName or TestObject is null.
実験（する） the 反対する TestObject against the 実験（する） 明示するd with TestName.
This 実験（する） changes the 明言する／公表する of the 反対する. The 反対する may be useless
afterwards (e.g., a の近くにd XOutputStream). The method in general may
be called 多重の times with a new 実験（する） 反対する instance. 公式文書，認める: Each 実験（する）
シナリオ should be 独立した・無所属 of each other, so even if a シナリオ
didn't pass the 実験（する）, the other 実験（する） can still be 成し遂げるd.
The error messages are cumulative.
Parameter TestName
The 指名する of the 実験（する）. Must be an interface, service, or
実施 指名する. 公式文書，認める: The 指名する is only used by the 実験（する） 構成要素
to distinguish between 実験（する） シナリオs.
Parameter TestObject
The instance to be 実験（する）d.
Parameter hTestHandle
内部の 実験（する） 扱う. 扱う for first 実験（する） is always 0.
扱う of next 実験（する） is returned by the method.
Returns
扱う of the next 実験（する）. -1 if this was the last 実験（する）.
Throws
IllegalArgumentException
if the 実験（する） does not support TestName or TestObject is null.
実験（する） the 反対する TestObject against the 実験（する） 明示するd with TestName using
several threads. That does NOT mean that testMultiThread should 器具／実施する
a 実験（する） using several threads but that this 実験（する） method should be designed
to be called by several threads. So for example, it has to take into consideration
that a 実験（する） 反対する 明言する／公表する that is changed by the method can be
changed again by another thread. So it's not やむを得ず a mistake if an
推定する／予想するd 明言する／公表する can't be 確認するd after setting it. Besides that, everything
is the same as 述べるd for the 実験（する） method.
If this way of 実験（する）ing with 多重の threads is not appropriate for the
構成要素 to be 実験（する）d this method should not be 器具／実施するd (it should
only return -1) and a special multithread 実験（する） adapted to the special
needs of 実験（する）ing this 構成要素 should be 統合するd in the 実験（する） method.
Parameter TestName
The 指名する of the 実験（する）. Must be an interface, service or
実施 指名する. 公式文書，認める: The 指名する is only used by the 実験（する） 構成要素
to distinguish between 実験（する） シナリオs.
Parameter TestObject
The instance to be 実験（する）d.
Parameter hTestHandle
内部の 実験（する） 扱う. 扱う for first 実験（する） is always 0.
扱う of next 実験（する） is returned by the method.
Returns
扱う of the next 実験（する）. -1 if this was the last 実験（する）.
Throws
IllegalArgumentException
if the 実験（する） does not support TestName or TestObject is null.
