欢迎来到天天文库
浏览记录
ID:9230682
大小:327.90 KB
页数:7页
时间:2018-04-24
《只会黑盒测试算测试人员吗?》由会员上传分享,免费在线阅读,更多相关内容在行业资料-天天文库。
1、只会黑盒测试的算测试人员吗?作者:imlele1102一起测试网:软件质量专家2007年4月27日本文是写给测试新人及还未入测试行业的人。对已经有很多很丰富测试经验的人来说可以略过哈。在测试行业飞速发展的今天,越来越多的人和企业重视软件测试。测试行业的发展掀起了大众学习测试的浪潮。很多新人,在各种论坛学习时,经常会看到的是大家在热火朝天的讨论着各种测试理论及测试工具,什么黑盒测试,白盒测试,功能测试,性能测试,回归测试,自动化测试,什么winrunner,loadrunner,Testdirector,Quicktestpro……
2、可能也因为这个原因,导致有的人一听说别人是做测试,喜欢问的第一个问题就是,你们测试是做白盒测试还是黑盒测试?或者就是,你们测试用什么工具呢?也许他们认为:如果测试人员只会黑盒测试,而不会使用几种测试工具,不会用写测试脚本,不会做白盒测试,就算不上一名专业的测试人员。而我要说得是,作为测试人员,功能测试是一切测试的基础,它就像if语句是开发的基础一样,做不好功能测试,不管你会使用多少工具,不管你的测试脚本写的多么出神入化,你的测试工作都是不可能做好的。而功能测试仅仅是黑盒测试。我大学毕业后在一家软件公司上班。从程序员开始做起。对应届
3、毕业生刚进公司,这家公司的特点是不会马上安排你做开发工作,而是先从测试开始做。这个时候,我接触了软件测试。初期的测试很简单,给你一个产品,点点这个按钮,按按那个图标,从这边输入一些数据,www.17testing.com:软件质量专家第2页共7页在那边看看输出是否正确等等。也许没有真正做过测试,或者说没有做过一个项目完整的功能测试的人,就会片面的认为所谓的“功能测试”和“黑盒测试”就是这样,给你一个产品,点点这个按钮,按按那个图标,这边输入一些数据,在那边看看输出是否正确。而功能测试仅仅是这样吗?上面描述的这种功能测试顶多能算个单
4、元功能测试。功能测试的重点不在单元测试,测试人员做单元的功能测试顶多是帮助开发人员调试调试产品而已。功能测试的难点和重点都在项目的集成测试和系统测试。举个简单的例子来说明一下:一个客户需求:公司部门人员考核情况混乱,无法在月底得到每个人每一项绩效考核分数及总分数。希望解决的问题:1.建立公司人员管理。2.建立考核项管理。3.员工绩效考核分数查询。解决方案:建立公司人员管理,建立考核项管理,建立分数档案。将人员管理、考核项管理和分数管理关联起来。设计:数据库:建3个主表,人员管理表,考核类型管理表,分数总结表,将3个表关联起来。ww
5、w.17testing.com:软件质量专家第3页共7页数据访问层:对表的访问及处理方式(增加,删除,修改等)业务处理层:界面,数据的录入,各种业务处理。项目的功能测试一.首先设计项目测试计划。测试计划内容包括:1.测试时间,测试阶段划分2.测试进度及人员安排3.测试环境,测试资源(测试方法,测试工具等)二.然后设计项目测试用例。项目需求分析结束后,进行测试用例书写,用例内容包括以下部分:(功能测试重点)1.检查是否实现了公司人员管理。如果满足了人员管理,那么在这个人员管理中,是否所有的数据都能够正确处理。是否所有错误数据都能合理
6、处理。如果没有满足,那么还有哪些地方需要补充。2.检查是否建立了考核项的管理。如果有考核项的管理,那么是否所有的管理数据是否能够正确处理,是否所有的错误数据都能合理处理。如果没有满足,那么还有哪些地方需要补充。3.检查这个产品是否建立了分数档案管理如果分数档案进行了统一管理,那么所有的数据是否正确处理了,是否所有的错误数据也合理处理了。如果没有满足,那么还有哪些地方需要补充。4.检查各个模块之间的关联是否都正确。(难点)例如:www.17testing.com:软件质量专家第4页共7页当某一员工考核项里面分数变化后,员工分数统计表
7、里面分数是否也重新计算了。5.当客户要求业务全面能够满足后。检查产品的各种业务流程中的输入输出是否都是正确,各种错误输入都能够正确处理。6.进入各个界面检查。检查各个页面的布局是否合理,界面是否友好按钮等等是否能够正常使用输入输出是否正确操作是否简易等等……三.按照测试计划,测试用例实施测试。首先根据测试用例检查产品的设计、实现是否能满足客户的要求,可根据需求追踪矩阵制作的checklist进行检查。然后实施测试用例:除了执行上面已经写好的测试用例外,实施测试用例还有个难点是设计测试数据。(因为测试数据等跟产品的设计,产品结构等有
8、很大的关系,所以测试数据只能在产品已经成形后,才能具体设计。)四.发现问题后,记录BUG,并跟踪,并根据修改及影响情况,进行回归测试。(这一点项,任何测试都是一样的。而且也是非常重要的,在这里我也不详细解释了,详细对BUG记录及BUG跟踪进行讲解的
此文档下载收益归作者所有