收藏 分享(赏)

我与软件测试new.docx

上传人:dzzj200808 文档编号:2831132 上传时间:2018-09-28 格式:DOCX 页数:7 大小:17.50KB
下载 相关 举报
我与软件测试new.docx_第1页
第1页 / 共7页
我与软件测试new.docx_第2页
第2页 / 共7页
我与软件测试new.docx_第3页
第3页 / 共7页
我与软件测试new.docx_第4页
第4页 / 共7页
我与软件测试new.docx_第5页
第5页 / 共7页
点击查看更多>>
资源描述

1、 我与软件测试软件测试:软件测试(英语:software testing) ,描述一种用来促进鉴定软件的正确性、完整性、安全性和质量的过程。软件测试的经典定义是:在规定的条件下对程序进行操作,以发现程序错误,衡量软件质量,并对其是否能满足设计要求进行评估的过程。所有测试用例是一张最全的大网,它包括了保证软件质量所必须进行检查的所有内容。这些内容必须借最有效的方法实现:一部分由单元测试、一部分用接口测试、一部分纳入 UI 自动化测试(自动化用例要分 fast 级别和 all 级别) 、一部分用代码评审、一部分用性能测试来保证,前面这些都无法实现的用手工测试,尽量让手工测试越少越好。所有这些分层用

2、例必须都做到持续地集成,持续的缺陷分析以完善用例,各层用例做到互通互补,这是一个大的工程。要做到这些至少有几点要求:1、团队相对稳定:开发与测试人员才能对所做的业务进行持续的关注与改进;2、开发人员必须有足够的软件质量意识:有积极性进行单元测试的编写与维护(基于第 1 点要求,软件质量的好坏会直接关系到开发人员自己日后的维护和再开发成本) ;3、开发与测试人员必须进行良好的沟通:除了共担软件质量的风险,还需要共享用例,分层用例覆盖上也需要更多沟通以确定哪些是单元测试的职责,哪些是代码评审的关注点;4、测试人员必须具备扎实的技术功底:不仅要会写自动化脚本,会进行性能测试和接口测试,还必须具备写出

3、优秀自动化脚本和深入分析应用代码的能力,甚至测试框架开发的能力;5、必须要有各方面专长的人并形成人员梯队:如果所有都是牛人,没人做手工测试,如果没开成弱队,牛人一走,工作就没法展开;6、最后但不是最不重要的,开发方面必须对系统有长远的考量:质量体系建立是一个很庞大的工程,特别是自动化代码,两三年就重构一次的系统,谁也伤不起。因此软件测试的最根本基础是:用例分析与设计。软件测试人员的核心竞争力是:扎实的用例分析与设计能力,各种软件测试技术的深入理解与综合运用我对软件测试的看法:首先我不赞同下面三种说法:1.测试人员不需要懂得如何写文档2.测试工具比手工测试重要3.测试人员不需要懂业务在我看来:

4、软件测试在整个软件开发过程中占有很重要的地位这点毋庸置疑。但是测试并不单纯是测试代码,而应包括在开发过程中生成的文档。既然要测试开发过程中生成的文档,那么测试人员自己写的文档是否也要经得起推敲呢。但是看看有的测试人员提交的测试计划、测试报告等文档,说不上专业外,连起码的美观和规范都称不上。这样的测试人员怎么去测试开发人员提交的文档呢。目前,很多人追求使用测试工具进行自动化测试等。诚然,使用测试工具进行自动化测试,可以提高测试人员工作效率,增大测试覆盖率。但是我个人认为,如果一味追求测试工具,那么,则会将测试引入歧途。测试仍不能忘本,手工测试仍是根本,很多手工测试的技巧仍是要求掌握的。如果测试人

5、员没有具备手工测试技巧与经验,他怎么可以设计出好的自动化测试用例和脚本呢。从另一方面讲,如果系统没有经过完备的手工测试,而立即引入测试工具进行自动化测试,这些测试脚本的维护将需要占用测试人员大量的工作量,这是引入测试工具进行自动化测试时需要考虑到的,因为不是所有的项目都适合引入自动化测试。最后,要做好一个专业的测试人员,自已应有能力和业务专长。除测试理论知识及技能外,应了解一到两门开发语言,这里提到的是了解,而不是精通。了解开发语言,至少能看懂代码的意思,能和开发人员就碰到的问题有共同沟通方式,免得开发人员说一个专业术语时,你愣是听不懂,那就很糟糕了。另外,测试人员需要有自己的擅长的业务领域知

6、识,这对于业务测试是很重要的,并且让你能从系统表面发现更深层的业务问题。发现别人不能发现的缺陷,是测试人员价值的体现。在我呆过的测试团队中,我们对于不同的测试人员就有不同的业务领域分工,同时经常安排测试人员参与公司业务方面的培训。我与软件测试的未来:软件测试从无到有,从小到大,从辅助走向前台,正在慢慢改变着人们的观念,笔着从事这个领域多年,经历国内这一行业的发展,结合自身的理解, 对测试目前的现状及未来走向提出自己的想法。目前测试在国内发展不足,主要的原因有如下几点:1、首先是认识上的,觉得软件开发人员自己测试一下就 OK 了,不愿使用测试团队去进行专业化的测试。2、对测试重视不够。3、国内的

7、软件企业比较小,很不正规,企业的订单更多的是通过关系得到,因此,不愿花费时间和成本,仅希望尽快的完成产品,交付用户使用,这样好尽快获取效益,所以,产品未经过严格的测试环节就交付客户使用。4、因为企业较小,能够生存是第一重要的,因此,对于企业的长远没有更好的规划,表现在软件产品上就是对品质不是严格要求,或着表面上讲严格,实际中或着因为 TTM 原因,对软件测试不肯投资。5、国内此一领域自身从业着的问题,没有好理论和工具,提供专业化的工具去辅助工作。如此种种,制约着此一领域的发展。近年来,随着国内经济的持续快速增长,软件行业也得到快速的发展,据 IDC 的统计,目前国内的软件产值已达 2100 亿

8、元,出口40 亿美元左右,且以每年两位数的增速在发展,这对于软件测试无疑是一计强心针,促使软件测试领域朝着正确的方向发展;另一方面,国外的一些好的工具及方法也渐渐进入国内,逐渐被熟悉和使用,尤其是一些 open sources 的工具,更是久旱逢甘露般被国内许多业着所效尤。对于软件测试,未来有如下几种发展方向。1、软件产品评估及其度量。一个软件产品要交付客户了,其目前到底是一种什么状态,Bug 减少到可交付的安全的范围以下了吗?软件可以交付客户吗? 未来客户使用产品会产生多少 bugs 是在范围以内吗?软件的测试及开发流程有纰漏吗?这些都需要一个系统化的度量及评估体系去完成他,得到一个科学的报

9、告。如此的工具也有很多,国外一些组织, 提出了:TMM(Testability Maturity Model) by David Gelperin, 1996TIM(Test Improvement Model) by Ericson, Subotic and ursing 1996.TMM(Testing maturity Model) by Burnstein et. 1996TPI(Test Process Improvement) 等模型及概念. 2、自动测试工具。随着搜索 enginer 的发展,一些 automation 工具被熟知,同时,国外的一些专业化的公司及其产品的进入国内,

10、使得从业着有了更进一步的认识,通过了解国外先行着的研究成果,开阔了视野,对领域的认识又深化了一步,也充满了信心。如一些工具如下:Open sources:cppunit,CUT,TCL & TK,GCT,c+test,LPT fot linux,embeded test,boost,etc.基于平台或公司:Winrunner,loadrummer,Rational series,etc基于航天或军事领域的:LDAR 公司的 Codetest,silktest,etc.基于不同的开发语言,如 Java,c/c+,基于不同的平台,如windows,linux,基于不同的格式,如 html test

11、,web test,erp test,xml test,protocol test,etc。通过研究这些工具及思想,拓展测试工具的使用时限及功能,填补工具耗时及费力的弊端,提供更加专业化的手段去提升工作绩效,从而获得更多的成绩和认同。3、专业化软件测试公司。下一步更未来的发展,随着外包产业的不段发展,第三方的,专业化的软体测试及服务公司将会出现,评估及度量是此一模式的最佳进化,因为 project sources code 一般企业不会提交给外人去读,去测试的,他们提供更专业化的谘询和更加全面深入的测试工作,辅助开发出更高品质的产品,服务于不同行业和领域。BUG 还没出现前,就将其杜绝。这就是软件测试的未来!这也是我奋斗的目标和当下最大的追求!

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 高等教育 > 专业基础教材

本站链接:文库   一言   我酷   合作


客服QQ:2549714901微博号:道客多多官方知乎号:道客多多

经营许可证编号: 粤ICP备2021046453号世界地图

道客多多©版权所有2020-2025营业执照举报