对于测试小白,需要重点学习哪些知识啊,现在看了看,学的东西好多啊
先学会写用例,提 bug
比如说:计算机基础,测试方法论,常用 linux 语句,sql 的基本操作,自动化测试能力
看公司目前最需要什么专项测试,先掌握一项
测试基础 计算机网络 软件工程 编程基础
咱要学就学别人不会的,比如,安全方面的测试嘿嘿
linux 和 sql 这些都是最基本的,抓包看响应,postman
刚开始建议把测试用例写规范,而不只是测试点。注意,让每条用例都是完整的,能让别人执行的。
用例集:按照系统模块或逻辑分组。
用例标题:对测试内容的精准简洁描述,尽可能用少的字符数描述清楚用例覆盖点及结果,一定要有结果。
步骤描述:对测试内容的详细步骤描述,包括但不限于:1、数据初始化;2、功能步骤。
预期结果:执行步骤对应的无 bug 时的结果。
前置条件、用例类型、优先级按需添加。
功能用例写得规范了,可以学习下自动化,再把自动化用例写好。
测试基础:写用例 + 报 BUG
新人当然是先学 python 框架啊,搭起来再说
一定要打好编程语言的基础,Python 也好,Java 也好,一定!这是以后学习各种技术的台阶
1、如果打算入职软件测试,还没基础,建议找本软件测试基础类的书系统学习,推荐可以看看《全程软件测试》对项目测试全生命周期有比较全面系统的了解,打好理论基础;
2、如果楼主刚入职某公司,则首先熟悉业务,公司的流程规范。一般会从执行前辈的测试用例开始,然后写测试用例,设计测试方案。当业务有一定基础时,推荐看看《软件测试之魂》,对于测试分析与设计技术有各种能落地的分析方法及实战案例。
3、向同事学习、取经,多问多动手,如同事提交的 bug,自己重新操作一遍,是否能发现呢
刚入门的小白,建议先把基础功学好了再发展技术。我遇到很多工作四五年的测试,脚本写得飞起,用例写出来完全看不懂,去执行他的用例,真的会要命 。如果评估目前用例写得还不错,可以拿你的用例给同事看一下,看看他人评价如何,或者发论坛 review review~
基础差不多之后,可以根据你想测试的方向去选择学习重点,方向不一样,要重点学习的内容也不一样。如果你测移动端,也许可以重点学习安卓系统/iOS 系统;如果测服务端,也许可以重点学习接口测试工具/数据库/中间件....后续提问的时候也可以简单说下你的发展路线,这样好针对性给你提供建议
先把公司项目的业务弄熟,怎么实现的,架构、语言是什么,业务流程等,用 xmind 进行测试点梳理,再根据测试点编写测试用例,核心抓住了,其余时间再学习一下语言和一些工具的使用
一袋茶,一包烟,开发旁边唠一天
刚开始的话就是搞业务,写用例,点点点。等业务较为熟练了,用例也写得好了,可以考虑学学 python/java。
最好别进小厂
对照着培训机构的那个,大致的过一遍,比较重要的着重学习,比如功能 + 接口部分
熟悉业务,然后写测试用例,测试用到的方法,测试完了要学会总结
多看多学。了解清楚测试人员的职责和规范