51Testing软件测试论坛

标题: 白盒测试 [打印本页]
作者: sngefswc    时间: 2004-7-22 18:38
标题: 白盒测试
　　我是做黑盒测试的，想学白盒测试，但是不知道如何作手，请高手指教。
我下了一个WinRunner 的测试工具，但是也不知道如何用。。
作者: testing    时间: 2004-7-22 18:57
找本书看看，这不是几句话说的清楚的。
作者: archonwang    时间: 2004-7-22 21:37
需要大量的积累啊。首先需要了解编程环境，会使用编程工具，了解程序流程，还需要懂得如何应用自动化测试。

如果你有开发经验，将会事半功倍。
作者: 曹向志    时间: 2004-7-27 12:56
标题: 做白盒测试须知
做白盒测试比做黑盒测试要难，因为白盒测试是针对源代码的，需要掌握开发语言、编程的技术、原理。白盒测试主要是对程序的结构进行测试，测试覆盖率、检查内存等。白盒测试的工具只是辅助性工具，很多的测试用例需要测试者自己编制，对测试者要求比较高，最好有开发经验后做。
作者: ivy(笨笨)    时间: 2004-7-27 17:49
我也想学,现在正在看c语言
作者: Fuli    时间: 2004-9-15 15:57
首先需要了解编程环境，会使用编程工具，了解程序流程，还需要懂得如何应用自动化测试。如果你有开发经验，将会事半功倍。

同感！
作者: celine    时间: 2004-9-16 19:26
我觉得没有做过开发的人也可以做白盒测试啊，有了开发经验可能在做程序的时候容易上手，可是你有了开发人员的思维模式以后，测试的思路就会有一定的局限，所以我觉得你看看程序的设计流程、编程逻辑。个人意见。

^_*
作者: Fuli    时间: 2004-9-17 16:51
WinRunner现在最新版是什么？
作者: celine    时间: 2004-9-18 18:12
我用的是7.6
作者: Siva    时间: 2004-9-20 15:13
我也是做测试的。但不同的是反而是黑盒测试让我感到头痛。白盒测试时只要了解程序的结构和流程就可以整理出测试计划和方法，进而写出比较完善的案例。但黑盒测试由于只针对一些功能、性能和可维护性进行测试，所以在案例的设计上不知从何下手。
作者: celine    时间: 2004-9-20 15:25
楼上的能说说你们的白盒测试的流程吗，使用了什么测试工具。黑盒测试上的困惑，
我们可以在这里交流啊
作者: Siva    时间: 2004-9-20 16:57
当然，首先要拿到需求说明、代码的流程图和详细设计说明书。在做模块测试的时候，我们一般要先分析代码是否符合设计，这些要靠肉眼观察，没有使用工具。然后就是看着流程图来设计案例了。最后做一些覆盖率测试和内存错误的测试时还是使用了工具的，我现在用的是IBM的rational，还是比较好用的
作者: Siva    时间: 2004-9-20 16:59
倒是黑盒测试的时候，什么都没有，只有个功能说明，有时候还不全不详细，请哪位有经验的高手指点一二？
作者: celine    时间: 2004-9-20 19:24
那就要看你做黑盒的时候侧重的是那个，如果是功能测试，测试点应该放在功能点上，还要对需求、业务熟悉，才能更准确的把握被测程序，主要的分析方法有等价类划分，边界值分析，错误猜测，如果是性能方面的，使用工具比较方便。
     对于文档不详细的情况，我们就要和程序人员，系统设计员，用户进行有效的沟通，他们能帮助你尽快的进入角色。
     以上是我的个人看法。*_^
作者: easterner    时间: 2004-9-21 15:31
标题: 版主 WinRunner 那有下载的亚？我的tgrnf51880851@sina.com
作者: easterner    时间: 2004-9-21 15:32
标题: 版主 WinRunner 那有下载的亚？我的tgrnf51880851@sina.com
作者: celine    时间: 2004-9-21 17:30
ftp:www.51testing.com
user:www.51testing.com
pass:www.51testing.com


另外，发一边就看到了，呵呵,,,,,,
作者: fzx    时间: 2004-11-19 16:20
标题: 不妨试试反向工程
Originally posted by Siva at 2004-9-20 04:57 PM:
当然，首先要拿到需求说明、代码的流程图和详细设计说明书。在做模块测试的时候，我们一般要先分析代码是否符合设计，这些要靠肉眼观察，没有使用工具。然后就是看着流程图来设计案例了。最后做一些覆盖率测试和 ...



不妨试试反向工程。
Visio 和 Rose 都可以作反向工程，可以从代码提取UML图，然后再跟详细设计比较，省省眼睛：）
作者: xinwuhan2006    时间: 2004-11-27 13:18
(IT外企)联宇技术（武汉）有限公司诚聘：一、技术总监/项目经理/CTO:
工作内容：负责软件项目开发、设计，团队管理等
任职要求:
1计算机或相关专业毕业,本科以上学历;
2具有5年以上的软件开发经验, 管理过10人以上的团队,领导过中、大型管理信息系统的设计,开发和测试;熟悉软件项目的管理及质量控制流程;
3具有3年以上C++或(和)Java开发经验;.
4具有UmL工作经验;
5具有2年以上的设计文档撰写经验;
6良好的与客户交流之能力,能根据要求编写需求文档;
7对工作认真负责，一丝不苟；具备优秀的人员协调与管理能力，易于沟通，有良好的团队协作精神.


二、系统分析员
职位描述及要求：主要从事软件项目的系统架构、功能模块设计、ＤＢ设计及部分编程工作；
　　　
要求：
　　具有良好的需求分析、系统分析与设计、系统架构的能力
　　熟练应用面向对象技术进行建模和设计
　　精通JAVA WEB编程，Ｃ/Ｃ＋＋编程语言及相关计算机技术，熟练掌握JSP,Java Bean,Struts,J2EE
    具有较强技术文档编写能力

项目经验：
　　有标准软件开发过程经验，有成功大型系统需求分析案例
　　３年以上WEB架构商务应用程序开发的工作经验

其它要求：
　　２５岁以上
　　大专以上学历，计算机、ＩＴ相关专业
　　良好的英语沟通技巧
　　良好的团队精神，能承受工作压力

三、GIS工程师：
＝＝＝＝＝专业技能＝＝＝＝＝＝
1、英语四级以上，英文阅读能力强；
2、精通ArcGis、Geostar、MapGis中一种，有GIS实际开发经验1年以上；
3 有丰富的实际工程经验；
4、熟悉opengl软件；
5、有水利行业经验者优先

四、java工程师：
＝＝＝＝＝专业技能＝＝＝＝＝＝
1、英语四级以上，英文阅读能力强；
2、精通Java、C＋＋、OOP，有Java实际开发经验3年以上；
3、精通Struts架构；
4、能熟练的运用Junit进行单元测试；
5、熟悉以下平台和IDE：Tomcat、VSS、Jbuilder、Eclipse；
6、经历过大型Java应用软件的分析、设计、编码、测试，全过程者优先；

＝＝＝＝＝协作能力＝＝＝＝＝＝
1、能很快融入团队进行协同开发；
2、富有责任心；
3、有良好的创新意识；
4、能胜任快节奏高强度的团队工作；

五、软件测试工程师

招聘人数：2   工作年限：一年以上
薪水范围：面议

工作职责：
1.负责实施产品开发三级计划；
2.负责测试的编程、调试、自测和编写文档，及参加联调工作；
3.负责测试中的配置管理、版本控制、问题跟踪、度量收集；
4.在产品测试中执行各项技术规范，对测试工作质量负责任。

任职要求：
1.计算机、通信相关专业本科以上学历；
2.具备通信产品知识背景，熟悉测试设计和测试工作设计技术；参与两个以上中大型软件开发项目的测试工作；
3.优秀的测试设计能力和学习能力；
4.敬业、自尊、热情，能有效倾听；优秀的团队协作能力。

六、网页开发工程师
工作内容：制作网页、使用样式表、添加struts标签；
任职要求:
1、精通DHTML,Jsp,asp,javascript，CSS;能熟练使用网页开发工具；
2、熟悉Struts标签及MVC模式；
3、有一年以上相关工作经验。

有意者请把简历发至lilylilymail@163.net，联系张经理；或直接发贴回复！
作者: Song0519    时间: 2005-5-21 15:49
我是做黑盒测试的,已经有几年的测试经验了!说到黑盒和白盒,我认为只是工作的方法和手段的不同而已,但目标只有一个:就是提高产品质量!做白盒也是要发现问题,路径的覆盖,边界值等等问题,不是几个简单的测试用例就能解决的!不论是白盒还是黑盒,都要去走case,条条道路通罗马,一个产品的case有千万条,需要你去一条条去执行!只有你所走的case比用户多的时候!想用户所想的,想用户所没有想到的!只有这样,才能保证你所测产品的质量!所以不论是白猫(盒)还是黑猫(盒),只有逮到用户没有逮到的老鼠才是真正的好猫呀!多学习,多动脑,多动手,敢于去尝试,敢于去提出问题!这才是一个QA所应该具备的素质之一! 如果有什么不妥之处,还请大家批评指正!!
作者: wljzhl    时间: 2005-6-3 16:54
没有丰富的code经验来做白盒测试是很痛苦的，因为测试代码本身也是code的过程，也是需要设计调试，如果测试代码本身就有很大问题又如何来测试被测代码呢，如果不懂的被测代码又如何来将测试代码与之融合呢？不过语言实际上不是很重要，重要的是code的经验，做测试你的语言工具箱里至少有这么几种：c是必须的，一种脚本语言如TCL或perl（有时使用测试工具会支持内嵌的脚本语言，如果学会一种可以很快转到你所需要的那种），一种面向对象的语言C++/JAVA。尽量多读多写，多调试。
作者: wangxh1000    时间: 2005-6-9 17:13
Originally posted by Siva at 2004-9-20 03:13 PM:
我也是做测试的。但不同的是反而是黑盒测试让我感到头痛。白盒测试时只要了解程序的结构和流程就可以整理出测试计划和方法，进而写出比较完善的案例。但黑盒测试由于只针对一些功能、性能和可维护性进行测试，所 ...


有同感
很多白盒测试其实是很简单的，比如说测一个函数，测一个算法什么的，因为这些测试所面对的问题面很小，所以很容易就能做测试
而黑盒测试，尤其到了最后阶段，这个测试将面对非常多的测试要素（环境、流程、数量、边界...），要考虑所有要素，然后设计合适的测试用例确实会让人头痛
这也说明了大部分白盒测试和黑盒测试的特点不同：
作者: wangxh1000    时间: 2005-6-9 17:20
Originally posted by Song0519 at 2005-5-21 03:49 PM:
我是做黑盒测试的,已经有几年的测试经验了!说到黑盒和白盒,我认为只是工作的方法和手段的不同而已,但目标只有一个:就是提高产品质量!做白盒也是要发现问题,路径的覆盖,边界值等等问题,不是几个简单的测试用例就能 ...


对的，“黑盒和白盒,只是不同的工作方法”，目的只有一个：“更小投入更好质量”
作者: wangxh1000    时间: 2005-6-9 17:31
Originally posted by wljzhl at 2005-6-3 04:54 PM:
没有丰富的code经验来做白盒测试是很痛苦的，因为测试代码本身也是code的过程，也是需要设计调试，如果测试代码本身就有很大问题又如何来测试被测代码呢，如果不懂的被测代码又如何来将测试代码与之融合呢？不过 ...


做白盒测试一定要code经验，这是毋容置疑的。毕竟，白盒测试的时候code就是我们的测试工具之一了么。
当然，有code经验却并不意味着要达到很高水平。白盒测试也有各种不同深度，浅的白盒测试可以就是测试一个函数，看看传出数值是不是传入数据应该计算得到的结果，至于函数内部采用何种算法，可以不理不论。从这个情景看，白盒测试在某个局部也是一种黑盒，我们只要理解被测对象的功能要求，传入，然后检测传出，就好了。
复杂的白盒测试，和复杂的黑盒测试类似，牵涉很多要素或很难准备测试条件，还有某些测试代码的实现就要求较强的编码能力，但难的，总是不多的，这也许可以让人欣慰把..
作者: simen12    时间: 2005-8-9 16:51
哎，有点不明白，WINRUNNER不是黑盒测试工具来的吗？是做回归测试吧！难道也可以做白盒测试吗？



欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2