Test createView and resolveTarget with TRANSIENT_ATTACHMENT

[kainino0x]

This restriction is missing from the spec, but textures with TRANSIENT_ATTACHMENT must not be used as resolve targets.

This must apply regardless of any usage subsetting in createView(). For simplicity (to better avoid bugs in validation elsewhere), it's proposed that createView() simply cannot subset a TRANSIENT_ATTACHMENT texture. This test implements that proposal.

Issue: #4509; part of spec change gpuweb/gpuweb#6248

---

Requirements for PR author:

• All missing test coverage is tracked with "TODO" or .unimplemented().
• New helpers are /** documented */ and new helper files are found in helper_index.txt.
• Test behaves as expected in a WebGPU implementation. (If not passing, explain above.)
• [-] Test have be tested with compatibility mode validation enabled and behave as expected. (If not passing, explain above.)

Requirements for reviewer sign-off:

• Tests are properly located.
• Test descriptions are accurate and complete.
• Tests provide complete coverage (including validation control cases). Missing coverage MUST be covered by TODOs.
• Tests avoid over-parameterization (see case count report).

When landing this PR, be sure to make any necessary issue status updates.

[github-actions]

Results for build job (at 24315d4):

-webgpu:api,validation,createView:texture_view_usage:* - 452 cases, 2712 subcases (~6/case)
+webgpu:api,validation,createView:texture_view_usage:* - 452 cases, 2260 subcases (~5/case)
+webgpu:api,validation,createView:texture_view_usage_of_multiple_usages:* - 16 cases, 54 subcases (~3/case)
-webgpu:api,validation,render_pass,resolve:resolve_attachment:* - 21 cases, 21 subcases (~1/case)
+webgpu:api,validation,render_pass,resolve:resolve_attachment:* - 23 cases, 23 subcases (~1/case)
-TOTAL: 281182 cases, 2322747 subcases
+TOTAL: 281200 cases, 2322351 subcases