基于规范的测试

　　检查相关文档中的关于程序的每一个声明，例如设计规范、需求列表、用户接口描述，发布原型、或者用户手册。

　　在企业中，严格按他们的规范进行测试是非常重要的（有激发性的）。比如，如果规范是合同的一部分，遵照规范是非常重要的。同样，产品必须遵照他们的声明，关乎生命的产品必须遵照所有与安全相关的规范。

　　规范驱动的测试一般是比较弱的，对特定规范条目进行测试的这类测试是明显不具有代表性的。

　　某些基于规范测试的团队仅仅局限于文档中的描述。对他们来说，一个好的测试集合包含了规范中为每一个声明制定的明确的、有关的测试。

　　其他团队对规范中的问题有长远见解。他们发现，对说明详尽的产品进行的大多数信息测试经常会出现规范中的不明确点，或者检查说明不详尽的产品。

　　基于风险的测试

　　设想程序失败的一个情形，然后设计一个或多个测试来检查这个程序是否真的会在那种情形下失败。

　　一个完美的基于风险测试的集合应该基于一个详尽的风险列表，一个每种情形都能使程序失败的列表。

　　一个好的基于风险的测试是一个致力于解决特定风险测试的一个典型代表。

　　测试中出现重大失误或者对手产品有明显失误，在这种程度上，基于风险的失败会是非常可靠、非常有激发性的。但是，很多基于风险的测试在理论上（实际应用中不可能发生）是被忽略的。（潜在失误）从实际存在的失误中测出来的风险是很有价值的，会使测试更可靠。

　　基于风险的测试在于传递高度的信息价值，因为你有理由相信产品中确实存在你要测的问题。我们能从程序能否通过测试中学到很多东西。

版权声明：51Testing软件测试网及相关内容提供者拥有51testing.com内容的全部版权，未经明确的书面许可，任何人或单位不得对本网站内容复制、转载或进行镜像。51Testing软件测试网欢迎与业内同行进行有益的合作和交流，如果有任何有关内容方面的合作事宜，请联系我们。