51Testing软件测试网

 
 

常用链接

  • 我的随笔
  • 我的评论
  • 我参与的随笔

留言簿(3)

  • 给我留言
  • 查看公开留言
  • 查看私人留言

随笔档案

  • 2021年6月 (1)
  • 2021年3月 (1)
  • 2020年9月 (1)
  • 2020年3月 (1)
  • 2020年1月 (2)
  • 2019年12月 (3)
  • 2019年11月 (5)
  • 2019年10月 (1)
  • 2019年9月 (2)
  • 2019年8月 (14)
  • 2019年7月 (20)
  • 2019年6月 (15)
  • 2019年5月 (12)
  • 2019年4月 (19)
  • 2019年3月 (20)
  • 2019年2月 (9)
  • 2019年1月 (16)
  • 2018年12月 (17)
  • 2018年11月 (21)
  • 2018年10月 (16)
  • 2018年9月 (20)
  • 2018年8月 (22)
  • 2018年7月 (3)
  • 2018年6月 (1)
  • 2018年5月 (7)
  • 2018年4月 (1)
  • 2018年3月 (3)
  • 2018年2月 (6)
  • 2018年1月 (2)
  • 2017年9月 (8)
  • 2017年8月 (28)
  • 2017年7月 (3)
  • 2016年11月 (1)
  • 2016年6月 (1)
  • 2016年4月 (1)
  • 2016年2月 (2)
  • 2015年7月 (1)
  • 2015年5月 (1)
  • 2015年4月 (2)
  • 2015年3月 (1)
  • 2015年2月 (2)
  • 2015年1月 (6)
  • 2014年12月 (3)
  • 2014年11月 (3)
  • 2014年10月 (3)
  • 2014年9月 (2)
  • 2014年8月 (8)
  • 2014年7月 (16)
  • 2013年12月 (5)
  • 2013年11月 (1)
  • 2013年10月 (3)
  • 2013年9月 (2)
  • 2013年8月 (2)
  • 2013年7月 (3)
  • 2013年5月 (1)
  • 2013年4月 (2)
  • 2013年3月 (2)
  • 2013年2月 (3)
  • 2013年1月 (4)
  • 2012年12月 (4)
  • 2012年11月 (4)
  • 2012年10月 (3)
  • 2012年9月 (4)
  • 2012年8月 (3)
  • 2012年7月 (4)
  • 2012年6月 (2)
  • 2012年5月 (2)
  • 2012年4月 (1)
  • 2012年3月 (2)
  • 2012年2月 (2)
  • 2012年1月 (1)
  • 2011年12月 (3)
  • 2011年11月 (2)
  • 2011年10月 (1)
  • 2011年9月 (4)
  • 2011年8月 (3)
  • 2011年7月 (2)
  • 2011年6月 (4)
  • 2011年5月 (4)
  • 2011年4月 (2)
  • 2011年3月 (4)
  • 2011年2月 (4)
  • 2011年1月 (7)
  • 2010年12月 (7)
  • 2010年11月 (5)
  • 2010年10月 (4)
  • 2010年9月 (7)
  • 2010年8月 (7)
  • 2010年7月 (3)
  • 2010年6月 (3)
  • 2010年5月 (4)
  • 2010年4月 (4)
  • 2010年3月 (5)
  • 2010年2月 (3)
  • 2010年1月 (4)
  • 2009年12月 (3)
  • 2009年11月 (3)
  • 2009年10月 (1)
  • 2009年9月 (3)
  • 2009年8月 (2)
  • 2009年7月 (3)
  • 2009年6月 (1)
  • 2009年5月 (2)
  • 2009年4月 (4)
  • 2009年3月 (5)
  • 2009年1月 (1)
  • 2008年11月 (2)
  • 2008年7月 (5)
  • 2008年6月 (4)

文章分类

  • 行业资讯(45) (rss)
  • 软件业务知识(43) (rss)
  • 软件开发知识(33) (rss)
  • 软件测试工具(39) (rss)
  • 软件测试技术(157) (rss)
  • 软件测试管理(40) (rss)
  • 软件测试职业发展(57) (rss)

51testing软件测试网

搜索

  •  

最新评论

  • 1. re: 淘宝后台技术大揭秘,不看这篇你双十一要损失几个亿!
  • 关注官方公众号“Atstudy网校”,点击中间菜单栏“双11”,领取双十一技术内幕资料。
  • --51testing
  • 2. re: 软件测试流程的一点感悟
  • 提交缺陷时只需要描述现象即可,过多的分析可能会误导开发
  • --凡客诚品
  • 3. re: 软件测试流程的一点感悟
  • 阿达宿建德江阿斯顿
  • --凡客礼品卡
  • 4. re: 手机软件测试的经验总结
  • 很好啊~不错
  • --乐蜂网
  • 5. re: 手机软件测试的经验总结
  • 很好啊~
  • --罗莱家纺

阅读排行榜

  • 1. 软件测试流程的一点感悟(1091)
  • 2. 5年经验之谈:月薪3000到30000,测试工程师的变“行”记!(940)
  • 3. 测试自动化及软件测试工具的比较(858)
  • 4. 银行线上信贷系统如何做好接口测试?手把手教你接口工具Postman(825)
  • 5. 软件为什么要做异常测试?测试员必知的22个测试点总结!(807)

评论排行榜

  • 1. 软件测试流程的一点感悟(4)
  • 2. 软件测试的原则和经验 (4)
  • 3. 嵌入式软件测试技巧(2)
  • 4. 手机软件测试的经验总结 (2)
  • 5. 常用软件测试工具的分析与比较(1)

Powered by: 博客园
模板提供:沪江博客
IT博客 | 首页 | 发新随笔 | 发新文章 | 联系 | 聚合 | 管理

执行软件测试用例的几个注意

  当测试用例编写完成,并通过审核后,就进入到软件测试最主要的阶段,就是执行测试用例,进行软件测试。不过在执行测试是有几个地方需要注意:

  1、仔细检查软件测试环境是否搭建成功。执行测试前要按照测试用例中描述的测试环境去搭建,因为测试用例中的执行都是建立在这个测试环境之上的,如果测试环境的不一致,会影响测试用例的执行,和测试目的的证明。

  2、注意测试用例中的前提条件和特殊规程说明。因为有些测试软件是有顺序性的,那么它的测试用例就会有一些执行前提或特殊说明。比如要测试某个软件的登陆功能,那么测试前必须创建用户,并为用户分配一定的权限等。如果前提条件和特殊说明没有注意,会导致测试用例的无法执行。

  3、测试用例要执行全部执行,每条用例至少执行一遍。因为编写测试用例时,它考虑了测试覆盖率的问题,每条测试用例都对应一个功能点,如果少执行一条,就会有一个功能点没有测试到。我们执行测试前要认为待测试软件的每条功能点都是未实现的,每个功能点我们都要测试一遍,才能保证待测试软件能正确满足用户需求。

  4、执行测试用例时,要详细记录软件系统的实际输入输出,仔细对比实际输入和测试用例中的期望输入是否一致。如果不一致,要从多个角度多测试几次,尽量详细的定位软件出错的位置和原因,并测试出因为这个错误会不会导致更严重的错误出现,最后把详细的输入和实际的输出,以及对问题的描述写到测试报告中。在一个项目组中,项目的开发时间是有限的,如果我们测试时能把问题描述的详细一些,那么开发人员就会很容易的重现这个问题,也就能更快的解决问题,节省项目时间。

  5、不要放过任何偶然想象。我们在测试时,有时会发现某条用例执行时,软件会出错,但是当再次执行时这个错误就不再重现。这种情况,一般大家就会认为是偶然现象,就会忽略过去。其实,这种错误才是隐藏最深的,最难发现的错误。我们要遇到这种情况时,要仔细分析这种情况,不要放过任何小的细节,多测试几次,要准确的找出问题的原因。我以前遇到过这样的情况,当刚打开这个软件,执行某项操作时,软件抛出了一个异常,然后我再次执行同样的操作时,这个异常确消失了,软件功能正常。后来我又多次执行这项功能的相关操作,问题依然没有重新,最后当我意外关闭这个软件后重新打开时,问题才重现了出来,后来查出因为其中的一个变量没有赋初始值造成的。

  以上部分就是执行测试时需要注意的地方,最后再说一下测试开始和结束的条件,按照下面的条件执行软件测试。

  测试开始标准:

  1、测试计划评审通过

  2、测试用例已编写完成,并已通过评审;

  3、存在已提交的可测试的系统;

  4、测试环境已搭建完毕。

  测试退出标准:

  1、测试用例全部通过;

  2、存在的问题已得到合理的处理。

  测试停止标准:

  1、近半数以上测试用例无法执行;

  2、测试环境与要求不符。

  3、开发中需求频繁变动

本文转载自51Testing软件测试网,查看更多:http://www.51testing.com/html/news.html

posted @ 2012-02-24 13:50 51testing 阅读(160) | 评论 (0) | 编辑 收藏
 
软件测试入门,从这里开始

  [摘要]

  为了有效地开展软件测试活动,测试人员首先需要对软件测试有个统一的认识。本文将从软件测试目的、软件测试类型和什么是好的测试几个方面谈谈我对软件测试的认识。

  [正文]

  随着客户对软件产品的质量要求越来越高,软件测试在整个软件研发中的地位也在逐步地提高,相应地要求测试人员掌握的测试知识和技能等也在增加。为了有效地开展软件测试活动,首先测试人员需要对软件测试有个统一的认识。本文将从软件测试目的、软件测试类型和什么是好的测试几个方面谈谈我对软件测试的一点理解。

  1)软件测试目的

  针对软件产品开展测试活动之前,首先需要明确本轮测试的主要目的是什么,然后才能确定测试策略和采用的测试方法,以及可以选择哪些度量对测试过程和测试对象的质量进行评估。不同的组织和软件产品、软件开发和测试阶段的不同,需要实现的测试目的是不尽相同的。总体而言,软件测试的目的主要包括下面四种:

  ● 发现缺陷。软件测试就是为了发现缺陷而检查或者执行测试对象的过程。其基本思路是假设测试对象是存在问题的,强调测试人员不断地设想和思考开发人员可能出现的错误,例如:理解的错误、不良的习惯等,对测试人员的主观能动性要求很高。

  ● 增强对软件产品质量的信心。软件测试就是为了建立一种信心,确信测试对象能够按照期望的设想或者结果工作。这里的期望的设想或者结果指的是用户需求、软件需求文档或者功能设计文档等软件工作产品。

  ● 为决策者提供信息。测试过程中可以得到关于测试对象质量和风险的状态和信息,例如:测试执行的通过率、发现缺陷的趋势、修改缺陷的趋势等,这些信息是决策者确定是否可以发布软件产品的判断基础,并可以帮助他们分析其中存在的风险和收益。

  ● 预防缺陷。通过收集和分析测试过程中得到的测试对象质量信息和测试过程的信息,例如:缺陷在不同模块中的分布、在不同阶段的分布,以及其中的经验和教训,有助于将来的项目中避免重复某些错误,从而逐步提高测试的成熟度,达到预防缺陷的目的。

  上面简单讲了4 中主要的测试目的,需要注意的是它们之间并不是完全独立和对立的。在实际的测试过程中,应该根据不同组织特点、项目特点、测试阶段和测试技术等方面的具体情况,选择合适的软件测试,或者它们的组合。

  2)软件测试类型

  软件测试不仅仅只是运行测试对象进行相关的检查活动,也不应该只是软件开发生命周期的一个阶段,软件测试应该贯穿于整个软件开发过程。因此,软件测试包括了静态测试和动态测试两部分。

  发现测试对象中的缺陷是软件测试的一个重要目的。缺陷发现和修复的越早,其需要的成本越低;同时,在早期发现和修复缺陷可以防止将缺陷引入到开发的下个阶段,从而避免缺陷的“雪崩”效应;另外,尽早发现和修复缺陷也可以对后续的开发活动起到缺陷预防的作用。因此,静态测试是测试人员在软件开发生命周期中,特别是早期可以选择的一个重要测试技术。

  除了静态测试,动态测试也是测试人员在测试过程中需要完成的重要活动。通过选择和采用合适的测试技术和方法,测试人员不仅可以科学地选择测试对象的输入以及输入组合;也可以不断提高和改进测试人员的测试效率和测试有效性。图1 是软件测试类型的架构图。

  3)什么是好的测试

  尽管不同的测试,其采用的测试目的和采用的测试类型可能不同的,同时测试过程中定义的测试阶段、测试活动和测试方法也不尽相同,但是一个良好的测试应该具备下面的特点:

  ● 每个开发活动都有测试活动相对应;

  ● 每个测试级别都有其特定的测试目的;

  ● 与开发活动对应的每个测试级别,都应该进行相应的测试设计和执行;

  ● 测试人员应尽早介入测试;

  ● 通过风险分析和评估确定测试的重点和优先级,以替代穷尽测试;

本文转载自51Testing软件测试网,查看更多:http://www.51testing.com/html/news.html

posted @ 2012-02-13 13:37 51testing 阅读(91) | 评论 (0) | 编辑 收藏
 
再谈软件测试——工作感悟

  软件测试,一个即将要崛起的行业,却也是一个充满着争议性的行业。谈到崛起,是因为我们发现,我们身边的客户开始越来越关注软件的体验性了,如果你的软件还有功能问题,他们可就不那么待见你了。同样,在国内的公司也是越来越开始重视软件测试,这几年,测试的职位需求量越来越多了,各种外包、培训机构,争先恐后而至~说起争议性,那就要从门槛来说了,毕竟,所谓软件测试,也是IT行业中一个技术领域,只不过,在国内,大家并不这么认为,所以专业不专业,先进去就再说!我最近在群里看一个非计算机专业同学,咨询各位关于软件测试这个行业的发展前景,当然有人质疑他非技术专业出身,可能发展会有瓶颈,但他的回应是,没见那些计算机专业出身的同学学得怎么样啊~并且他个人表示,5个月之后,他就可以跟各位一样进入这个领域,因为他决定去参加软件测试培训。当然泼冷水的人有很多,但也不乏还是有很多支持的,认为完全没问题。通过对行业一些现象的分析,作为这个行业中的一分子,我们似乎更关心,我们未来的发展方向,我们的核心优势在哪儿,我们的竞争压力又在哪儿?进入这个行业的人众说纷纭,有人说是为了热爱测试,有人说了,因为开发能力不行,只能退一步而行之,但至少是计算机专业出身的。测试并不是一个注重专业的领域,其实我是想跟那位同学建议,其实你可以选择去培训开发,或许这样你的技术之路会走得更远。就像这个行业流行的一种说法,如果你做了几年资深开发,你才有资格成为一名专业的测试人员。此言一语道明,对于一名优秀测试人员的技术能力要求远胜开发人员,只是我们身边这样的人太少而已。

  谈到测试工作定位,通过这几年的工作,开始不断的感悟,在此我想从这些感悟中对当前测试的三阶段段来分别谈一谈:

  一、测试是为了发现问题

  这个观点一开始就是指引着我们工作的方向,甚至我们会为了发现更多的问题而感到愉悦,就像开发人员完成一个功能开发一样,有一种成就感,所以测试的成就感就是给开发找茬。所以我们每天都会关注JIRA上bug量是否在增长,可能包括你的主管都会对bug的量来评定绩效考核,当然这都必须,因为测试就这么点增长点而已。

  二、测试是为了定位问题

  对于这样的测试人员,开发就很喜欢,因为省去了他们很多定位问题的时间,当然这样就对于测试人员的要求就要高了。定位问题从测试角度来看,那就是两个过程,首先你要发现问题,比如一个保存功能,你测试下来发现保存失败,这个时候你就会将此问题提交到缺陷管理工具上,并告知开发,如果仅此而已,那开发就需要去查找这个问题出现原因,首先保存失败可能有几种情况,有可能是数据没有保存到数据库中,前天提示保存失败;另外可能是数据保存到数据库了,但没有传回到前台,而提示失败;还有可能是返回值不对,导致提示信息出现提示错误,等等~想想开发去这样定位的问题,对于时间成本的控制,他们肯定就比较不爽了,如果这样的问题不断暴涨,那开发也会崩溃的。那如果测试人员去完成这样的一个工作,直接把问题定位到,比如产生此问题的原因是由于数据没有被保存到数据库中而导致的提示保存失败,这个时候开发一看到bug的描述就明白了,原来是因为我的保存方法有问题所导致,这样他就很快可以解决问题了,同样他也会对你的工作而感到欣慰!当然,这里只是举一个很简单的例子,目的是为了说明,我们如何提升我们自己的能力,定位问题是测试人员应该具备的能力。

  三、测试是为发现并解决问题

  说到测试人员去解决问题,可能大多数人觉得是不可思议的事情。所以这里就需要去领悟前面提到的依据话:如果做过几年资深的开发人员,你才有资格成为一名专业的测试人员。对于开发来说,并不是所有的bug都需要修复的;而对于测试来说,也并不是所有的bug都是开发去解决的。这里也来举例说明下:当你在测试一段数据查询效率的问题时,通过一番折腾,你发现你找到了问题,并可以很自信的告诉开发人员,你的sql语句效率有问题,当你数据库中有5万条记录时,查询最后一条记录,它就要轮询5万多行才能找到,这样导致最终的查询效率就非常低下了,加入数据到几百万条时,就需要轮询几百万行,这个性能是几乎不能想象的。所以这个时候,你告诉开发人员这样的结果和论证,并告知他需要优化的几点意见,比如更新表结构,增加索引机制;另外优化配置文件,比如修改缓存的大小等等。最后开发人员会思考,要么指派一名专业的数据库DBA来完成优化,要么就自己解决,不过不是所有的公司都有专职DBA的,所以如果开发人员对数据库优化也没有太多的经验,那他解决的速度还不定有测试人员快~所以这样的问题衡量下来,发现只能测试人员自己去解决,边优化的同时,还可以边测试。当然,这里想表达的观点就是,测试人员不一定在某个技术领域是大牛,但你的技术面必须要广,对于开发人员来说,只要能解决问题,才称得上是一名专业的测试人员。

  通过对如上测试的三个阶段工作解析,就可以很明确自己属于哪个阶段,未来努力的方向也就清晰了。

  当然,如果你还认可测试是一门技术活儿的话,那就不要再为了测试人员是否需要学习编程这样的问题而纠结了,因为这是一个很迂腐的问题。未来的测试行业肯定是要趋于国际化标准了,而且未来将会有越来越多的资深开发转向测试发展,不妨可以思考一下,我们的优势在哪儿?前段时间了解到淘宝关于性能测试工程师的要求,他们非常需要那些做过资深的开发人员有意向转性能测试方向的人才。因为人家对所谓专业出身的测试人员已经失去了希望,很多工作不是一个专业测试人员真正所能够完成的,没有深厚的开发功底,对架构和细节的熟悉,不可能完成一些重量级测试分析工作的。

本文转载自51Testing软件测试网,查看更多:http://www.51testing.com/html/news.html

posted @ 2012-01-29 13:31 51testing 阅读(100) | 评论 (0) | 编辑 收藏
 
如何成为优秀的测试人员?

  什么是优秀?

  优秀是一种习惯!——古希腊哲学家亚里士多德!

  优秀的测试人员并非与生俱来,要成为优秀的测试人员需要具备在各方面都比较高的素质,才能达到优秀!以下是卖烧烤的鱼的理解,请各位参考:

  1、热爱测试工作,有志于成为这行专家

  首先我认为对待测试工作,热爱这个职业是成为优秀的测试人员首要要素,只有具备喜欢这行,才可能做得出色优秀超越别人。

  2、性格品质具备强烈的质疑习惯,但不钻牛角尖

  在测试活动中,对待测试工作一丝苟,具备强烈的质疑习惯,怀疑一切,但不钻牛角尖,做事不能让开发牵着鼻子走,应有自己的思考。

  3、良好技术背景

  必须具备良好的技术背景,从对系统的理解及认识更深刻,尤其在系统架构,各组件及相关调用接口等;从另一方面来讲,只有具备良好的技术才有可能与开发处于同一平行线上,针对问题进行有效沟通!

  4、做个“聪明”的测试人员

  软件测试本质就是逻辑分析,进行相关覆盖测试检查工作,所以“聪明”测试人员,一定要具有很强的分析和逻辑思维能力。

  5、善于自我驱动管理

  软件开发可能每天,每周,每月都在进行Change,所以优秀的测试人员一定要具备如何识别这些活动和理解这些变化的影响范围,只有这样才能进行有效的跟踪测试检查。

  6、善于学习,具备很强的求知欲望

  软件开发行业发展很快,不论是软件开发模式及规模化,还是软件开发技术,所以测试人员必须必备很强的学习能力,来应对行业的发展需要,满足测试工作技能或业务上要求。

  7、优秀的沟通能力

  优秀的测试人员必须具有很强的书面和口头沟通能力。优秀的测试人员必须能够阅读和分析产品需求文档、编写测试方案,测试用例和测试报告等;同时优秀的测试人员必须良好的口头能力,善于表达自己的观点,为什么这个缺陷必须修复?不修复会造成什么影响? 在团队中发挥着调剂作用,消除各种不同意见,达成共识!

  8、熟悉自己所负责产品业务知识领域

  针对自己所负责的产品,熟悉相关业务知识,比如:负责证券行情测试,就必须了解证券行业相关业务知识,如:K线图,分时图,黄昏之星等股票方面知识指标;

  9、每天对自己说我可以更好的工作

  每天可以花费时间去思考自己今天的测试工作,是否有哪些地方不足?有可改进的地方?下一次如果更换一种策略是否效率会提高很多!

  10、对自己的工作负责

  优秀的测试人员一定要具备强列的责任心,责任心的体现不仅仅是将自己手头上的工作完成,更应是建立在一定质量基础上,建立在口碑基础上,我们更应每天都询问下自己,我今天全心投入到测试工作了吗?

  记得京东今年有个“买就送活动漏洞”,就是当你买同一件商品到5000件,不需要付费,继续购买可以送钱,所以有人购买了20000件商品。哪我们试想下,这个问题?难道我们测试发现不了吗?答案显然是我们可以发现.

  最后,用一句话来说,优秀的测试人员身上是具有这些优秀的品质,所以他们才优秀的测试人员。

本文转载自51Testing网,查看更多:http://www.51testing.com/html/news.html

posted @ 2011-12-29 13:25 51testing 阅读(120) | 评论 (0) | 编辑 收藏
 
【专题】测试人员 VS 开发人员
  编者按:

  测试人员VS开发人员,这是一个老生常谈,新手必看的话题。

  多年前,测试和开发一直被认为是两个对立的极端,互相排斥。经常听到有测试新人抱怨,需要和开发人员进行激烈的讨论,感觉像打仗一样。其实,测试人员和开发人员的战斗不仅仅在小公司有,在大型软件公司也是比比皆是。那么测试人员与开发人员真的是水火不容,无法和谐相处的吗?不,在今天,以质量为生存准侧的项目中,测试和开发已经,也必须融为一体。

  51Testing网站中也有不少围绕这个经典话题展开的种种讨论,小编对相关文章进行整理形成本专题,供新人们参考,高人们讨论。

  专题入口:http://www.51testing.com/zhuanti/csvskf.html  

  测试人员 VS 开发人员常见问题

  测试与开发人员的战斗——我不是一个人在战斗

  作为一个测试老兵,经常听到有测试新人抱怨,需要和开发人员进行激烈的讨论,感觉像打仗一样。其实,测试人员和开发人员的战斗不仅仅在小公司有,在大型软件公司也是比比皆是。这种战斗不仅仅发生在开发周期的初期,也发生在开发过程中,甚至在产品发布后,很多产品质量问题的追责也会引入新的战斗......http://www.51testing.com/html/47/n-239247.html 

  【一场交锋】测试与开发的矛盾:http://www.51testing.com/html/53/n-244153.html
  【观点】开发人员的测试悖论:http://www.51testing.com/html/07/n-236807.html
  测试与开发在缺陷认定上的冲突:http://www.51testing.com/html/63/n-229463.html
  遇到这样的开发人员该怎么办:http://www.51testing.com/html/49/n-240349.html
  测试人员与开发人员的比例究竟多少是合理的:http://www.51testing.com/html/67/n-211167.html
  【思考】开发人员为什么拒绝修改我的缺陷:http://www.51testing.com/html/08/n-222208.html

 

  测试人员 VS 开发人员相处之道

  当好矛遇上好盾

  好的项目管理,良好的测试与开发的融合与合作犹如制造一双好的矛与盾,矛可以攻击盾,盾可以阻击矛,为何不可以同时造出优良的而且互相了解的矛与盾呢。测试如矛,开发如盾,造之初期,矛若知盾之强或弱点便可适时适地探测,盾若及早告知矛自身弱点何处须重点攻击,若弱点被攻破可及早修补,弱点也成为强点了......http://www.51testing.com/html/23/n-218223.html 

  如何有效地与开发人员一起工作:http://www.51testing.com/html/16/n-66016.html
  测试人员和开发人员和谐相处的技巧:http://www.51testing.com/html/86/n-7186.html
  一种比较有效的测试和开发的配合方式:http://www.51testing.com/html/63/n-110463.html
  测试人员如何赢得开发人员的尊重:http://www.51testing.com/html/85/n-84885.html
  测试工程师与开发工程师沟通的五要四不要:http://www.51testing.com/html/82/n-7382.html
  开发人员和测试人员面对面沟通的重要性:http://www.51testing.com/html/37/n-241037.html
  测试如何处理好和开发的合作关系:http://www.51testing.com/html/61/n-249661.html
  测试开发是一家:http://www.51testing.com/html/44/n-248344.html
  测试人员与开发人员沟通之我见:http://www.51testing.com/html/60/n-102360.html
  如何做个不让测试员讨厌的的开发人员:http://www.51testing.com/html/49/n-245249.html

  ......

  本文转载自51Testing软件测试网,专题入口:http://www.51testing.com/zhuanti/csvskf.html

posted @ 2011-12-19 13:53 51testing 阅读(141) | 评论 (0) | 编辑 收藏
 
2011中国软件测试从业人员调查活动火热进行中

  在线参与调查:http://bbs.51testing.com/vote/showtome.php?tid=10

  作为工业化产品质量的“把门”者,软件测试工程师也就成为软件开发企业必不可少的技术人才。据相关报告显示,测试作为新兴行业已年轻人趋之若鹜的职场黄金地,也是IT人才需求榜上的热门职位之一。但几年过去,测试人员仍遭遇着某些尴尬。为此,51Testing秉着从软件测试从业人员角度出发的理念,于即日起发起2011年第五届中国软件测试从业人员调查活动,对测试从业人员现状及行业现状进行调查。

  你最初的测试择业缘由是什么?目前对职场环境是否满意?您预期的薪资水平是多少?预计参与哪些培训计划?51Testing将在2007、2008、2009、2010四届调查活动的基础上,总结经验、改正不足,对问卷再次进行修改和完善,力求做到专业、严谨、客观、实用,使大家更详细、更具体的了解2011年软件测试从业人员现状,从而帮助大家清晰职业定位,再创职场辉煌。

  您的参与将帮助企业和测试人员了解目前测试领域的现状,测试人员可对比自身情况了解自己在这个领域所处的位置;企业也可以依据调查数据为企业决策提供有力的数据支持。

  对于问卷中有关个人、公司的信息我们将严格保密,并且不向任何第三方透露、给予、传达该信息。

  热诚期望广大软件测试从业人员踊跃参与,与51Testing携手打造中国软件测试领域最具广泛性、权威性和实用性的产业调查。

  本调查问卷不带任何商业性质,纯属研究活动。51Testing将会根据调查所得数据撰写、发布调查报告。请您认真填写,感谢您的积极支持和参与。

  在线参与:http://bbs.51testing.com/vote/showtome.php?tid=10
  调查名称:中国软件测试从业人员调查
  参与方式:在线参与、线下填写纸样问卷、电话咨询等,以求此次调查覆盖面达到最广。
  调查对象:现职为软件测试从业人员
  调查时间:即日起至2012年3月1日止。

posted @ 2011-12-05 13:20 51testing 阅读(172) | 评论 (0) | 编辑 收藏
 
如何有效地管理测试用例

  刚在51testing上看到一个人发帖,说自己写测试用例没有很好的思路,对于一些复杂的功能点,有没有比较好的测试覆盖方法,比如高级查询等等,非要列出来那么详细的测试用例吗?~~~~看完之后,我就忍不住发言了,作为一个测试人员,设计测试用例那是本职工作,如果我们连写测试用例的基本耐心都丢弃了,还谈什么测试。那开发总不能说因为写代码很麻烦,而不写吧。很多事情没有捷径,必须要做的事情,那是没有办法去逃避,不然我们就失去了工作的意义了。

  其实说来,也是由于最近对于测试用例的设计,让我产生了一些反思。如何设计测试用例,如何评审测试用例,最后如何管理测试用例,这都是我们测试工作中必须要去改进的问题。在之前的公司,由于团队工作任务繁忙,我们没有太多的时间去管理和优化测试用例,也因此对用例方面少了太多的思考,而且虽然有对于用例的评审,但一直以来,我认为是做得不够好的,毕竟每次评审下来,感觉效果没有预期的那么好,主要还是没有足够的时间去管理,所以无法引起重视。不过,现在我想我需要花大量的时间来管理用例了,而且要保证有序的进行,最后输出让团队中各个成员都认为满意而且高效的测试用例。对于用例管理的根本问题,我个人认为是分类上,如何有效的维护和优化用例,就是需要前期明确的分类规划,根据分类的优先级一步一步地来完成就可以了,到最后,我们也可以有效把控的测试覆盖度。

  当前,我们大致可以把测试用例分称三个方面,分别是功能、UI和业务流程,从这三个角度来进行设计。

  1、从功能的角度,功能是每个项目测试的重点,通常在测试人员得到需求文档的时候,我们就开始设计测试用例,那么这个时候需求文档上列出都是功能以及部分一些业务逻辑等,所以在测试用例的第一阶段就是完成功能的用例设计。不过这里,肯定会让很多人疑惑,其实功能、业务还有UI,都是有关联的,而且很多时候无法分解的。这里后面我会举个例子说明哈,但绝非都是可以分类,只是谈谈如何分解的方法,最重要的就是不要遗漏就行。

  2、从UI的角度,UI通常是指界面测试,这个应该不难理解,但要想与功能点进行分解,也不是那么容易区分的,所以我们来直观的说明哈。界面测试,注重样式,外观、整洁、摆放以及易用性,还包括用户体验等。

  3、从业务的角度,这个相对来说,还比较好理解,业务通常是指一连串的动作所连接起来的流程,这个流程必须有行为和目标,或者说方向。业务通常是一个项目或者产品设计的核心,当下,越来越多的应用业务流程都是非常复杂,所以对于业务的用例设计,就是考验一个测试人员的业务水平如何。

  下面通过一个证券交易平台上的买入和撤单业务,进行具体说明:

  业务说明:买入业务包括股票代码、当前价格、买入价格,买入股票数量、确定买入按钮和取消按钮;

  撤单业务包括选择撤单的未成交业务、撤单成功、撤单失败以及取消撤单按钮;

  以上只是大致列举了一部分。

  功能点:买入按钮、取消按钮、选择撤单、撤单按钮和取消撤单按钮等

  UI界面测试:股票代码、当前价格、买入价格、买入股票数量,所有的文本框;买入成功/失败的提示框;撤单成功/失败的提示框;撤单成功/失败的业务状态等

  业务测试:买入业务,从输入买入表单的数据,到提交表单,到最后买入的表单显示的位置,以及买入提交但未成交,可以撤单,完成撤单的业务,到撤单成功或者失败等,这一连串的工作组合就是一个业务流程。

  其实这里就存在一个争议性的问题,对于买入和撤单,既可以作为功能点,也可以作为一个业务逻辑来设计,但从本质上来讲,功能点注重单独的操作,而业务流重的在是一个流程,还需要具体业务去甄别。功能点的设计更主要对这个买入和撤单的按钮本身进行用例设计;而业务则是需要从买入和撤单之前的输入到最后输出这样一个过程来设计。

  以上也只是大概的一个简单的说明,具体的操作还得根据自己的实际流程来执行,毕竟测试用例的管理是一个长期的积累和沉淀的过程,好的方法都是总结出来的。对于测试来说,用例是基础,对于回归测试、自动化、性能等等都是根本,管理好测试用例,也就是提高测试的工作质量。

本文转载自51Testing软件测试网,查看更多:http://www.51testing.com/html/news.html

posted @ 2011-11-15 13:58 51testing 阅读(147) | 评论 (0) | 编辑 收藏
 
《51测试天地》第二十三期电子杂志下载

  下载地址:http://www.51testing.com/html/54/n-247254.html

  本期杂志内容抢先看

  ● 自动化测试数据之可不可复用.........................5
  ● 我的GUI自动化测试框架发展历程.....................11
  ● 软件测试中的冲突测试..............................35
  ● 基于Win32窗口的开源自动化测试工具White............41
  ● 我的测试之路 .....................................51
  ● 使用Mobi Ready进行手机软件兼容性测试 .............55
  ● Mantis深入学习....................................60
  ● 浏览器兼容性测试的自动化预研分析..................71
  ● 深入分析TestComplete名称映射......................77

  下载地址:http://www.51testing.com/html/54/n-247254.html

  穿过季节的群山,越过时间的隧道,金菊飘香的十月,带着《51测试天地》第23期杂志向我们走来。

  十月是灿烂的,带着沉甸甸的喜悦与收获;十月是成长的,携着满载的积累迎接新的希望。2011年十月是博为峰值得庆祝的日子,LOGO全新亮相标志着博为峰进入了新的发展阶段。7年来我们开展软件测试自主工具、咨询、培训、外包服务业务,并创建软件测试门户网站51Testing,各方面均取得了优异的成绩,这离不开光大会员的支持。今后博为峰将披上新装,踏上新的成长之路,将各个业务做大做强,尽我们的努力推动测试领域的发展,让IT更好的服务人类。

  在此也要感谢广大会员对《51测试天地》的支持,你们的支持就是我们最大的动力;感谢所有乐于分享知识、交流技术的来稿朋友,你们辛勤的耕耘着,每篇中都倾注了你们的爱,字字吐露着你们的真诚,读来让人收获!让人惊喜!没有你们的支持就没有《51测试天地》的诞生。在此,期待更多的人踊跃来稿,成为下期杂志的主角而不再只是看客。

  我们知道测试数据不仅是自动化测试的核心要素,也是所有类型的测试所共有的一个基本元素,离开测试数据的测试基本上就丧失了它的可靠性与意义。那么,自动化测试数据可不可复用呢?《51测试天地》第二十三期等待您的阅读......

  真诚的祝愿所有的测试同行朋友在《51测试天地》中有所收获,在测试这条道路上越走越好,越走越远。测试,我们在路上!

posted @ 2011-11-03 13:52 51testing 阅读(97) | 评论 (0) | 编辑 收藏
 
怎样留住优秀的测试员?

  前几天,Teresa问了一个比较有趣的问题:

  “我对你的网站很感兴趣,因为我觉得你是一个真正热爱软件测试、并充满激情的人。在我的公司,我们发现要留住好的软件测试人员真的很困难。很多有能力的测试员都在寻找其他出路,为了离开软件测试这个岗位而想出各种各样的理由。对于怎样留住好的软件测试员这个问题,我很期待你的见解。”

  Teresa, 首先我会先说明一下员工流失率高的问题,然后我再来回答你的问题“怎么留住好的测试员?”

  在当今这个充满竞争的社会里,0%的员工流动率是不可能的,而且相当的不切实际。在一定程度上的流动是正常的,但是不论那家公司,如果流动率一直在增大的话,那就说明这家公司肯定出了一些很严重的问题。

  虽然我不是一个人力资源方面的专家,但是我可以从员工的角度出发,来提出一些具有普遍意义的方法,这些方法在某种程度上可以降低员工流失率。这些方法适用于所有的公司和员工。因为我们关注的是软件测试这方面,所以重点放在怎么留住优秀测试员这里。下面我将列出能够保持低流失率的各种解决方法。因为这个帖子的内容比较多,所以呢,耐心点,放松点,慢慢听我一一道来。

  这篇文章对谁有帮助呢?

  公司管理层,经理,开发小组和测试小组的组长,当然,也包括新晋的测试工程师 -- 未来的测试经理。

  高人员流动率对公司会有什么影响呢?

  ·可能丢掉手头上的项目 - 因为客户不喜欢人员换来换去
  ·公司的财政负担
  ·招聘新员工的费用
  ·培训新员工的费用
  ·进入新项目的磨合
  ·在职员工的工作量增大
  ·不稳定的工作时间和加班导致较低的工作效率

  上面所说的仅仅是高流动率带来的一小部分严重的弊端。

  怎样降低人员流动率呢?

  首先,我们来分析下“为什么员工要离开公司”。主要的原因是“缺少对他们努力工作的认可”。我的意思是,如果公司都不关心员工,那么员工为什么还要留在这样的公司呢?

  要记住,并不是给“更多的钱”就能解决问题。现在,员工更加关心的是他们的生活质量和家庭需要。

  下面是一些降低高流动率的建议:

  ·给合适的职位雇佣合适的人员
  ·了解员工的需求并满足他们
  ·尊重他们
  ·赞扬他们出色的工作
  ·定期询问他们需要什么,并做出行动
  ·提供培训的机会让员工可以获得先进的技术
  ·最好能够成为员工主导
  ·愉快的工作氛围
  ·员工升职空间
  ·员工创造价值
  ·工作保障

  最后一条非常重要。要让你的员工对于自己的工作感到有保障,如果你的公司不能提供工作保障,至少也要让员工觉得工作有保障,如果连这点都做不到,那么活该你的员工流失这么多。

  上面都是理论上的解决方法,下面讲一些实际的解决方法。

  激发活力:

  任何软件小组都需要有活力的人和有技术的人。良好的激励来自优秀的领导,主管和经理的良好领导能够降低人员流动率。在我的职业生涯中,我发现很多员工离开公司的原因就是因为他们的老板。领导者的一些不切实际的要求或者缺乏激励和领导力,让员工看不到他们自己的位置和职业方向。

  因此,当员工失去所有的希望时,领导者要鼓动和激励他们。

  丰厚的待遇:

  给他们丰厚的工资和好的福利。

  工作的乐趣:

  正如我所说的,钱不是万能的,工作的乐趣也很重要。如果没有好的工作氛围,只靠钱来激励是不行的。我相信“努力工作,尽情享受”这个道理,不妨策划一些体育活动、户外旅行、各种小组间的竞赛活动等等,……有很多很多这样的活动,可以让员工增添活力,倍感新鲜。

  帮助员工建立稳定的生活:

  我的意思是要帮助员工建立稳定的生活。我知道这并不容易,但是公司可以给员工提供医疗保险和医疗设施。对大多数的员工来说,住房是首要的,所以,需要帮助员工找到好的住宿。

  Teresa, 你问我关于怎样留住测试员的这个问题,现在让我们来讨论一下测试员的问题。

  测试员通常都抱怨些什么呢?

  “有时开发人员总会自负的认为他们比测试员优秀”

  “测试员要为每一个缺陷负责”

  “项目延期就是测试员的原因”

  “测试员得不到应有的尊重”

  “管理层认为测试员没有开发人员重要”

  这些就是测试员经常抱怨的问题,这就令到他们觉得自己的工作没保障,进而影响到他们的日常工作,最后就有可能导致高的人员流失率。

  管理层应该在测试员离开公司之前就要处理这些问题。方法就是 – 有效的组织团队,加强开发人员、测试员以及管理层的沟通,这样可以更好的了解和明白测试员的需求。

  下面的就是一些如何留住有才华的优秀测试员的方法:

  提供培训机会:

  培训你的测试员。给他们提供免费的培训,如果不能免费的话,也尽量让他们少花钱。给他们提供一些远程教育培训课程,研讨小组以及书籍供其学习,赞助和帮助他们考取软件测试证书。

  ......

本文转载自51Testing软件测试网,查看全文:http://www.51testing.com/html/11/n-246411.html

posted @ 2011-10-12 13:59 51testing 阅读(121) | 评论 (0) | 编辑 收藏
 
看看你是否适合做测试

  第一,做软件测试是否有发展机会?

  答案是肯定的。行行出状元,软件测试更不例外,软件测试行业在国内刚刚火起来,人才缺口相当大,而且随计算机技术与移动通信技术的发展,手持智能终端越来越普及。手机测试是测试行业中的新宠。只要你足够努力,足够优秀,你可以从软件测试员做到测试工程师、测试开发工程师、测试组长、测试经理等等。

  第二,你是否一个负责任的人?

  你得明白自己在做什么!测试部门是产品质量控制的控制关,测试人员应该明白自己的责任!大部分测试人员都认为只要提交bug就可以了,改不改是开发人员的事!很多教科书这么说:“测试是为发现错误而执行程序的过程”。这是错误的观念,测试不是谈恋爱只重过程不注重结果!提交bug只是我们的执行手段,我们的最终目的是质量。所以提交的bug尽全力去让开发人员改掉,或者至少让他给你一个有说服力的解释。

  第三,你是否有比较全面的行业相关知识?

  尽管微软有聘请家庭妇女做测试的壮举,但是在目前的求职形势下,我们还是现实一点。刚刚入门测试不要求你要对每一门知识多么熟悉多么精通!但是你必须了解,一些产品功能服务至少使用过!做硬件测试至少明白点模电数电、高频低频知识,移动通信原理。做软件测试至少懂一点计算机语言,了解操作系统原理、内存控制机制等。

  第四,你是否有足够耐性重复做一件事情?

  在一个项目中,一个相同的测试用例你可能至少反复运行10次。这个不需要我多说!

  第五,你是否有接触新知识的欲望?

  思维是否活跃?每一个公司不可能做重复的项目,即使产品是一个系列,版本还是更新,添加一些新功能的。因为技术是在发展的。不同的项目,不同的功能可能会涉及到很多新的知识点。如果你触新鲜事物能很快入手,对新的知识能很快了解熟悉,说明你有做测试的很好的潜质,测试是一个测到老学到老的行业。

  第六,是否有很好的沟通能力?

  这个也不需要要我多说,与开发人员沟通说服他们,与客户沟通了解客户需求。

  第七,是否有强烈的怀疑精神?

  任何产品都有缺陷(所以我们测试员存在),只是最终产品缺陷存在多与少问题(测试的最终目的)。永远不要说这个产品没问题了!也永远不要说这个产品我找不到问题了!只能说在产品生命周期过程中,我们把问题控制在最小影响范围内!所以测试员拿产品在手机的时候要知道,这个东西隐藏了很多问题!我们怎么把它们尽可能多的找出来!

  第八,你外语是否很好?

  不要说你爱国不学外语,为了个人前途,自己考虑吧。我一个朋友在信必优做测试,一个月1800,同样小语种的测试人员,一个月好几万的拿!

  第九,你是否强烈热爱软件测试行业?

  如果你强烈热爱软件测试行业!那么恭喜你!你去做吧,前八条限制对你没有任何意义!

本文转载自51Testing软件测试网,查看更多:http://www.51testing.com/html/news.html

posted @ 2011-09-28 14:32 51testing 阅读(155) | 评论 (0) | 编辑 收藏
 
仅列出标题
共55页: First 38 39 40 41 42 43 44 45 46 Last