工作小技巧刚入职的软件测试工程师怎么快速上手新岗位

Posted 2023-04-03 自动化测试君

首先，如果公司有标准文档的，

那么对于测试人员第一步就是学习产品知识 ，了解产品基本功能、架构、主要模块、核心业务流程、以及测试需求中需要重点关注的模块及功能 。

学习需求规格说明书时，要遵循从粗到细的规则，建议使用思维导图，第一次粗略阅读-搭建产品框架，第二次阅读-添加主体功能模块，第三次阅读-添加细节及并识别测试点；

另外，功能测试人员最终是站在用户角度来看待整个产品的，如果自己没有该领域的知识，一定要提前补上，了解行业知识-自己成为用户-浏览竞争对手的产品设计，站在用户角度上思考产品设计。

第二，了解已知的基本测试流程，

一方面要清楚具体的测试流程，以及测试准入原则、测试暂停、测试退回、测试结束的标准等等。在单独跟进一个项目时，如何与产品、与开发人员沟通。

另一方面是清楚产品的开发模式，即传统模式还是敏捷开发，不同的开发模式在不同阶段需要的测试交付物也不同，提前了解有助于自己规划工作优先级

软件思想家 Gerald Weinberg 曾说过，“如果建筑师按照程序员编写程序的方式建造建筑物，那么飞来的第一只啄木鸟就会摧毁整个文明”。

这句话告诉我们：第一，程序员编写的程序不是很靠谱；第二，软件测试是多么的重要。

软件测试独立

以前，软件行业没有软件测试的位置。后来，随着这个行业的发展，软件复杂度不断提升，分工越来越细，测试与开发相分离，软件测试逐渐成为独立岗位，企业也开始招聘软件测试工程师。

以微软为例，由于软件质量问题引发多次事故，1984 年，微软在各个部门内建立独立的测试组，把测试组从开发部门中分离出来。

为什么建立独立的测试组？据《微软的秘密》一书介绍，测试之所以独立存在有三条理由：

第一，开发人员不可能编写出完美无缺的代码，程序经理不可能制作出完美无缺的说明书。

第二，必须让某些人的工作独立于制作说明书和编写代码，以便对它们的质量能有一个公正的评价。

第三，在开发过程中，当代码群尚未交织在一起时，及早发现并修正错误对于开发人员来说更节约成本和更容易，并且对提高产品的稳定性和顾客满意度更加有益。

软件测试的独立，意味着它的重要性大大提升。

软件测试确保软件产品的质量，实现软件成功交付，保证绝大部分用户或客户满意。可以说，软件测试对软件质量发挥着至关重要的作用。

很多人对软件测试都有一些刻板印象，比如觉得测试“入门门槛低，没啥技术含量”、“对公司来说不重要”、“操作简单工作枯燥”、“一百个开发，一个测试”等等。

其实，网上出现这些测试相关的负面评论，根源在于企业对测试人员的要求，已经由低端的功能性测试，转变为更高级的自动化测试了。

但我发现，身边不少测试工程师，大部分时间仍在做重复性工作。想探索点新技术，发现公司的业务场景和用户体量根本用不着，长久下去，某天跟同行交流才发现自己仿佛被时代抛弃，什么自动化测试、性能测试、API 测试、高可用高性能之类的流行名词和行业趋势，明明身在其中却不知所云。

 

其实，早前这些问题也常充斥在我心里，后来随着工作年限的变长和经验的积累，我才慢慢领悟一二。

第三，了解并记录好产品依赖关系，

这个多见于外包公司或大型项目，有些软件系统需要其他系统的支持或辅助。或是本身安装过程中需要安装驱动等。（大型项目往往结构更复杂，比如银行的工单处理，提交，审核；审核往往要经过多级确认，有些是外部系统）所以在掌握了前三条之后，开始理清依赖关系，自己试着去安装。

另外，需要将外部依赖的系统地址链接或客户端路径都记录下。特别是不同环境的。

第四，工具使用

了解测试各阶段都会用到哪些工具，比如，移动客户端测试需要的协议查看工具、服务端测试需要用到的远程工具及服务器，GUI测试工具、缺陷管理工具、用例管理工具、版本控制软件、事务跟踪系统、编辑工具等等。有些需要登录的工具把账户都记录好。

公司内部使用的有些工具可能以前没接触过，但相似功能的工具都是相通的，不用投入大量时间学习。

最后，对产品质量的持续追求。

耐心对于测试人员是必备的素质，遇到非必现的问题时一定要重复多次后记录好复现概率。对于细节切不可马虎，即使是已经公开的产品文档也要保持怀疑心，而站在用户角度上永远都不要觉得简单的问题可以忽略，要时刻考虑到用户的感受，小到一个控件的位置与大小。

最后有一个小小的建议：初学者还是要一步一个脚印的去学习，只有不断实践，才会学得更深！

福利：最后是小编自己整理的一些学习资料笔记：想要以下小编学习资料笔记文档的【私信我关键词“999”免费获取】

 

高薪简历模板（面试宝典免费领）

刚入职如何快速熟悉需求并输出测试用例？

软件需求是软件项目开发的依据，代表着用户的需求，是软件设计及软件测试工作的入口，在整个软件项目开发过程中起着举足轻重的作用。对需求的理解是否到位，在很大程度上也影响着测试工作过程的效率。

有部分刚入职的新人，觉得刚刚上岗应该就是熟悉熟悉需求，了解一下环境之类的，没想到直接派任务。实际工作中，入职当天就可能会接到工作任务。

多看

多了解公司业务相关的需求文档。公司系统、公司业务背景、公司框架说明、原型图、一些书写用例的规范、测试报告等等。

重点：信息搜集、信息吸收

多问

多向同事提问，善用工具查询（书、网络等等一切能帮助找到问题答案的途径，都可考虑）；非紧急问题，可以集中保存，适时批次处理。

重点：搜索、归类处理

多做

碰到能够实际操作的地方就主动动手实践，比如画画流程图，架构图等。保持记录（储存、备份、过后回顾）重要（或潜在有用）信息的习惯，分门别类管理文件的习惯。多跑跑业务流程，学着分析动作产生的原因。

重点：实践、习惯、根源

看懂业务之后，我们需要看透业务，通过解剖系统来加深对系统的理解。

在这个过程中， 我们需要了解到：

所负责业务的系统交互

系统内部各个模块的划分，哪些是公共模块，哪些是业务实现层？

数据流向怎么走？数据如何变更？

如果你一进来，跟进的就是一个纯新的系统，从需求到方案设计到系统上线的话，你也要学会打怪升级。

学习跟打怪升级似有异曲同工之处。

不停重复打怪的过程，就是积累经验的过程。业务中的新怪层出不穷，都带有新的技能，那么，要想打败它，就得提升自己的技能。

作为一个「新业务」，应该思考得更多一些：

你是谁？

新业务是什么？在公司那么多产品里面处于一个什么样的位置？前台？中台？后台？

它依赖谁？谁依赖它？它面向的用户是 B 端？C 端？还是 G 端？

它的产品形态是 APP？小程序？网站？H5？PC客户端？还是接口？

从哪儿来？

为什么会有这项新业务？它的定位是什么？

价值是什么？衍变路径是什么？

到哪里去？

新业务的目标是什么？

发展路径是什么？

阶段性目标是什么？

---

资源分享

下方这份完整的软件测试视频学习教程已经上传CSDN官方认证的二维码，朋友们如果需要可以自行免费领取 【保证100%免费】