精华内容
下载资源
问答
  • 整体意见是测试岗位不会变少,反而相对于其他岗位会变更重要一些。 首先纠正一个非常非常错误观念。测试和测试开发是两个岗位?No,不是。测试开发是属于测试。 测试开发只不过是使用类似于开发技术和...

    我的整体意见是测试岗位不会变少,反而相对于其他岗位会变的更重要一些。

    首先纠正一个非常非常错误的观念。测试和测试开发是两个岗位?No,不是的。测试开发是属于测试的。

    测试开发只不过是使用类似于开发的技术和能力,来达到测试的目的,本质还是测试。

    就如同一个人用人肉扫地,另一个人发明了自动扫地机来扫地,看起来后面这位更高级,但是实际目的还是扫地。

    在这里插入图片描述

    其次就要说到测试的本质,以及行业对测试愚蠢的误解上来了。

    我曾经前一段时间去阿里面试,测试相关问题回答良好,技术原理理解力,业务熟悉度,测试框架的设计思路,都回答良好。最后考了我两道算法题,回答的不是很好,最终说我技术不太好,offer给的不高。于是我tm就拒了,心中一万句mmp。

    没想到如此大厂也是对测试误解如此深,因为他们招测试的标准就是在招研发。

    在这里插入图片描述

    就如同扫地,你扫地机器人做的再牛逼有用吗?如果你的场景是擦玻璃窗,而压根不是扫地呢?

    测试的本质是,理解业务,产品和需求。傻乎乎地用研发标准招一坨长得像测试,但是实际是研发的人,就无法保障测试到位。测试是非常靠软实力的,标榜自身技术能力很好,但是半个重要bug都测不出,线上事故一坨,这样的例子见的太多了。

    接下来说一下测试的进阶形态

    测试有两个进阶方向,一个是理解实现原理。也就是你要明白,当前项目里面,业务需求是如何变为设计,再变为代码实现的。代码逻辑层次的耦合,数据库设计,甚至网络层如何通信,拓扑架构如何,都需要理解。注意,理解即可,不需要完全掌握。这样,任何研发行为你都可以明白其意义和风险,你就可以精确设计测试用例,不浪费自己的时间,也不会遗漏高风险场景。

    在这里插入图片描述

    另一个方向就是自动化,也就是在简化自身的重复劳动。这个虽然非常重要,但实际上现在成熟框架很多。而且测试框架其实不像研发框架,测试框架优先关注的是易懂性,易用性,交流能力,扩展便捷性。

    测试人员在选择框架和使用框架时,要灵活,要贴合业务。比如他可以去思考,是否可以把一个扫地机器人改造为擦窗机器人。

    在这里插入图片描述

    最后来正经回答下问题:

    1 如果你指的是业务测试外包给阿里做,那这个可以不讨论了。测试外包在十年前就有了,逐渐已经不流行了。这是因为维护一两个专职测试人员,比外包靠谱的多。自己的测试人员理解业务,外包就是瞎测,一旦换人就面临很大风险。这也说明了,测试的本质是产品。业务和需求。

    2 性能测试和自动化测试是否可以外包?也不可以,但是我们确实可以有平台或者框架,来集约一下大家的知识和资源。所以最合理的模式是,阿里这样的大厂提供平台,或者开源测试框架,而其他公司的专职测试去使用。

    在这里插入图片描述

    3 测试岗位的人数确实可能会下降,不是因为提问里面的原因。而是因为:测试自动化程度变高,手工测试消失(但测试开发会变多),这是目前一个已经既成的事实;另一个原因是开发的测试意识变强,自测能力提升,运维的质量意识变强,线上测试和质量控制体系的建成,这是目前的一个趋势。

    4 那么为什么我还说测试人数会变多呢?因为随着软件开发行业的体系化,运营化,质量会变的越来越重要。而测试的软实力,分析业务构建测试思路和用例,沟通作用,流程控制作用,都是更难被机器所替代的。如果说以后机器可以帮忙写代码,做项目,那么最后两个被机器代替的岗位,一个是测试,一个是产品经理。

    end

    在这里插入图片描述

    上面是我收集的一些视频资源,在这个过程中帮到了我很多。如果你不想再体验一次自学时找不到资料,没人解答问题,坚持几天便放弃的感受的话,可以加入我们群【902061117】,里面有各种软件测试资源和技术讨论。
    在这里插入图片描述

    当然还有面试,面试一般分为技术面和hr面,形式的话很少有群面,少部分企业可能会有一个交叉面,不过总的来说,技术面基本就是考察你的专业技术水平的,hr面的话主要是看这个人的综合素质以及家庭情况符不符合公司要求,一般来讲,技术的话只要通过了技术面hr面基本上是没有问题(也有少数企业hr面会刷很多人)
    我们主要来说技术面,技术面的话主要是考察专业技术知识和水平,上面也是我整理好的精选面试题。
    加油吧,测试人!如果你需要提升规划,那就行动吧,在路上总比在起点观望的要好。事必有法,然后有成。
    资源不错就给个推荐吧~

    展开全文
  •   游戏测试也是非常没有地位,相比于其他软件开发的测试人员,他们除了提bug外,毫无话语权,因为可替代性高,甚至有临时工这样存在,当游戏制作到了最后阶段,临时招几个游戏测试,公司包吃住,白天其他职位...

      游戏测试是在国内游戏制作行业中最容易被低估的一个职位。而从事游戏测试的人员大多没有高学历,对游戏也没有多大的热情(有热情的大多做策划去了),几乎可以说是毫无门槛,会玩游戏就行。
      游戏测试也是非常没有地位,相比于其他软件开发的测试人员,他们除了提bug外,毫无话语权,因为可替代性高,甚至有临时工这样的存在,当游戏制作到了最后阶段,临时招几个游戏测试,公司包吃住,白天其他人员负责游戏制作和修改bug,晚上他们进行测试,整理bug,供程序人员第二天来修改。
      在招聘网站上,其他职位几乎没有什么薪资上限,测试主管的月薪2到3万,似乎已经到头了,而且需求非常少,只有大规模的公司才有这种需求。
      那么游戏测试确实不重要吗?
      如果说,策划是游戏质量的上限,那么,测试就是游戏质量的下限
      在很多游戏论坛里,尤其一些有些年代的游戏,玩家往往对那些不断出新的鸡肋功能褒贬不一,但是,修改那些恼人的bug和不良的体验确是广大玩家最大的呼声。
      在很多时候,游戏策划也负责测试的工作,但是正如让程序员自查代码一样,策划能够发现一些bug和一些与设想不一致的地方,但对自己错误的设计却无法发现。
      因此,游戏测试这个岗位是有存在的意义和不可替代性的。
      大多数游戏测试人员也是不求上进的,他们往往安于寻找bug交给程序去解决,对于其他的视而不见漠不关心。收入也是项目组垫底,更加不愿意付出给多精力在工作中,这样恶性循环就导致目前这种不重视游戏测试的环境,并且他们自己也不重视自己工作,不少会转到策划岗位。
      以上,是我在工作中的一些体会,有失偏颇,在所难免。批评也不是这篇博客的重点,本文旨在帮助游戏测试人员优化工作方式,并寻找一些工作上的突破口,获得更高的收入,在项目组中有更好的地位。

    1 找bug的正确姿势

    1.1 测试用例

      首先,阅读策划的文案,了解整个游戏项目的框架,分析各个模块的重要性,编写带有优先级的测试用例。和金钱挂钩的模块一定是游戏测试重点,如充值,还有赠送能够等价金钱奖励等等。另外,游戏的核心玩法、正常的登陆到进游戏流程也是优先级极高的。这样编写测试,能够让自己在之后测试中有重点和方向,每次更新时,这些测试例也是要保证测试到的,保证测试覆盖
      另外,测试用例还会作为其他测试人员的工作计划,让后辈也能不遗漏关键点。
      一个公司或项目组的新项目基本都是基于先前项目的,游戏类型固定,大致玩法固定,所以良好的测试用例是能够像代码一样传承下来,提高工作效率,这也能成为公司的资产和底蕴

    1.2 定位错误原因

      在测试时,做好充分的记录,可以是笔记或者录屏,在bug发生时回溯问题发生的条件,并且多次尝试,确认bug触发条件,帮助程序更快定位到问题,并在bug修复之后,知道如何去复查bug。
      对程序的前后端分工有大致的概念,一般涉及到数值的bug大多是服务端的,游戏卡死崩溃是客户端的,还有更多具体的场景,测试人员应该在工作中累积相关经验,而不是总是去找客户端程序修改问题。

    1.3 统筹bug解决进度

      良好的测试用例的优先级别也就对应着bug的优先级别,学会分析哪些bug是致命的,需要优先解决,哪些bug是不影响测试其他部分流程的,可以延后,哪些bug甚至不影响上线,可以忽视。而不是只要一点点小bug也马上反馈到程序那边,影响到项目整体的开发进度。
      心里对整个项目进程有一定预估,如果堆积了大量的bug没有解决,但是这些bug也没有优先到需要马上解决的时候,就要及时和负责人沟通,让他了解到虽然现在看起来进度正常,但可能之后还需要比较多的时间用于修改那些边边角角的bug。
      另外,每个人对于bug的优先级别判断是有出入的,所以,在要求穿插优先修改的bug时,也要给出相应的理由,比如,这个bug导致无法进入到游戏场景,有大块的内容无法测试到。

    1.4 了解团队成员的习惯

      这点需要在一个稳定的团队中,经过长期的磨合,个人对程序也有一定的理解。比如,有些程序员总是遗忘对边界值的处理,有些总是忘记屏蔽用户快速点击按钮,有些忽略了用户两根手指同时操作的情况……
      如果能够掌握到各个程序员的这些习惯,在他们负责的功能部分,去着重测试一下他们的弱点,也能帮助他们加深印象,提高整个团队的能力

    2 进阶

    2.1 先做一个玩家

      没有游戏bug只能说是一个软件的本分,也就是游戏的下限,但是如果想为团队作出更多的贡献,提高自身价值,还要从玩家的角度,更多元的角度去看待产品。这些进阶,有点向制作人的方向发展。
      对于UI,你有一些看法,可以提出来,对于玩法,你也有看法,也可以提出来,有人会觉得这算是僭越,对你的想法不屑,并抛出各种专业的词汇让你自惭形秽。这时候拿出你的游戏体验数据来,“我玩了这款产品60个小时,我总是卡在这一等级,没有继续玩的动力。” “每次停在这个UI,我总会觉得焦虑,想快点跳过去” “这个按钮放在这里,我点起来很费劲。”……
      如果说游戏制作有照搬的公式,那就没有不好玩的游戏,游戏是一个艺术产品,而不仅仅是一个软件产品,至少在目前,是无法量化游戏的。

    2.2 沟通

      另外,注意沟通的语气和用词,因为不管如何,策划美术程序是游戏的创造者,是他们一笔一画,一行行代码实现出来的,他们也是希望产品成功的,但是每个人有各自的理解。
      在沟通时要先肯定他们的付出,再小心翼翼地抛出自己的看法。比如,我作为程序,如果测试一上来就说这里有‘bug’,我心里一定很难受,仿佛是说我水平真差,还能写出这样的bug,但是我精心设计的巧妙结构,却没有得到肯定。还有一些程序,他们年轻经验不足,往往因为一点小小的纰漏,但看起来是个很大的问题,导致大家对他们的技术产生怀疑,个人信心受挫。
      不良的沟通的方式会导致制作人员和测试人员的对立,并不断加深误解,这样的团队如何能制作好的产品出来。
      平时的日常沟通也很重要,如果生活中也能成为朋友,那么工作效率也能事半功倍。

    2.3 自学

      有效的沟通能够让程序更愿意解决你提出的bug,策划更愿意花时间倾听你的看法。但是,如果要获得其他人尊重,那一定也要自身能力过硬,如果能很好完成找到bug,大家会认可你是个不错的测试,但如果你对游戏设计、心理学方面也有不错的基础,那么,大家会对你的学识感到惊讶,而这部分工作也和制作人的工作所去不远了。
      多看一些游戏设计的书也能帮你和策划更好的沟通,甚至超过他的认知,对你佩服不已。程序和美术相关的书也可以看一些理论归纳类、和游戏沾边的。
      玩其他公司的游戏时,也要从一个游戏测试的角度去看那些优秀产品是如何处理问题,有哪些在自己原本看来属于bug,但是他们并没有去解决也没什么问题。
      总之,付出总会有回报,提升自己,才有底气得到的更多。

    展开全文
  • 有关软件测试工程师岗位说明书范文 软件测试工程师是指理解产品功能要求并对其进行测试检查软件有没有错误(Bug)决定软件是否具有稳定性(Robustness)写出相应测试规范和测试用例专门工作人员 软件测试工程师...
  • 性能测试的基础理论、常见术语 1) LR LoadRunner HP公司提供一种自动负载测试工具,能预测系统行为,优化性能,是目前业界市场占有率最高性能测试工具。 2) Transaction 交易(事务) 在测试脚本中定义、完成...

    性能测试的基础理论、常见术语
    1) LR LoadRunner HP公司提供的一种自动负载测试工具,能预测系统行为,优化性能,是目前业界市场占有率最高的性能测试工具。
    2) Transaction 交易(事务) 在测试脚本中定义的、完成一种业务操作的过程,性能测试主要关注定义事务的处理能力及其响应时间。每个测试脚本中根据需要可定义多个事务。
    3) TPS 每秒事务数 Transations per Second,系统每秒能够处理的事务数量,是衡量系统处理能力的重要性能指标。交易有两种理解,一种是业务人员角度的一笔业务过程;另外一种是系统角度的一次交易申请和响应过程。前者称为业务交易过程,后者称为事务交易过程的STEP。两种交易指标都可以评价应用系统的处理能力,一般的建议与系统交易日志保持一致,以便于统计业务量或者交易量。
    4) ART 平均响应时间 Average Response Time,各事务响应时间的统计平均值,是用户视角的软件性能的主要体现。计算的是端到端的时间,说的通俗一点,从点击Web页面中的某个控件,到从数据库返回数据到客户端,整个过程都被计算在交易的响应时间内。交易响应时间的指标包括最小响应时间(Min)、平均响应时间(Avg)、最大响应时间(Max)、90%交易的最大响应时间(90%)等。
    5) VU 虚拟用户 LoadRunner中特定术语,为模拟现实中的实际用户,测试软件使用虚拟用户代替真实的用户。
    6) Scenario 场景 LoadRunner中专门术语。它是所有测试资源包括测试脚本、运行设置、运行用户数等的集合。在这个场景中,可以定义并发用户的数目,定义要运行的脚本,或者说运行的流程类型。在一个场景中,可以是单个流程,也可以是多个流程的混合。
    3、性能测试模型、类型
    1)测试模型
    | 交易名称|场景交易量配比 |
    |预约挂号|25%|
    | 自助缴费 | 40%|
    |报告查询| 35%|
    2)测试类型
    a、单交易基准测试
    b、单交易负载测试
    c、混合压力测试
    d、稳定性测试
    e、可靠性测试
    f、全链路测试
    4、HTTP、TCP协议相关知识
    网络由下往上分为物理层、数据链路层、网络层、传输层、会话层、表示层和应用层。
    通过初步的了解,我知道IP协议对应于网络层,TCP协议对应于传输层,而HTTP协议对应于应用层。
    5、连接池、线程相关知识
    连接池是创建和管理一个连接的缓冲池的技术,这些连接准备好被任何需要它们的线程使用。
    进程与线程的区别:通俗点讲,打开QQ相当于打开了一个进程、QQ聊天、发文件、接视频属于一个个线程。
    二、工具篇
     1、Jmeter
      ①、Jmeter的工作原理是什么?
      jmeter可以作为web服务器与浏览器直接的代理网关,以便捕获浏览器的请求和web服务器的响应,如此就可以很容易地生成性能测试脚本。有了性能测试脚本,jmeter就可以通过线程来模拟真实用户对web服务器的访问压力。这与LoadRunner的工作原理基本一致
      ②、常用的元件、各自的作用是什么?
    1.测试计划(Test Plan)是使用 JMeter 进行测试的起点,它是其它 JMeter 测试元件的容器。
    2.线程组(Thread Group)代表一定数量的并发用户,它可以用来模拟并发用户发送请求。
    3.取样器(sampler)定义实际的请求内容,被线程组包含,我们主要用HTTP请求。
    4.监听器(Listener)
    5.逻辑控制器(Logic Controller)
    6.断言(Assertions)
    7.配置元件(Config Element)
    8.前置处理器(Pre Processors)和后置处理器(Post Processors)
    9.定时器(Timer)
      ③、几个典型的场景,如何基于jmeter设计测试脚本?
      http://jyfhsszq.iteye.com/blog/2271766
      ④、是否会二次开发?如果会,怎么二次开发的(介绍大概过程和原因)?
      2、Loadrunner
      3、其他开源/商业性能测试工具
      比如:Ngrinder、Locust、Wrk、Artillery等;
      4、前端、服务器、数据库性能监测工具
      nmon、spotlight、德鲁伊
      1、服务集群
      服务器集群就是指将很多服务器集中起来一起进行同一种服务,在客户端看来就像是只有一个服务器。集群可以利用多个计算机进行并行计算从而获得很高的计算速度,也可以用多个计算机做备份,从而使得任何一个机器坏了整个系统还是能正常运行。
      2、负载均衡
      负载均衡原理、实现方式
      1)http重定向协议实现负载均衡
    原理:根据用户的http请求计算出一个真实的web服务器地址,并将该web服务器地址写入http重定向响应中返回给浏览器,由浏览器重新进行访问。
    2)dns域名解析负载均衡
    原理:在DNS服务器上配置多个域名对应IP的记录。例如一个域名www.baidu.com对应一组web服务器IP地址,域名解析时经过DNS服务器的算法将一个域名请求分配到合适的真实服务器上。
    3)反向代理负载均衡(Nginx)
    原理:反向代理处于web服务器这边,反向代理服务器提供负载均衡的功能,同时管理一组web服务器,它根据负载均衡算法将请求的浏览器访问转发到不同的web服务器处理,处理结果经过反向服务器返回给浏览器。
    4)IP负载均衡
    原理:在网络层通过修改目标地址进行负载均衡。
    5)数据链路层负载均衡
    原理:在数据链路层修改Mac地址进行负载均衡。
      3、缓存应用
     缓存就是在内存中存储的数据备份,当数据没有发生本质变化的时候,我们避免数据的查询操作直接连接数据库,而是去 内容中读取数据,这样就大大降低了数据库的读写次数,而且从内存中读数据的速度要比从数据库查询要快很多。
     Redis
    1)Redis不仅仅支持简单的k/v类型的数据,同时还提供list,set,zset,hash等数据结构的存储。
    2)Redis支持master-slave(主-从)模式应用
    3)Redis支持数据持久化,可以将内存中的数据保持在磁盘中,重启的时候可以再次加载进行使用。
    4)Redis单个value的最大限制是1GB,memcached只能保存1MB的数据。
      4、分布式框架
      Dubbo是 阿里巴巴公司开源的一个高性能优秀的服务框架,使得应用可通过高性能的 RPC 实现服务的输出和输入功能,可以和 pring框架无缝集成。
      https://blog.csdn.net/qq_29234631/article/details/80987316
      5、全链路压测
    基于实际的生产业务场景、系统环境,模拟海量的用户请求和数据对整个业务链进行压力测试,并持续调优的过程

    展开全文
  • 软件测试岗位要求和知识面要求

    千次阅读 2012-03-16 16:31:22
    1、根据开发部门提供产品文档能理解产品功能要求,制定测试计划,设计测试用例和测试数据,包括有测试进度、测试策略、测试方法、测试工具、测试风险、测试资源等;  2、能严格执行具体测试任务并确认测试...

    岗位描述: 担当的是“质量管理”角色
    1、根据开发部门提供的产品文档能理解产品的功能要求,制定测试计划,设计测试用例和测试数据,包括有测试进度、测试策略、测试方法、测试工具、测试风险、测试资源等; 

    2、能严格执行具体测试任务并确认测试结果,完成测试报告以及测试结果分析。

    3、在测试各个环节过程中主动与开发部门沟通,将发现的缺陷编写成正式的缺陷报告,通过QC提交给开发人员进行缺陷的确认和修复,保证测试工作的有效性和完整性。

     4、能对测试流程进行补充,能够快速地反映问题,描述问题,能对项目提出合理化建议,并担任各网站的内外网部署工作。

    5、熟悉WEB测试流程,以及LR等自动化测试工具。有性能测试、安全测试相关经验

    6、 对软件整体质量提出评估; 了解CMMI
    7、 确认软件达到某种具体标准;以最低的成本,最短的时间,完成高质量的测试任务 擅长通过先进测试技术引入和测试流程改进提高测试效率和质量,能全局制定和控制一个产品形态完整的测试方案; 
    录制/编写/调优性能测试脚本;
     建立测试场景/数据,并实施性能测试;
    有较强的软件性能瓶颈分析能力,发现性能缺陷,验证调优方案且提供性能测试报告。

    8、会使用测试管理工具Quality Center、压力测试工具LoadRunner、自动化测试工具QTP,JMeter等。

    9、能懂得SQL注入测试

     

    软件测试要求掌握的整体知识

    知识面要求(根据北大青鸟软件测试)

    STB 软件测试基础
    STB ch01 软件测试概述
    STB ch02 软件测试概述实践
    STB ch03 识别和管理缺陷
    STB ch04 识别和优化缺陷实践
    STB ch05 编写和管理缺陷报告
    STB ch06 编写和管理缺陷报告实践
    STB ch07 软件开发和测试流程
    STB ch08 软件开发和测试流程实践
    STB ch09 系统测试与软件测试分类
    STB ch10 系统测试与软件测试分类实践
    STB ch11 编写测试方案和测试计划
    STB ch12 编写测试方案和测试计划实践
    STB ch13 需求分析与评审
    STB ch14 需求分析与评审实践
    STB ch15 理解软件测试原则
    STB ch16 测试总结报告和测试团队组建
    STB ch17 测试总结报告和测试团队组建实践

    TC 高效设计测试用例
    TC ch01 软件测试用例
    TC ch02 软件测试用例实践
    TC ch03 等价类和边界值
    TC ch04 等价类和边界值实践
    TC ch05 因果图
    TC ch06 因果图实践
    TC ch07 正交实验法
    TC ch08 正交实验法实践
    TC ch09 状态图和场景法
    TC ch10 状态图和场景法实践
    TC ch11 功能测试
    TC ch12 功能测试实践
    TC ch13 文档测试与安装测试
    TC ch14 文档测试与安装测试实践
    TC ch15 兼容性与易用性测试
    TC ch16 兼容性与易用性测试实践
    TC ch17 软件故障模型一
    TC ch18 软件故障模型一实践
    TC ch19 软件故障模型二
    TC ch20 软件故障模型二实践

    WBT 白盒测试
    WBT ch01 白盒测试与代码质量
    WBT ch02 白盒测试与代码质量实践
    WBT ch03 逻辑覆盖测试与循环覆盖测试
    WBT ch04 逻辑覆盖测试与循环覆盖测试实践
    WBT ch05 基本路径测试
    WBT ch06 基本路径测试实践
    WBT ch07 单元测试与测试驱动程序框架
    WBT ch08 单元测试与测试驱动程序框架实践
    WBT ch09 测试报告和通过准则
    WBT ch10 测试报告和通过准则实践

    ATT 高效使用自动测试工具
    ATT ch01 QTP入门
    ATT ch02 QTP入门实践
    ATT ch03 增强QTP测试脚本
    ATT ch04 增强QTP测试脚本实践
    ATT ch05 QTP高级使用
    ATT ch06 QTP高级使用实践
    ATT ch07 Flight Reservation测试案例
    ATT ch08 Flight Reservation测试案例实践
    ATT ch09 LoadRunner入门
    ATT ch10 LoadRunner入门实践
    ATT ch11 LoadRunner测试脚本设计
    ATT ch12 LoadRunner测试脚本设计实践
    ATT ch13 创建LoadRunner场景
    ATT ch14 创建LoadRunner场景实践
    ATT ch15 分析LoadRunner测试结果
    ATT ch16 分析LoadRunner测试结果实践

     


    SQA 软件质量保证
    SQA ch01 软件质量体系
    SQA ch02 软件质量体系实践
    SQA ch03 软件测试项目管理
    SQA ch04 软件测试项目管理实践
    SQA ch05 配置管理
    SQA ch06 配置管理实践
    SQA ch07 软件测试过程改进
    SQA ch08 软件测试过程改进实践
    SQA ch09 Quality Center站点管理和项目管理
    SQA ch10 Quality Center站点管理和项目管理实践
    SQA ch11 Quality Center测试管理过程
    SQA ch12 Quality Center测试管理过程实践

     

    PTT 流行测试技术
    PTT ch01 WEB功能测试
    PTT ch02 WEB功能测试实践
    PTT ch03 WEB数据库测试
    PTT ch04 WEB数据库测试实践
    PTT ch05 WEB性能测试
    PTT ch06 WEB性能测试实践
    PTT ch07 手机测试入门
    PTT ch08 手机测试入门实践
    PTT ch09 手机功能和性能测试用例
    PTT ch10 手机功能和性能测试用例实践
    PTT ch11 手机界面和功能测试要点
    PTT ch12 手机界面和功能测试要点实践
    PTT ch13 手机软件其它测试
    S2-COT  模拟面试一
    PTT ch14 Windows客户端软件简介
    PTT ch15 Windows客户端软件简介实践
    PTT ch16 桌面软件用例设计技术
    PTT ch17 桌面软件用例设计技术实践
    PTT ch18 桌面软件冲突测试和兼容性测试
    PTT ch19 桌面软件冲突测试和兼容性测试实践
    PTT ch20 安全测试1
    PTT ch21 安全测试1实践
    PTT ch22 安全测试2
    PTT ch23 安全测试2实践
    PTT ch24 安全测试3
    PTT ch25 安全测试3实践

     

     

     

    展开全文
  •  从2014年软考结束后,正式到一家创业公司里实习,岗位就是软件测试,主要是app测试,很感谢这些时间里帮助过我人,尤其是我师父,他说他曾经花名是馒头,哈哈,感谢恩师把我领进了软件测试的大门,在这...
  • 这是我17年笔记,如今记录在线上,方便自己也方便初学者学习,欢迎大家沟通...2、开发过程早期(还没有开发或者刚开发不久): 咨询开发是否有哪些模块不理解的,或者也可以了解开发开发思路,尽早了解他们是否...
  • * * * 本章目录 1.1 什么软件测试 1.2 软件测试的目的 1.3 对软件测试的理解 1.4 软件测试的原则 1.5 测试人员的职责 1.6 测试人员的素质要求 1.7软件测试职业岗位分析 * 1.1什么是软件测试 广义的软件测试定义是...
  •  初级测试工程师的岗位职责1 职责: 1、 负责网站和手机APP的软件测试工作,包括IOS、Android版本; 2、 负责测试用例撰写; 3、 负责系统测试、回归测试; 4、 对问题进行报告、跟踪、汇总,并协助开发人员...
  • 高级测试工程师岗位的基本职责 高级测试工程师需要根据项目计划开展测试工作,有效地执行测试用例,跟踪并汇总测试结果,提交测试报告。以下是小编整理的高级测试工程师岗位的基本职责。 高级测试工程师岗位的基本...
  • 软件测试

    2021-01-29 09:08:13
    测试岗位其实分好多。 1.软件开发测试中测试,其实是指把编译好代码拉过来去写测试用例测试。这种是黑盒测试。根据原型,需求来测试。 2.自动化测试。这个介于白盒黑盒之间。 其中有用python写selinux模拟浏览器...
  • 一提到IT行业,大家首先想到的程序员,开发,编程,码农之类的词,似乎对软件测试知之甚少,甚至对软件测试工作的理解有很大的误区,作为在IT行业摸爬滚打多年的小编,和大家一起分析一下现在社会对软件测试的错误...
  • 从工作范围上来说,可以理解为QA>软件测试,但是在有公司里,QA就是软件测试;有公司里QA除了测试外还会负责其他工作;还有公司里QA和软件测试会设立为两个岗位,分管各自职能。 ...
  • 软件测试的自我发展规划

    千次阅读 2018-05-14 11:01:31
    --<写在前面>--深入的软件测试,其实要求也是非常高。...下面将从三个大方面来描述软件测试的晋升方向:一、技术方面技术知识掌握 这方面包括有:网络知识、网站结构理解、项目实现框架、...
  • 软件测试工程师.pptx

    2020-09-10 16:27:36
    软件测试工程师转正述职报告;工作岗位及职责;岗位业务内容掌握情况;主要系统架构完成情况;主要技术架构完成情况;主要应用构架完成情况;构架特点分析;项目流程;测试流程;项目测试技术分析;项目测试质量分析;我优势;...
  • 软件测试学习计划 软件测试基础培训计划 一 课程名称 本培训正式名称为软件测试基础 二 培训目的 1 增强产品质量意识 2 对软件测试工作有一个全面的理解 3 通过本培训初步具备软件测试基础知识 三 培训对象 新员工...
  • 考生应具有软件工程和软件质量保证基础知识,掌握软件测试的基本理论、方法和技术,理解软件测试的规范和标准,熟悉软件测试过程;具备制定软件测试计划和大纲、设计测试用例、选择和运用测试工具、执行软件测试、...
  • 在谈论软件测试之前,我作为一个有一定工作经验工程师,我想发表一些自己想法和观点,这些观点虽然不是完全 正确,但是确实是我在工作中不断去沉淀,去理解,去思考才得来一些看法。希望作为刚入行你,...
  • 在第一代软件测试岗位来说,应该是国内起点比较高人员组成,可以说是给中国软件测试行业领了一个好头,这群人基本上都是有开发人员转岗到测试岗位,这代测试人员有一定编码能力,所以说测试行业起点是比较高...
  • 面试常问 视情况回答 1.一个优秀的测试工程师应该具备什么品质? 2.为什么想做测试相关...4.怎么理解测试开发这个岗位软件开发中作用? 产品用户体验是互联网行业非常重视一个关键点,产品质量和用户体验都
  • 软件测试工程师职位说明书 岗位名称软件测试工程师 岗位编号 所在部门软件研发部 岗位定员 直接上级 软件测试经理 直接下属部门/岗位 职系 所辖人员数目 工资级别范围 等 级至 等 级 岗位分析日期2016年 11月 本职...
  • 我就从我工作的经验方面给你总结一下,谈一下我对软件测试行业的理解,希望对你能有所帮助,毕竟人生的第一份工作还是最重要的。 在我工作的这几年,通过不断的时间,我对软件测试行业理解不断的加深。从现在的大...
  • 软件测试学习计划 篇一软件测试基础培训计划v3.0 软件测试基础培训计划 一课程名称 本培训正式名称为软件测试基础 二培训目的 1增强产品质量意识 2对软件测试工作有一个全面的理解 3通过本培训初步具备软件测试基础...
  • 软件测试行业现状:  1. 已经不再是低门槛的标志  2. 已经逐步具备有明确清晰的技术规划和发展方向  岗位的要求技能储备:  a.... 个人的软件测试思维及理解,对于软件测试有自己独到的观点 ...
  • 软件测试行业里工程师工作岗位的分类 有按看不看代码分的:黑盒测试工程师、白盒测试工程师 有按主要业务分的:金融测试工程师、通信测试工程师、本地化测试工程师、游戏测试工程师 有按主要任务分的:自动化测试...
  • 软件测试基本知识(一) 近期的工作状态比较乱,平时想要学习更多的知识,但要学的知识很多,也很杂。所以自己想通过总结和书写的形式来学,...由于本人也属于测试岗位的一名职员,因此想要对软件测试这个职业慢慢...
  • 软件测试-需求分析

    2020-06-18 17:35:23
    本篇文章将从软件生命周期第一步——需求分析开始,逐步深入地讲解软件测试实战工作。 需求,是软件项目研发开始,是组建研发团队后第一次集体参与讨论内容,同样也是保障质量重要一环。 为了让研发团队中...
  • 我非常欣喜看到有越来越多朋友加入到软件测试行列,也对他们目前困惑表示理解。毕竟,软件测试行业在国内才起步不久,很多人都是刚刚毕业就进入这个行业,或者从其他岗位转过来,对...
  • 那么我们就来了解一下为什么企业里要有软件测试这样一个岗位,并且软件测试在这里占据了一个怎样重要性呢? 下面我们来看两个案例。 案例一《火星气候探测者号星际迷航》 美国在97年时候发射了一个火星气候...
  • 根据张大美女提供资料微修改,在这谢谢张大美女!1、python软件开发工程师1.1 项目启动会说明项目...技术方案中必须要有业务流程图和时序图,业务流程图是为了梳理开发对业务的理解,是否和需求一致。时序图是了梳理...

空空如也

空空如也

1 2 3 4 5 ... 7
收藏数 139
精华内容 55
关键字:

软件测试岗位的理解