2019-09-17 16:19:22 weixin_43647641 阅读数 74

因人而异,每个人都有适合自己的学习方式:

如果自制力比较强的话,可以自学;
优点:费用少,比较自由,可以根据自己的工作,学习节奏自己安排
缺点:时间成本比较高,可能会学很长时间,缺乏项目经验,日后求职可能会有些麻烦

如果比较幸运的话,可以找家公司实习,让师傅带一下;
优点:带薪学习,可以在工作中提升技术能力,增长项目经验,也不会有经济压力。
缺点:成长比较慢,可能很长时间内只能拿实习工资;

如果考虑短时间提升技术能力,以高起点进入职场,可以选择培训。
优点:有老师带少走弯路,成长快,一般2个月左右就可以达到上手入职的状态;工资起点也高,保守来讲在顶测学完拿到七八千以上的工资很普遍。
缺点:知识需要付费,学有所成,也会有一定的费用产生。

所以要看自己更重视哪一方面,哪种方式的投资回报比更适合自己,然后在做选择。不过不管通过那种方式学习软件测试,都是对软件测试这一行业认可的,所以要摒弃困难,朝着自己想要的目标前进吧!

2017-07-10 13:56:00 weixin_34159110 阅读数 9

专业软件测试人员发展的未来

根据Google/微软一些大公司开发和测试融合分工新的趋势,未来的IT世界有可能会发展出一种新的场景和分工:

  基本的功能测试设计执行和白盒测试技能应该让所有开发人员都所具备,然后才能解放出专业的测试人员去做复杂的测试工作(非功能测试、beta测试、测试执行平台打造等),有时间去研究如何提高整个研发团队的测试质量与测试效率,更好地辅导开发人员掌握基本测试技能,当然开发人员依然要通过交叉测试来解决测试心理学的问题(不能自己测试自己)。开发将对自己的局部代码质量负责,测试专注整体架构的质量与团队的整体测试体系建设。

  这种模式的收益:团队中功能测试人员的数量会减少,研发中的很多低级bug会尽早在开发团队中被发现从而减少bug后期发现的成本和沟通成本,既减少研发成本又能加快研发速度。

  这样一种测试分工模式成为现实后,测试人员的工作会更有创造性更有趣,更偏重脑力劳动,而简单的测试工作岗位会更少,市场会需要更多测试专家,简单的测试设计和部分手工执行会由开发人员担当,更多测试执行由自动化来实现,而这也正是敏捷开发模式中的现象。

  未来某些公司中tester会出现少而精的状况但是不会消失,当然由于各个公司组织能力建设的程度不同,吸引中高端人员的能力不同,现有的测试模式和新的测试模式会长期共存,而那些能吸引中高端人才的公司则会出现更高效率的研发团队,结果是测试人员的工作更多是技术创新,开发人员测试工作的技术顾问和执行复杂的测试任务。









====================================分割线================================



最新内容请见作者的GitHub页:http://qaseven.github.io/

2018-09-08 19:50:00 weixin_30900589 阅读数 6

专业软件测试面试题汇总

一、如何保证测试用例能达到全部覆盖?

1、需要测试人员有丰富的测试经验

2、需求分析透彻,已确定好测试范围

3、通过测试用例评审

 

二、版本测试通过的标准是什么?

1、用例测试通过,没有遗留BUG

2、用例已覆盖所有需求

 

转载于:https://www.cnblogs.com/chengzi521/p/9610196.html

2007-12-18 23:55:00 zhaowei001 阅读数 366
       天晚上,我有一个朋友打电话告诉我,由教育部软件工程专业教学指导委员会、上海交通大学软件学院、清华大学出版社等组织的第一次软件测试教学会研讨会,在上海圆满结束。在会上,每位老师都拿到了我主编的两本教材《软件测试方法和技术》、《软件质量保证和管理》。电话中,我朋友表示出浓浓的“羡慕”之情。
  
    
朋友说,这次会议吸引了国内许多大学的关注,有远自内蒙古农业大学、广东的华南理工大学等,大家齐聚一堂,在两天的时间里,就如何设置软件测试课程内容、如何培养出优秀的测试人才等进行了充分的研讨。

     朋友说,这也是国内首次明确提出了 “
软件测试” 是软件工程的核心课程之一,并得到大家的一致响应。在会上,清华大学、北京大学、上海交大、同济大学、中国科技大学等所属的软件学院做了丰富多彩的主题发言,上海市软件评测重点实验室的负责人也对软件测试过程做了全面介绍并进行了相关的演示。
   

   
    朋友还说,
同济大学刘老师介绍的一个软件测试认证程序CSTQB很不错。今天,我用Google搜索了一下,找到它的网站 http://www.cstqb.cn/。在访问了该网站之后,才知道这是国际测试工程师认证组织,CSTQB的全称叫中国软件测试认证委员会 (Chinese Software Testing Qualifications Board),源自国际软件测试认证委员会 ISTQB ( www.ISTQB.org ) 。

    CSTQB办公场所设在同济大学。 CSTQB发起单位为同济大学,中国软件评测中心,上海市软件评测中心,赛宝认证中心,上海滔瑞信息技术有限公司。CSTQB 的主要任务是,在 ISTQB授权之下,负责其国际测试工程师认证项目(英文全称:Certified-Tester )在中国的推广、发展和维护活动,包括授权培训机构、监督培训实施以及组织资格考试和发放 Certified-Tester 资格证书。 国际测试工程师认证是由 ISTQB 为国际软件测试人员提供的培训和进修的国际性培训。


     朋友最后说,北京大学和上海交通大学的软件学院办得很有特色,设有董事会或理事会的机构,学院施行董事会或理事会领导下的院长负责制。在软件测试教学中,强调案例教学,重视学生的编程能力,包括测试工具和脚本的开发。




Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=1732028


2016-07-15 16:00:13 Hello_Doer 阅读数 4726

这篇文章是对专业术语的一个整理。资料解释等来自于网络,方便于大家了解软件测试的基本术语。


1.黑盒测试: 
黑盒测试也称功能测试,它是通过测试来检测每个功能是否都能正常使用。在测试中,把程序看作一个不能打开的黑盒子,在完全不考虑程序内部结构和内部特性的情况下,在程序接口进行测试,它只检查程序功能是否按照需求规格说明书的规定正常使用,程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构,不考虑内部逻辑结构,主要针对软件界面和软件功能进行测试。

2.灰盒测试:

灰盒测试,是介于白盒测试与黑盒测试之间的一种测试,灰盒测试多用于集成测试阶段,不仅关注输出、输入的正确性,同时也关注程序内部的情况。灰盒测试不像白盒那样详细、完整,但又比黑盒测试更关注程序的内部逻辑,常常是通过一些表征性的现象、事件、标志来判断内部的运行状态。
3.白盒测试:
白盒测试又称结构测试、透明盒测试、逻辑驱动测试或基于代码的测试。白盒测试是一种测试用例设计方法,盒子指的是被测试的软件,白盒指的是盒子是可视的,你清楚盒子内部的东西以及里面是如何运作的。"白盒"法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。"白盒"法是穷举路径测试。在使用这一方案时,测试者必须检查程序的内部结构,从检查程序的逻辑着手,得出测试数据。贯穿程序的独立路径数是天文数字。
4.功能测试:
根据产品特性、操作描述和用户方案,测试一个产品的特性和可操作行为以确定它们满足设计需求。本地化软件的功能测试,用于验证应用程序或网站对目标用户能正确工作。使用适当的平台、浏览器和测试脚本,以保证目标用户的体验将足够好,就像应用程序是专门为该市场开发的一样。功能测试是为了确保程序以期望的方式运行而按功能要求对软件进行的测试,通过对一个系统的所有的特性和功能都进行测试确保符合需求和规范。
5.性能测试:
性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。负载测试和压力测试都属于性能测试,两者可以结合进行。
6.压力测试:
压力测试是通过确定一个系统的瓶颈或者不能接受的性能点,来获得系统能提供的最大服务级别的测试。压力测试属于性能测试。
7.自动化测试:
一般是指软件测试的自动化,软件测试就是在预设条件下运行系统或应用程序,评估运行结果,预先条件应包括正常条件和异常条件。
8.单元测试:
   单元测试是指对软件中的最小可测试单元进行检查和验证。对于单元测试中单元的含义,一般来说,要根据实际情况去判定其具体含义,如C语言中单元指一个函数,Java里单元指一个类,图形化的软件中可以指一个窗口或一个菜单等。总的来说,单元就是人为规定的最小的被测功能模块。单元测试是在软件开发过程中要进行的最低级别的测试活动,软件的独立单元将在与程序的其他部分相隔离的情况下进行测试。
9.集成测试:
集成测试,也叫组装测试或联合测试。在单元测试的基础上,将所有模块按照设计要求(如根据结构图)组装成为子系统或系统,进行集成测试。
10.兼容性测试
所设计程序与硬件、软件之间的兼容性的测试。
11.冒烟测试:
“冒烟测试”这一术语描述的是在将代码更改嵌入到产品的源树中之前对这些更改进行验证的过程。在检查了代码后,冒烟测试是确定和修复软件缺陷的最经济有效的方法。冒烟测试设计用于确认代码中的更改会按预期运行,且不会破坏整个版本的稳定性。
12. alpha测试:
又叫α测试,α测试是由一个用户在开发环境下进行的测试,也可以是公司内部的用户在模拟实际操作环境下进行的测试。α测试的目的是评价软件产品的FLURPS(即功能、局域化、可使用性、可靠性、性能和支持)。尤其注重产品的界面和特色。α测试可以从软件产品编码结束之时开始,或在模块(子系统)测试完成之后开始,也可以在确认测试过程中产品达到一定的稳定和可靠程度之后再开始。α测试即为非正式验收测试。
13. beta测试:
Beta测试是一种验收测试。所谓验收测试是软件产品完成了功能测试和系统测试之后,在产品发布之前所进行的软件测试活动,它是技术测试的最后一个阶段,通过了验收测试,产品就会进入发布阶段。验收测试一般根据产品规格说明书严格检查产品,逐行逐字地对照说明书上对软件产品所做出的各方面要求, 确保所开发的软件产品符合用户的各项要求。 通过综合测试之后,软件已完全组装起来,接口方面的错误也已排除,软件测试的最后一步——验收测试即可开始。验收测试应检查软件能否按合同要求进行工作,即是否满足软件需求说明书中的确认标准。
14测试用例
测试用例是将软件测试的行为活动做一个科学化的组织归纳,目的是能够将软件测试的行为转化成可管理的模式;同时测试用例也是将测试具体量化的方法之一,不同类别的软件,测试用例是不同的。不同于诸如系统、工具、控制、游戏软件,管理软件的用户需求更加不同的趋势。测试用例构成了设计和制定测试过程的基础。测试设计和开发的类型以及所需的资源主要都受控于测试用例。测试用例是软件测试的核心,重中之重。全部工作的展开都与其离不开关系。
15BUG提交
BUG提交是测试的一个必须工作,当测试人员发现BUG后,就需要把这个BUG 提交给主管。这个时候就需要写一个BUG提交的文档,里面包括BUG的介绍,发生这个BUG 的环境,过程,具体是那一个功能,参数等等的信息。
没有更多推荐了,返回首页