1. 自我介绍

2. 说一下测试用例

嗯，做测试，好多时间是在琢磨分析测试用例怎么去写，这个每个公司规范可能不太一样，但是大致思想是一致的。都是想要通过测试用例，把每一个分析到位，进行测试。

就拿我上家公司来说吧，我们的测试用例包括像测试编号，测试所属模块，测试步骤，预期结果，测试结果这些栏位，当然这些还可以在细分，比如我们有些时候还会根据模块差异，平台差异等设计其他测试用例规范形式。

测试用例编写的话，一般是根据产品需求来定的，比如一个注册功能，产品需求上需要验证哪些，用户名，密码，邮箱，等等有什么要求，根据这个产品效果图或者产品需求来定测试用例怎么去编写。当然还要考虑到普通用户使用软件的习惯，以及一些特殊情况和极端情况。

写测试用例，这个测试用例要有一定的代表性，针对性，当然需要有复现性，不能是我们测出的bug无法复现，这样没有意义。

对于测试常用的方法，一般有这么常用的几种，有等价类划分法， 就是一类信息，我们在测试的时候，只测试一种，没有必要所有的都进行测试。还有像边界值法，一般注册登录的时候，或者涉及到数学测试的时候，会用到。我**项目中就用到了边界值测试法，比如需要上传学生成绩信息，做数据分析，学生成绩的测试用例，就牵扯到边界值法。还有一些场景法，设定不同的场景，不同场景就会有不同的操作。

嗯，这是写测试用例时我们常用到的测试方法。

当然，测试用例还需要注明软硬件环境，比如是mac和windows，是pc端还是移动端，这些环境信息。

我们写测试用例，上上家公司，一开始测试经理让我们使用excel来写，不过使用excel效率太低了，后来我们使用bug管理工具，禅道，可以在软件上写测试用例，也可以直接将测出的bug直接转成测试用例，效率上提高了不少。

当然，上边我所提的是功能测试，当然性能测试用例也不太一样，用例id，测试步骤，测试模块这块是一样的，但是性能测试用例里边我们一般还会包含，事务设置，前置条件等信息，事务设置，就是在做压测或者负载测试的时候，我们会设置一些事务，从xx开始到xx结束，叫做一个完整的事务，前置条件就是在执行这些测试，是否有什么必须的条件，比如是否要登录。

再就是设计测试场景，这块是性能测试特殊的地方。比如在用例中指定并发用户数，指定压力方式，是随机，还是一次启动，还是逐步递增，指定负载测试时间，是10分钟还是1小时，把这些信息也要包含到用例中。

还有就是期望结果，期望结果应该包含多项内容，比如事务成功率，CPU利用率，内存利用率，硬盘利用率，响应时间等信息，这些的预期结果都是跟我们的测试需求上相匹配的。

3. 测试分为哪些种类

我理解的测试种类的话，就分为功能测试，性能测试和自动化测试。当然还有其他的一些名词，你比如说咱要是按照阶段来进行测试划分的话，又可以说分为单元测试，集成测试，系统测试，还有验收测试。又可以根据懂不懂代码，分为白盒测试和黑盒测试，还有一些其他的测试，比如回归测试，冒烟测试，还有随机测试。像这个测试种类可是太多了。

1. 功能测试

我就重点说一下这个功能测试吧，功能测试，我们主要是测试软件功能是否可用，当然功能测试也不是这么简单，我们要测试逻辑功能，就是这个操作是否符合正常人的逻辑思维，你比如说，我用智联招聘，就感觉它有一块功能做的不好，一般我们是先登录，没有账号的话才进行注册，而智联招聘，我进入到主界面，输入完信息准备登录，才发现默认是注册，这个就属于一块逻辑上的问题。当然问题还不算很大。还有界面测试，就是界面正常操作，是否都能够执行成功，比如注册能够执行成功，注册结束之后，能够跳转到登录界面，这个就是进行界面测试。还有就是测试这个软件是否容易使用，也就是易用型测试，如果不好用，用户操作不了，也可以算做一个bug。还有兼容性测试，比如我们测试Android手机上的应用，就经常有兼容性的问题，比如分辨率兼容问题，Android的App分辨率我们就需要使用多台不同尺寸分辨率的手机进行测试，还有性能兼容问题，咱们国内都对手机源代码进行了改动，同一款app，可能在华为上好使，在小米，锤子，oppo上不好使。这些都是功能测试的范围内容。

2. 性能测试

1. 性能测试整体概念

时间性能:软件的一个具体事务的响应时间。比如点击一个登陆按钮，到登录成功(失败)的反应时间，浏览器非常常见，ANR（Application not responding 应用程序无响应）

空间性能:软件运行时所消耗的系统资源，比如对内存和cpu的消耗

一般性能测试:软件正常运行，不向其施加任何压力的测试

稳定性测试:也叫可靠性测试，是指连续运行被测系统，检查系统运行时的稳定成都。

负载测试:让被测系统在其能够忍受的压力范围之内连续运行，来测试系统的稳定性。

压力测试:持续不断的给被测试的系统增加压力，直到被测试的系统压垮为止，用来测试系统所承受的最大压力。

3. 自动化测试

自动化测试,一般就需要使用脚本来进行测试，也可以叫做白盒测试，技术含量相对来说比较高，这个我也会。我会的语言是python，基本上python的代码基础我是掌握了的。比如python的变量和基本数据类型，输入输出语句，集合和元组操作，以及循环和条件判断操作，还有python中的字典和set集合操作，以及python中面向对象编程，异常，单元测试这些内容，比较熟悉。

自动化测试软件:selenium和appium这两个软件我也使用的比较熟悉，当然也算不上精通，基本的操作，写一些自动化测试脚本是没有问题的。

4. 静态测试和动态测试

静态测试，是指不实际运行被测试软件，而只是静态的检查程序代码、界面或者文档中可能存在的错误的过程。

动态测试:是指实际运行被测程序，输入相应的测试数据，检查实际输出结果和预期结果是否相符的过程。

5. 单元测试、继承测试、系统测试和验收测试

1. 单元测试

是指对软件中最小可测试单元进行检查和验证

单元测试当一段代码完成之后，是由白盒测试工程师或者开发人员自行测试，比如java中执行单元测试叫做junit测试。

目前大部分公司单元测试由开发人员简单编译和调试一下自己的程序，没有相应的单元测试计划。

单元测试方式:先静态地观察代码是否符合规范，然后动态地运行一下代码,检查运行的结果。

2. 集成测试

集成测试是单元测试的下一个阶段，是指将通过测试单元模块组装成系统或者子系统，再进行测试，重点测试不同模块的接口部分。

集成测试也是由白盒测试或者开发人员来完成。

3. 系统测试和验收测试

集成测试完成之后，就是系统测试和验收测试。

系统测试:指的是将整个软件系统看做一个1个整体进行测试，包括对功能、性能，以及软件所运行的软硬件环境进行测试。

系统测试由黑盒测试人员在整个系统集成完毕后进行测试，前期主要测试系统的功能是否满足需求，后期主要测试系统运行的性能是否满足需求，以及系统在不同的软硬件环境的兼容性等。

6. 回归测试、冒烟测试、随机测试

1. 回归测试

是指对软件的新版本进行测试时，重复执行上一个版本测试时的用例，比如在1.0版本中，有一个bug，到了2.0版本中,再重新测试1.0中这个bug

2. 冒烟测试

指对一个软件进行系统大规模的测试之前，先验证一下软件的基本功能是否实现，是否具备可测性。

测试小组在正式测试一个新版本之前，先指派一两个测试人员测试一下软件的主要功能，如果没有实现，则打回开发组重新开发，这样做可以节省大量的时间成本和人力成本。

3. 随机测试

是指测试中所有的输入数据都是随机生成的，其目的是模拟用户的真实操作，并发现一些边缘性的错误。

4. Web应用测试方法

1. 兼容性测试

2. 安全性测试

常见的安全性测试：

⑴用户验证：登录密码验证、IP地址访问限制等

用户超时:登录超过30分钟，重新登录(安全设置，cookie过期时间30分钟)

⑵用户权限管理:验证低级别用户是否具有了高级别用户的权限，各级别用户权限都得到了实现。

⑶系统数据的保护:对例如系统文件、用户密码文件等进行隐藏、密码验证、内容加密、备份。

3. 可用性测试& 逻辑功能测试

页面,页面元素、功能部分、提示信息、容错性、权限部分、键盘操作

页面，页面元素部分

1. 页面清单是否显示，是否显示完整（3） 页面在窗口中的显示是否正确、美观（4） 页面特殊效果（如特殊字体效果、动画效果）是否显示(5)页面元素是否显示正确(6)页面元素的容错性是否存在

功能部分

2. 数据初始化是否正确

3. 数据操作(增删改查)是否正确

提示信息

（1） 操作页面成功、失败提示

（2） 危险操作、重要操作提示(比如删除某些重要的信息)

容错性

（1） 为空、非空,唯一性

（3） 特殊字符 、双引号，符号

权限部分

功能权限：指定用户可以使用那些功能，不能使用那些功能

数据权限：指定用户可以处理那些数据，不可以处理那些数据。

操作权限：在逻辑关系上，操作前后顺序、数据处理情况。

5. 手机端测试

6. 1.手机端测试的关注点？(测那些方面)

1. 介绍手机测试的概念架构

对于手机端测试，按照平台来分，分为Android和IOS两大主流系统，

对于ios和Android，二者有区别，我就说一下我在测试这两款手机app的感受吧

Android开源导致碎片化比较严重，bug比较多，而IOS通常bug会少一些。

Android手机长按home建，会呼出应用列表和切换应用，右滑择会终止应用。

还有分辨率测试，Android手机分辨率有20多种，IOS较少一些

再就是手机操作系统，Android系统太多了，IOS较少，但是升级之后不能够降级，不过呢，发现了最近ios中boss直聘的一个bug

是有关于Boss直聘强更的一个bug，当我们点击手机APP端 Boss直聘 进入主页面弹出提示框“新增邮箱上传附件简历功能” 弹窗中有立即升级的链接，点击别的区域没有反应；

必须点击“立即升级”才会跳转到“App Store”若不升级，重新切换回Boss直聘界面，依旧提示“立即升级”全部退出依然如此。我继续说哈

按照目前技术架构的话，现在有一些原生的app架构，类似于Client Server架构，也有基于Html5的app，类似于pc机的BS(Broswer server)架构。手机测试和pc机类似，又有一些不同的地方。

当然除了手机，现在还有好多使用Android系统，比如酒店点餐的平板，银行对公或者对个人业务的业务平台，还有一些智能的穿戴设备，小米的手环，google 联想的智能眼镜，智能家居，电视盒子，这些都是在使用android系统，我之前最早的时候，就要测试过一个智能家居设备，测试的时候需要考虑蓝牙，wifi连接传输这块，也有好多要测试的内容。

1. How

1. 功能测试

我就先来说一下功能测试吧，对于手机app来说，和我们测试web项目差不太多，也是各种测试方式需要考虑进来，比如说逻辑功能测试，现在移动端越来越火爆，大家用的软件也越来越多，对软件也越来越挑剔，现在公司在开发移动端的时候，肯定是有相应的需求文档和UI所设计的产品效果图，我们做逻辑功能测试，就是根据这些资料，当然也根据我们正常人的逻辑思维进行逻辑功能测试，就拿我上个项目来说，它就是一个移动端项目，在做逻辑功能测试的时候，我们要测试主页面，我的页面，商城页面这些功能是否合理。

2. 安装与卸载测试

软件安装后是否可以正常运行，安装过程中是否可以取消,安装空间不足时，是否有相应提示,是否可以卸载应用（可通过桌面卸载，也可以通过软件卸载。曾发现在IOS手机上有个应用安装时未完全安装，终止安装后，未完成安装的应用图标一直显示在手机上，并且无法成功删除）,卸载是否支持取消功能，单击取消后软件卸载功能是否正常,卸载后文件是否全部删除所有的安装文件夹,从不同的应用市场下载进行安装测试，比如测试小米市场，华为市场，应用宝，安卓市场，安智市场的安装测试。

3. 软件升级测试

当客户端有新版本时，是否有更新提示，当版本为非强制升级版时，用户可以取消更新，老版本能正常使用，用户在下次启动app时，仍能出现更新提示；当版本为强制升级版时，当给出强制更新后用户没有做更新时，退出客户端，下次启动app时，仍出现强制升级提示，当然现在强更已经很少出现了。检查更新后各个功能是否能正常使用；在线跨版本升级后能否正常使用，当然现在主流的安装更新方式开始向热更新热部署方式转变，就是在用户不需要手动更新的情况下，完成版本的静默更新，这个技术是有难度的，需要看公司中程序员的技术能力还有就是是否有这样的产品需求。

4. 登录测试

对于登录测试，基本上每一款app都有登录注册功能，所以在测试App的时候，登录测试是必不可少的一项。

我们做登录测试的时候，往往包含这么些项，登录用户名和密码错误时，界面有提示信息

用户主动退出登陆后，下次进入app时，应该进入登陆界面

密码更改后，登录时是否做到了有效数据的校验，对于未登录状态时，一些页面的操作，是否做了控制

切换账号登录，检验登录的信息是否做到及时更新，对于多个端（web、iso、android等）进行操作时，确保数据库操作无误，且每个端可以及时看到数据的更新,一个账号只允许一台机器登陆的软件，需要账号登录多个手机时，是否将原用户踢下线，且能够给出提示信息,用户登录状态太久，session会过期，会出现“虽然是登录状态，系统会提示用户没有登陆”

5. 安全性测试——权限测试

对于手机权限，如果我们是刚开发不知名的app，权限这块尽量少一些，这些权限在安装的时候都必须用户同意。在Android 6.0之后，权限需要动态的申请，我们测试的时候,需要测试在使用到这些权限的时候，程序员是否做逻辑判断，用户同意权限应该怎么操作，不同意权限又应该怎么操作。

6. 消息推送测试

消息推送，是移动端的一大特色。我就说一下消息推送我们所做的这些方面吧，

未锁屏时，应用后台运行，消息推送是否可正常接收，未锁屏时，APP客户端使用过程中，可以收到消息提醒，且点击可查看。

锁屏时，手机消息栏是否可以接收到消息提醒。且点击可查看。点击后消息栏中消失。

当推送消息是针对登录用户的时候，需要检查收到的push与用户身份是否相符，没有错误的将其他人的消息推送过来

push推送消息是是否能有针对性的推送，如相应内容推送给相应用户（精准推送）

退出登录后，是否接受push推送（根据需求来）

7. 前后台切换测试

APP切换到后台，再回到APP，检查是否停留在上一次操作界面；检查功能及应用状态是否正常；程序是否崩溃，功能状态是否正常，尤其是对于从后台切换回前台数据有自动更新的时候

手机锁屏解屏后进入app注意是否会崩溃，功能状态是否正常

当APP使用过程中有电话进来中断后再切换到APP，功能状态是否正常

当关闭APP进程后，在开启APP，APP能否正常启动

对于有数据交换的页面，尤其是有视频图片之类的页面，每个页面都必须要进行前后台切换、锁屏的测试，这种页面最容易出现崩溃

8. UI测试

确保产品UI符合产品经理制定的原型图与效果图

一般涉及界面（如菜单、对话框、窗口和其他可视控件）布局、风格、文字是否正确，页面是否美观，操作是否友好。

如：安装app后的加载页显示，分享页面的产品logo显示

9. 兼容性测试

我再说一下兼容性测试吧，兼容性测试主要考虑手机的版本，型号，分辨率，就像我说的，现在手机碎片化比较严重，各个版本，比如Android，从Android4.0到Android8.0的版本它是不一样的，然后现在各大手机厂商像华为，三星，小米，锤子，魅族，vivo这些厂商都修改android源代码，也是给我们增加和好多工作量，好多时候开发的软件在三星上没问题，但是华为，小米就不行。还有手机分辨率，现在主流的可能是1920*1080，但是还有好多其他分辨率，比如720*1280，还有一些更大分辨率的手机，都要考虑这些分辨率的兼容，不然用户视觉体验就不好。

兼容测试，公司中会买好多测试机来太让我们进行测试，一般是不同厂商的手机，当然还有第三方云测平台，比如testin还有腾讯wetest，就可以做兼容性测试。可以一次性测试100台测试机，同时会有相应的兼容报告，bug报告。

对于IOS，ISO版本有7.1.2、8.3、9.1等；能否适配各种屏幕尺寸。

10. 网络环境测试

测试2G、3G、4G、wifi、有网、无网、弱网情况下应用的运行

网络不好时，提交数据是否一直处理提交中，是否会有延迟，数据交换失败是否会有提醒

有网到无网再到有网环境时，数据是否可以自动恢复，正常加载

无网络时，各种提示信息是否友好，数据本地化是否正确（比如提示当前已断开网络，请检查网络设置；还有从wifi环境切换到4G环境提示是否启用4G网络，会产生扣费。

11. 性能测试

对于性能测试，（eclipse和Android studio中本身有检测cpu和内存的工具，也有检测手机内存泄漏的工具）靠工具来测试手机cpu占用，内存占用，电池温度等，以及测试我们的app在后台持续运行的流量消耗和电量消耗问题。

12. mokey测试

对于手机测试，除了我们一些常规的功能测试，我们还会做压力测试，比如对于Android手机，我会使用adb指令进行一些相应的操作，比如通过adb查看设置，进入设备，抓取log，我们测试的时候，会使用adb logcat所抓出来的log日志存到电脑，发给开发，方便他们快速解决bug。

另外，我还会使用monkey对app进行测试，可以使用monkey对app做压力测试，主要就是测试操作app的时候，程序是否会崩溃。

我们使用adb shell monkey 指定对应的app，执行要测试的次数，指定要触摸的比率，超时时间和忽略崩溃信息，就可以执行测试，将测试log存到某个位置，然后把测试出的bug 日志发送给开发。300000

我就简单的说一下测试的指令吧，比如我上边所说的逻辑，我们用adb shell mokey -p 指定要测试的包名 --ignore-crashs 忽略崩溃 --ignore-timeout 忽略超时 --throttle 38指定延迟时间毫秒 -s 指定测试种子 指定测试次数，然后将文件 >输出到磁盘中。

13. Monkey测试的优点和缺点？

优点：

1、使用简单

2、节省了重复性操作的时间

3、随机输入可能会发现一些平常意想不到的缺陷。

Monkey虽然可以根据一个指定的命令脚本发送按键消息，但其不支持条件判断，也不支持读取待测界面的信息来执行验证操作。

3、可对Monkey Test的对象，事件数量，类型，频率等进行设置。

缺点：

1、测试的对象仅为应用程序包，有一定的局限性。

14. Monky测试使用的事件流数据流是随机的，不能进行自定义。

首先呢我们根据需求文档会使用xmind把各个模块的功能点划分出来,形成三级甚至四级列表,然后进行分模块

我们划分模块是领导决定的,秉承低耦合的原则,从首页几个大模块入手,每个人负责该模块的一级二级...模块,还要负责点击去页面的一级二级...模块,然后进行测试

每个人把各自负责的模块测试完成,我们组的每个人还要把整个系统进行通测一遍

【软件测试到测试开发全测试生涯学习路线】

以及全套配套的学习资料，视频教程....

：【以下路线图太详细了只能展开部分，具体的可以在文章末尾扫描小卡片备注000领取哦】

1：自动化测试进阶系列：

2：全栈性能测试，监控以及调优

3：全栈测试开发平台实战

4：全栈安全测试渗透测试

5：devops持续集成部署

6：全栈接口测试工具进阶

7：跨平台自动化测试工具

8：大厂简历，真题，录音

9：全栈系列课企业项目实战

总结：现阶段如何突出重围呢？唯有不断的学习，下面是软件测试到测试开发全职业生涯全套学习资料

【需要的可以点击下方官方推广小卡片扫码备注000免费领取】