黑盒测试如何保证需求的覆盖度[2]

　　黑盒测试如何保证需求的覆盖度[2]   软件测试

　　上述的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配合使用，就可以把以上四个过程对应起来。

原文转自：http://www.ltesting.net