灰盒测试( 三 ) _生活百科

文章插图
灰盒测试3、设计测试用例时应该考虑到合法的输入和不合法的输入以及各种边界条件，特殊情况要製造极端状态和意外状态，比如网路异常中断、电源断电等情况。4、一定要注意测试中的错误集中发生现象，这和程式设计师的编程水平和习惯有很大的关係。5、对测试错误结果一定要有一个确认的过程，一般有A测试出来的错误，一定要有一个B来确认，严重的错误可以召开评审会进行讨论和分析。6、制定严格的测试计画，并把测试时间安排的儘量宽鬆，不要希望在极短的时间内完成一个高水平的测试。7、回归测试的关联性一定要引起充分的注意，修改一个错误而引起更多的错误出现的现象并不少见。8、妥善保存一切测试过程文档，意义是不言而喻的，测试的重现性往往要靠测试文档。对象软体测试并不等于程式测试。软体测试应该贯穿整个软体定义与开发整个期间。因此需求分析、概要设计、详细设计以及程式编码等各阶段所得到的文档，包括需求规格说明、概要设计规格说明、详细设计规格说明以及源程式，都应该是软体测试的对象。在对需求理解与表达的正确性、设计与表达的正确性、实现的正确性以及运行的正确性的验证中，任何一个环节发生了问题都可能在软体测试中表现出来。相关参考黑盒测试黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过测试来检测每个功能是否都能正常使用，在测试时，把程式看作一个不能打开的黑盆子，在完全不考虑程式内部结构和内部特性的情况下，测试者在程式接口进行测试，它只检查程式功能是否按照需求规格说明书的规定正常使用，程式是否能适当地接收输入数锯而产生正确的输出信息，并且保持外部信息（如资料库或档案）的完整性。黑盒测试方法主要有等价类划分、边值分析、因果图、错误推测等，主要用于软体确认测试。“黑盒”法着眼于程式外部结构、不考虑内部逻辑结构、针对软体界面和软体功能进行测试。“黑盒”法是穷举输入测试，只有把所有可能的输入都作为测试情况使用，才能以这种方法查出程式中所有的错误。实际上测试情况有无穷多个，人们不仅要测试所有合法的输入，而且还要对那些不合法但是可能的输入进行测试。

文章插图
灰盒测试白盒测试白盒测试也称结构测试或逻辑驱动测试，它是知道产品内部工作过程，可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行，按照程式内部的结构测试程式，检验程式中的每条通路是否都有能按预定要求正确工作，而不顾它的功能，白盒测试的主要方法有逻辑驱动、基路测试等，主要用于软体验证。“白盒”法全面了解程式内部逻辑结构、对所有逻辑路径进行测试。“白盒”法是穷举路径测试。在使用这一方案时，测试者必须检查程式的内部结构，从检查程式的逻辑着手，得出测试数据。贯穿程式的独立路径数是天文数字。但即使每条路径都测试了仍然可能有错误。第一，穷举路径测试决不能查出程式违反了设计规範，即程式本身是个错误的程式；第二，穷举路径测试不可能查出程式中因遗漏路径而出错；第三，穷举路径测试可能发现不了一些与数据相关的错误。