软件开发-软件测试这个行业,社会上需求是怎样的?

问题描述

软件测试这个行业,社会上需求是怎样的?
我是学软件开发与测试的,可是我觉得我做不了开发,所以我有点想往测试这块发展一下,那么关键的问题来了,因为我主要是学javaweb,测试学的比较少,老师讲的课也就是教我们写测试用例,后边还学了点QTP。可是老师希望我去学开发,他说软件测试就这样可以找到工作。所以我现在想了解一下软件测试这个行业!我希望能有工作经验的人给我解说解说。谢了

解决方案

在天朝,任何没有门槛(不需要背景,不需要资本)的工作,需求都是,低端人才饱和,高端人才稀缺。如果你的水平只不过是大学毕业生的一般水平,无论什么专业的,都不好找工作。

解决方案二:
如果你想有作为,无论什么行业,只要你能坚持5年以上,而不是混5年,你都可以成为稀缺的人才。因为大多数毕业生在工作5年以后就有差距了。

解决方案三:
需求管理与软件测试

解决方案四:
坚持5年以后,以后就会好了

解决方案五:
测试人员有很精通的,但一般小公司要的都是会用电脑就可以的

解决方案六:
测试还是很重要的环节,有开发会有测试

解决方案七:
测试用例是测试的灵魂,一个合格的测试工程师必须知道的技能,但是作为测试一行,如果想有好的发展,就必须多学习性能,自动化,以及关于代码脚本编写,数据库,环境搭建等一大批知识,并不是说懂得黑盒就够了,如果仅仅局限于这层次,待遇也不会高,自身也得不到好的发展,所以在工作中不断学习,如果有更好的机会抓住了,这就对了

时间: 2024-11-27 03:03:30

软件开发-软件测试这个行业,社会上需求是怎样的?的相关文章

软件开发的那些事儿:解决之道

前面提出了软件开发的轮回:期望--破灭--崩溃--新的轮回,我们的解决之道在哪里呢? 我的反思--不在沉默中爆发,就在沉默中灭亡 反思,我在反思-- 对于来自客户的变更,我永远忘不了的是大学时老师的谆谆教导.上软件工程课的时候,老师总是一再地反复强调,一定要将需求变更消灭在需求分析阶段.按照过去的瀑布式开发理论的描述,总是要求我们在需求分析阶段了解清楚客户的所有需求,并编写成<软件需求说明书>,交给客户签字.客户一旦在<软件需求说明书>上签字,那么需求就不能再更改了,软件就照这个开

软件开发管理方法论之我见

自打兄弟我成为了一个高大上的码农之后,就难免接触到各种软件开发的方法论.什么CMM啦,敏捷啦,测试驱动啦,不一而足. 咱们码农其实是很单纯的,说白了搬砖怎么搬不是搬啊对不对?所以老板让咋搬咱们就怎么搬,大部分人也没搞明白这些玩意儿背后到底是个什么思路. 但是兄弟我和其他码农不一样,我是个爱思考的人.所以在搬砖之余,我就会去找一些书来看,比如经济学.心理学.业务流程管理.销售管理之类的,一来可以涨涨姿势,二来也尝试站在老板的角度来观察一下咱们搬砖的情况. 一开始吧,我也看不出啥门道.各种方法论看上

“以终为始的软件开发”的那些事 : Myths and Truths

本文根据中生代技术群分享整理而成,具有多年软件研发经历的刘朋为大家分享ATDD,TDD,BDD的那些事,为大家分享"以终为始的软件开发"经验. 文章正文 我分享的主题是TDD,但是其实涵盖的领域会更宽泛.于君泽在前几期里面分享了"以终为始的架构设计",其实我的TDD分享并不会仅仅拘泥于TDD,或者说我更想和大家讨论一下"以终为始的软件开发",这个题目也许更为恰当. 所以,我其实想讨论的是:作为软件开发研发团队,当我们从客户(或者客户代表Produ

容器、DevOps来了,软件开发如何跟上节奏?

随着IT技术的不断进步,软件开发和运维领域近年来正在发生重大变革.一方面,为快速响应市场的变化,DevOps正在变得越来越流行,越来越多的企业引入了容器技术来解决软件的快速交付和部署问题.另一方面,软件的部署环境也从传统的物理机转变为云环境,其开发和运维都需要不同方法.在这些变化面前,传统的软件开发和运维方式已经很难适应,这就引发对新一代软件开发和运维工具的需求,以HPE的Octane为代表的新一代ALM就在这种背景之下推出的. HPE中国区副总裁.软件集团总经理李时认为,新一代ALM首先要做到

《软件需求工程(第2版)》一2.3 需求工程在软件开发中的地位

2.3 需求工程在软件开发中的地位 2.3.1 需求工程对软件开发的影响 从软件工程提出的各种开发模型中可看出,需求工程是软件开发过程中的一个阶段.有些改进的开发模型,如快速原型模型也是因用户需求问题而提出的.需求工程处于软件开发的开始阶段,提供了软件项目其余部分得以实施的根基.显然,如果在开发的后期出现错误,受到影响的只是与后期阶段相关的工作,修正错误通常也是相对容易的事情.然而,如果错误出现在开始的阶段,而且没有立即发现和纠正,那么所有后续阶段的工作都是在错误的基础上进行的,修正错误的成本将

软件开发的非功能性需求变更

需求变更本应是客户的权力,如果确是需要变更,当然要满足客户需要.但问题是不能让变更权力滥用,把一些无关痛痒的非功能性需求变更宠惯养成堂而皇之的变更.对于非功能性需求客户总会有新的想法,项目好像总没有办法终结.以前当出现这种情况时,我总觉得很沮丧,觉得自己非常不幸,怎样会碰上这样的客户.可在读了<设计模式精解(Design Patterns Explained)>一书的一段话后,我恍然大悟,这不是我的错,世界原来就是这样子的啊,永远不变的就是变化. 令人烦恼的非功能性需求变更 在软件开发中,大家

2016软件开发全行业调查白皮书 告诉你最真实的程序猿世界

2016年中国软件开发者大调查针对软件开发技术.应用开发领域等方面对调查问卷进行了重新设计,同时还新增加了VR.直播.人工智能等新兴软件开发领域的相关调查,更能体现中国IT业.尤其是软件开发领域的发展现状.日前,CSDN发布了<2016年度中国软件开发者白皮书>,解读中国软件开发者的现实状态. 报告指出:全国有近5成开发者月均收入过万,其中近7成来自一线城市.软件开发者在获得较高收入的同时,承受的工作压力也在加大,70%左右的开发者处于长期需要加班状态,40%以上的开发者会经常处于工作压力之下

谈谈如何应对软件开发中的需求变更

令人烦恼的需求变更     在软件开发中,大家都会遇到过这样的问题:客户的一个新想法,就推翻了之前与客户经过再三讨论而确认定下来的需求.如果是功能性需求变更还会让人容易接受一些,毕竟功能性需求不实现的话,是会大大影响到软件产品的质量.但是一些非功能性的变更会让人很头疼,许多是看起来无关痛痒的.鸡毛蒜皮的变更,却是极为令人无语和无奈,甚至是烦恼和厌恶的.     (1)什么是软件需求?     在IEEE中,软件需求的定义是:用户解决问题或达到目标所需的条件或功能.一般包含业务需求.用户需求.功能

《精通软件性能测试与LoadRunner最佳实战》—第1章1.5节软件开发与软件测试的关系

1.5 软件开发与软件测试的关系精通软件性能测试与LoadRunner最佳实战前面已经提到软件生命周期,大家已经清楚软件从无到有是需要需求人员.研发人员.测试人员.实施维护等人员相互协作的.作为软件测试人员,在从事软件测试工作的同时,最好对软件的研发过程有一个整体的了解.随着信息技术和各行各业的蓬勃发展,现在的软件系统通常都比较复杂,一个新的软件产品研发过程少则需要几个人,多则需要几百人.数千人来协同完成,下面我们就来看一看软件的开发模式. 常见的几种软件开发模式从开始构思到正式发布软件产品的过