Category Archives: 软件测试

软件测试基础-自动化测试和手工测试

自动化测试是近年在国内比较流行的概念,针对自动化测试对应的就是手工测试了,这两个概念之间的对照,从维基百科(wiki)转摘如下: Test automation Test automation is the use of software to control the execution of tests, the comparison of actual outcomes to predicted outcomes, the setting up of test preconditions, and other test control and test reporting functions. Commonly, test … Continue reading

Posted in 软件测试 | Tagged | 3 Comments

软件测试基础-确认和验证

这是经典的软件测试的两个概念,难怪有人说,软件测试的过程就是Verification和validation的过程。其中的verification我们就翻译为确认-对需求的确认。validation翻译为验证-验证最终的产品是我们期望的。下面看看wiki的定义吧。 Verification and Validation (software) In software project management, software testing, and software engineering, Verification and Validation (V&V) is the process of checking that a software system meets specifications and that it fulfils its intended purpose. It is normally part … Continue reading

Posted in 软件测试 | Tagged | Leave a comment

软件测试基础-黑盒和白盒

黑盒和白盒只是一个相对的概念,严格意义上说,并并没有绝对的黑盒和白盒,而且现在也有了灰盒的概念。 看看wiki上对于黑盒白盒的定义吧。 Black box testing Black box testing takes an external perspective of the test object to derive test cases. These tests can be functional or non-functional, though usually functional. The test designer selects valid and invalid input and determines … Continue reading

Posted in 软件测试 | Tagged | 1 Comment

软件测试基础-软件测试

不知道最近几年软件测试在高校中是否有专门的专业或者课程,或者说细分到测试这么细的分支。但是毫无疑问的是,软件测试已经成为软件行业一个越来越重要的分支了,因为高校里面没有专门的专业,甚至可能没有专门的课程进行系统的学习,那么从事这个行业的广大测试同行这部分的基础知识可能就都是通过自学、培训机构得来了。软件测试跟软件开发一样,也是一门系统的科学,包括的范畴也很广泛:测试流程,测试管理,测试工具,测试方法等等。 我打算利用接下来的一段时间,从wiki(维基百科,国内绝大部分用户可能无法访问)转载一些软件测试基础相关的概念,跟大家分享,首先就从软件测试的基本定义和测试用例开始。 Software testing Software testing is the process of exercising a software to verify that it satisfies its requirements and to detect errors. Software testing is an empirical technical investigation conducted to provide stakeholders with information about the quality … Continue reading

Posted in 软件测试 | Tagged | Leave a comment

测试人员如何赢得开发人员的尊重

看到这个标题,如果你认为我在痴人说梦,那么请一定仔细阅读本文。你还在认为测试和开发是天生的一对冤家,有不可调节的矛盾,是对立的两面么?开发的天职是构建程序,测试则恰恰相反,是从事破坏活动。其实从另外一个角度讲,矛盾的两者又是对立的统一面-共同为了把产品的质量提高。有的时候我们抱怨开发团队不够重视测试团队,请在抱怨的同时进行思考,是否我们的测试团队或者测试人员是不合格的。是否我们具备的测试人员的基本素质了呢。 在产品的开发过程中,需要测试和开发通力合作,互相尊重和理解,下面就具体阐述一下测试人员如何才能赢得开发人员的尊重。 第一,开发人员是一个比较单纯的群体,他们通常衡量一个人价值的方法是你的技术实力,因此好水平的测试人员很容易赢得开发人员的尊重。 第二,测试人员赢得开发人员尊重的方法首先是做好自己的本质工作,即掌握基本的测试方法和测试理论,更多的发现产品的缺陷。 第三,测试人员赢得开发人员过程中注重不但要能发现问题,而且可以重现问题,这是一个比较关键的问题,对于不能每次都重现的问题,也要搞清楚什么条件下问题出现的概率比较大,隔离问题,为进一步重现提供线索。 第四,测试人员不但要能发现问题,而且要在汇报问题的时候准确描述问题发生时的情况,包括配置,版本,设备情况,操作步骤,问题截图,日志等等。 第五,测试人员会使用自动化测试工具,提高测试覆盖率,而自动化测试工具实际是需要编程能力的,如果你熟练掌握这些工具说明和开发人员已经没有太多本质的区别。 第六,测试人员掌握开发人员不掌握的技能,比如性能测试的原理,方法和工具,这些东西在项目前期的技术验证都可以给开发人员提供很大的帮助,在后期的调试或者定位问题也可以给开发提供一些帮助。 第七,测试人员要了解系统架构等开发方面的知识,这些知识不是开发人员所独有的,作为高级测试人员这些知识也是必备的,这些知识的掌握不但可以提高测试人员的知识面,而且缩小了测试人员和开发人员的沟通成本。 第八,测试人员要掌握软件质量保证的知识,测试的高级阶段就是软件质量保证,而软件质量保证会含盖软件开发的全过程,掌握软件质量保证实际从项目的需求阶段就可以参与开发。 第九,掌握开发技术或者开发语言,测试人员如果掌握开发技术,实际上增强了问题查找和定位能力,很多时候,有经验的测试人员可以通过缺陷的表现形式定位出问题发生的原因,这没有什么不可能的,如果你有开发经验,这些问题也许就是你犯过的错误,或者是你长期测试积累出来的经验和教训。 有了这些能力,还怕开发人员不尊重你这个测试人员吗?还在抱怨开发人员不重视测试团队么? (注,本文思路主要来源于测试同行bbbian,部分内容有删减,原文链接)

Posted in 软件测试 | Tagged | 3 Comments

软件测试新书推荐

国内原版的软件测试专著本来就不多,关于性能测试的就更少了,现在随着行业内对软件测试特别是性能测试的重视,软件测试需求人才需求也在不断扩大。除了亲自动手实践之外,理论方面的学习只能靠阅读各种书籍了,现在测试人员又有福音了,又一本优秀的国内软件测试方面的著作面世了,这就是6月刚刚出版的《软件性能测试与LoadRunner实战》,作者于涌是一位经验丰富的资深测试专家,有多年的开发经验,我们也是老朋友了。同时圈子里的几位测试大拿段念(网名关河),51的朴老师,测试时代的贺老师,还有Zee老弟都给予了非常中肯的评价。别的不多说了,首先看看这本书的介绍: http://www.china-pub.com/39876 【内容简介】 本书在介绍软件性能测试概念的基础上,结合实际测试案例的剖析,重点讲解了LoadRunner工具的使用技巧和实战技术。. 全书分为4个部分。在“基础篇”中,介绍了使用LoadRunner工具进行软件性能测试的基本应用,如性能测试流程、性能测试场景和脚本的调试等技术。在“实战篇”中,分别对数据库、邮件协议以及LoadRunner .NET插件等应用进行了详细的讲解。在“提高篇”中,讲解了一个完整的GIS测试案例,把前面的知识整体贯穿起来,培养读者具有大型项目测试的能力。附录部分,提供了性能测试中经常用到的非常重要的模板文件和规范化的软件测试相关文档。.. 本书图文并茂,通俗易懂,适合性能测试设计人员、性能测试开发人员、性能测试分析人员、项目经理、测试组长参考学习。… 【媒体评论】 LoadRunner是性能测试领域中应用较为普遍的商业测试工具,具有强大的功能,也比较容易入门。但大部分LoadRunner的初学者在掌握了简单的录制/回放技术后,想要进一步使用LoadRunner完成复杂任务的时候,都会发现自己对LoadRunner中复杂的参数设置、脚本语言的高级用法等不能很快掌握。而目前市面上又缺乏一本系统介绍LoadRunner进阶用法的书。 本书的出现恰逢其时,在本书的第一部分中,作者介绍了LoadRunner的基本使用,包括协议的选择、脚本的参数化、关联和脚本调试技术;在本书的第二部分中,则突出了LoadRunner的高级应用,在这部分内容的编排上,作者独具匠心地提炼出了使用LoadRunner过程中遇到的具有代表性的问题,并针对具体的问题给出了解决思路和示例代码。因此,本书既可以作为读者进一步了解LoadRunner的学习教材,也可以被当成LoadRunner应用的速查手册,读者可以直接在书中找到自己想要解决问题的答案。 另外,贯穿在本书中的还有不少作者在实际工作中得到的真知灼见,和处理具体问题的技巧,这些都会帮助读者提高测试技能。 ——段念 Google(谷歌)TestLeader

Posted in 软件测试 | Tagged | Leave a comment

测试设计技术Q-Patterns介绍

这是一个非常新的测试需求分析和测试用例设计技术,特别适用于测试需求不明确、文档不全的情况,而且把测试用例的重用性发挥到了极致,如果设计得当,基本可以做到design once, apply all的地步。不仅仅可以适应于跨项目,跨产品,甚至跨行业,跨公司都可以重用测试用例。 Q-Pattern中的Q是Question的意思,这是一个由一系列的问题组成的一个问题集的设计方法,针对不同颗粒的需求,小到一个下拉框,大到C/S级别的应用,都可以由一个包含许多问题集组成,针对不同的被测对象,回答这些问题就可以生成一系列的完成对产品覆盖的测试用例集。 下面是Q-Patterns的原文介绍 Patterns have proved to be a great tool for communication of domain specific knowledge across people and continuous skill enhancement. Designs, specifications, Architecture, Analysis patterns etc. are being widely used for this. ‘Questioning Patterns’ … Continue reading

Posted in 软件测试 | Tagged | 3 Comments

Performance Tester和LoadRunner的比较

两款同样都是比较主流的商业性能测试工具,可能LoadRunner的市场占有率和流行程度更高一些,有意思的是这篇比较的文章出自IBM工程师之手,转载过来,供大家进行工具选型的时候参考。 以下转载自:http://www.ibm.com/developerworks/cn/rational/r-cn-rftloadrunner/ 本文概要介绍 IBM Rational Performance Tester (简称 RPT)和 HP Mercury LoadRunner (简称 LR)两个性能 / 压力测试工具,主要从脚本开发,场景构建与配置,性能监控,测试结果分析几个方面,对 LR 和 RPT 的使用做了详细的对比分析,并根据 IBM Lotus Form 系统测试团队从 LR 到 RPT 的迁移的工作经历中总结了一些 RPT 的一些实用技巧。对于那些需要从 LR 工具切换到 IBM RPT 的测试人员的测试技术的平滑过渡,具有较强的借鉴意义。 1 概要介绍 LoadRunner 是一种适用于各种体系架构的自动负载测试工具,通过模拟实际用户的操作行为和实施实时性能监测,来帮助用户排查和发现问题。相比于 RPT, … Continue reading

Posted in 测试工具 | Tagged | Leave a comment