+ -
当前位置:首页 → 问答吧 → 白盒测试心得

白盒测试心得

时间:2007-04-20

来源:互联网

    闲来无事,翻翻旧博客里一篇文章,是自己以前刚步入工作不久时写的一篇体会,拿来PHPCHINA进行分享。

    附:(本人非专门从事测试类工作,说得不完整的话还望大家海涵,并诚谢各界高手予以指点)

    工作中总结的白盒测试心得六步骤:

    第一步,编写测试案例:程序出口检查案例+路径覆盖选择测试案例+编码规范检查(为防止测试完成后再编写案例文档时会发生案例遗

漏补写情况,提议应先给出测试案例的规范计划)


    第二步,针对程序出口做数据测试:程序中一般情况下不免存在数据输入出口,包括如return等的返回值,此时可先对其输入出口数据进

行正确性测试.如果程序是无直接数据出口的程序,那么我们也可以在程序中恰当变量位置,适当加入一些如print()的输出语句来检查程序执行中

数据的准确性.(其实这一步严格地说应属于程序的黑盒测试)


    第三步,绘制程序流程,以方便接下来对程序做路径或条件覆盖等测试,流程图应正确清晰给出.流程要是都给错了,那么可能导致你接

下来做的东西都是错误的, 所以在这一步时应认真对待,最好可以与编写该程序的开发人员进行沟通,让他确认你给出的流程是否正确(因为现在

大多数开发人员在编码前未能事先给出相应的流程图,编码后可能也很少会给出,此时就只能靠测试人员与开发人员的沟通确认).并对其功能的

完整性进行检查.

   
    第四步,依照流程图,选择合适的测试方法,并进行测试:白盒测试方法有很多种类,语句覆盖->判定覆盖->条件覆盖测试->判定/条件覆

盖->条件组合覆盖->路径覆盖测试等,其检错能力左到右是由弱到强的,但是不能盲目选择检错性较强的测试方法,因根据程序需要而定,有

些程序路径千千万万,这时,就不要硬钻脑门子啦,可以适当选择条件覆盖测试方法.

   
    第五步,检查程序规范性,包括命名是否符合规范等.


    第六步,补充测试案例文档:将测试结果补充进先前案例文档中.

[ 本帖最后由 vihan 于 2007-4-20 14:35 编辑 ]

作者: vihan   发布时间: 2007-04-20

不错~ ;P  非常好的文章~ 谢谢LZ

作者: edwardhey   发布时间: 2007-04-24

:) :) :) :) :) :) :)

作者: goshawk   发布时间: 2007-04-28

作者: eoe2005   发布时间: 2007-04-30

始�K�X得�y��是一��好玩的工作,特�e是在游�蚬�司

作者: hzysoft   发布时间: 2007-05-05

楼上此言差矣。如下所示!

语句覆盖->判定覆盖->条件覆盖测试->判定/条件覆

盖->条件组合覆盖->路径覆盖

这些覆盖随便一个搞全面了。

基本上累死了。

我喜欢黑盒测试。

不过,现在公司貌似都用灰盒测试呢。

就是有些黑盒有些白盒!

嗨,学习吧!

;P

作者: xiaoqiang527   发布时间: 2007-05-06

引用:
原帖由 xiaoqiang527 于 2007-5-6 19:47 发表
楼上此言差矣。如下所示!

语句覆盖->判定覆盖->条件覆盖测试->判定/条件覆

盖->条件组合覆盖->路径覆盖

这些覆盖随便一个搞全面了。

基本上累死了。

我喜欢黑盒测试。

不过,现在公司貌似都 ...
所以我后面提到:“其检错能力左到右是由弱到强的,但是不能盲目选择检错性较强的测试方法,因根据程序需要而定,有

些程序路径千千万万,这时,就不要硬钻脑门子啦,可以适当选择条件覆盖测试方法.”

:)

作者: vihan   发布时间: 2007-05-09