上述的TR1-1到TR1-2都对应于系统需求的SR1(功能点)。
测试工程师要编写测试用例，依据是测试需求，测试用例要保证对测试需求的100%覆盖，即测试需求的所有检查点在测试用例中必须有所提现。例如
TCF1-1-1
输入用户名huior，对应的密码987654，以及验证码
预期结果：用户正确登录缴费系统，进入欢迎界面
TCF1-2-1
输入不存在的用户名huior_error，密码123456，以及验证码
预期结果：提示“用户名不存在”的错误，返回登录界面
TCF1-2-2
输入正确的用户名huior，密码 123456，以及验证码
预期结果：提示“密码错误”，返回登录界面
TCF1-2-3
输入正确的用户名huior，密码 987654，以及错误的验证码
预期结果：提示“验证码错误”，返回登录界面
… …
测试员在执行测试用例的过程中，会发现BUG，BUG可以和测试用例对应。这样的话，软件开发的各个过程都可以对应起来。
有了这样的对应关系，黑盒测试对于需求的覆盖度就会很容易度量。例如，测试员只执行了用例TCF1-1-1，只覆盖了TR1-1需求，假设系统需求中只定义了2个功能点，则
测试需求的覆盖度 = 1 / 2 * 100% = 50%
实现
一般情况下，要成功的实施以上的过程，单单靠手工实现起来很难。目前市场上已经有比较专业的工具来协助实现以上过程。我原来听过一些产品的介绍，要完全实现以上过程，需要几个工具结合起来使用，例如DOORS + TD配合使用，就可以把以上四个过程对应起来。
延伸阅读
文章来源于领测软件测试网 https://www.ltesting.net/