问如何确保测试用例中100%的需求覆盖率？

EN

由于测试是一个永无止境的过程，我们永远不能假设100 %的测试用例已经准备好了，所以我们只能最小化将产品运送到客户端的风险。

完全测试是不可能的，原因有几个：

• 我们不能测试程序的所有输入。
• 我们不能测试程序输入的所有组合。
• 我们不能测试整个程序的所有路径。
• 我们不能测试所有其他潜在的故障，例如用户界面设计错误或需求分析不完整造成的故障。

编写有效的测试用例是一种技能，它可以通过对正在编写测试用例的应用程序的一些经验和深入研究来实现。为了避免缺少测试场景，每个测试用例都会下降。

1. 在这个级别上，您将从可用的规范和用户文档中编写基本的测试用例。
2. 这是编写测试用例取决于应用程序的实际功能和系统流程的实际阶段。
3. 在这个阶段，您将对一些测试用例进行分组，并编写测试过程。测试过程不过是一组小测试用例，最多为10。
4. 项目的自动化。这将减少与系统的人工交互，因此QA可以专注于当前更新的测试功能，而不是继续忙于回归测试。

因此，您可以观察到系统的增长，从没有可测试的项目到自动化套装。对于任何应用程序，基本上您将涵盖所有类型的测试用例，包括功能测试用例、负测试用例和边值测试用例。

有一种名为MECE的方法(互斥性和集体详尽性的)可以尽可能多地涵盖所有测试场景，您需要一个思维地图。

例如，ISO9000质量标准，它有6个大类别，和24个子类别。

以您的登录页面为例：

• 我们能用正确的用户名和密码登录吗？
• 如果没有正确的用户名和密码，我们不能登录吗？
• 登录页面能否在不同的浏览器或平台上正确显示？(pc或移动)
• 页面是否与ui设计相对应？
• 登录页面能显示不同国家的语言吗？
• 当很多人同时登录时，登录页面能及时工作吗？
• 当人们忘记用户名和密码时，他们能在登录页面中找到提示吗？
• 登录页面支持https吗？
• 在这个国家的不同地方，人们可以像在你的公司一样快地访问这个页面？
• 网页能阻止黑客破解网页吗？页面需要阻止机器人登录吗？
• 登录页面能永远正常工作吗？

您需要将这个问题(也称为风险)划分为不同的类别，例如功能、性能、兼容、维护、稳定性等等。

有一个技巧可以问问题，这叫做谁-什么-什么-为什么-例外

当您遗漏了一些东西时，让bug逃脱，您可以记录它属于哪个类别，并提高您的测试覆盖率。

在现实中，很难达到百分之百的覆盖率，因为它成为一个条件，百分之百的确定性。但是，当您计划测试一个软件或应用程序时，要确保测试用例中涵盖的所有需求，就需要您制定全面的测试策略。

这可能需要您与涉众进行交互，并根据应用程序的关键领域和功能创建所有测试活动的清单。基于所有这些信息，您可以在理解产品固有风险的同时创建需求。

一旦您完成了所有手动过程，您甚至可以考虑使用测试自动化解决方案来帮助您处理所有可能的测试用例，这些测试用例可以满足100 %的需求。