测试用例评审Checklist
<p><center><font size = 6>物件播放组件-测试用例评审Checklist</font></center></p>
<table>
<thead>
<tr>
<th>最后修订日期</th>
<th>2024-2-1</th>
</tr>
</thead>
<tbody>
<tr>
<td>作者</td>
<td>QFord</td>
</tr>
<tr>
<td>V1.0.0</td>
<td>创建文档</td>
</tr>
</tbody>
</table>
<table>
<thead>
<tr>
<th>ID</th>
<th>通过标准</th>
<th>评审标准</th>
</tr>
</thead>
<tbody>
<tr>
<td>TC001</td>
<td>√</td>
<td>[测试用例-明确性] 是否有明确的目的和意义，是否能够清晰地描述出测试的目标和预期结果。</td>
</tr>
<tr>
<td>TC002</td>
<td>√</td>
<td>[测试用例-完整性] 是否考虑到所有可能的变量和参数，是否考虑到了所有可能的测试场景和边界条件。</td>
</tr>
<tr>
<td>TC003</td>
<td>√</td>
<td>[测试用例-准确性] 测试用例的结果是否能准确反映测试的目的，是否能够准确地捕捉到预期的错误和异常。</td>
</tr>
<tr>
<td>TC004</td>
<td>√</td>
<td>[测试用例-规范性] 测试用例的名称、描述、验证内容和预期结果等是否规范，是否遵循了一定的格式和标准。</td>
</tr>
<tr>
<td>TC005</td>
<td>√</td>
<td>[测试用例-可追溯性] 测试用例是否能够和需求、设计等文档进行关联，是否能够追溯到具体的需求或问题。</td>
</tr>
<tr>
<td>TC006</td>
<td>√</td>
<td>[测试用例-优先级] 测试用例的优先级是否设置得当，是否能够反映出测试的重要性和紧急性。</td>
</tr>
<tr>
<td>TC007</td>
<td>√</td>
<td>[测试用例-唯一性] 不要重复测试用例。如果需要测试用例来执行其他一些测试用例，请按 [前置条件]] 列中的测试用例 ID 调用测试用例。</td>
</tr>
<tr>
<td>TC008</td>
<td>√</td>
<td>[测试用例-业务标准] 下面补充器材业务独特的业务评审标准（待QA补充）</td>
</tr>
</tbody>
</table>
<p>> 本组件测试的范围是单元测试，主要检查接口（函数）是否按照预期工作。有别于功能测试和性能测试。</p>
<h1>测试用例编写和评审要求</h1>
<p>> 基于王永弟同学2024-1-29 电话(00:29:04)沟通内容总结整理</p>
<ol>
<li>
<p>测试用例的创建应该有明确的目的和意义，例如在创建器材的测试用例中，应该明确测试的是器材能否正常创建，而不是创建多个器材的性能问题。</p>
</li>
<li>
<p>测试用例的设计应该考虑到所有可能的变量和参数，例如在创建器材的测试用例中，应该考虑到器材的类型、参数、是否带药品等因素。</p>
</li>
<li>
<p>测试用例的结果应该准确反映测试的目的，例如在创建器材的测试用例中，结果应该明确指出器材是否能正常创建，而不是描述创建过程是否流畅。</p>
</li>
<li>
<p>测试用例的评审应该严谨，对测试用例的名称、验证内容、遗漏情况、优先级等方面进行评审。</p>
</li>
<li>
<p>测试用例的执行应该按照测试用例的要求进行，不同的人执行同一个测试用例应该得到相同的结果。</p>
</li>
<li>
<p>对于开发人员来说，应该具备一定的测试思维，能够理解和设计测试用例，特别是对于模块负责人，应该具备更强的测试能力。</p>
</li>
<li>测试用例的设计应该考虑到所有可能的情况，包括不可能发生的情况，以确保测试的完整性。</li>
</ol>
<h1>参考资料</h1>
<p><a href="https://www.guru99.com/test-case.html">测试用例教程</a></p>
<p><a href="https://www.guru99.com/unit-testing-guide.html">单元测试</a></p>