软件测试
[自我介绍+简历+人资题话术+面试题+项目介绍]
作者：梁一波
1. 自我介绍 (8)
2. 说一下测试用例 (8)
3. 测试分为哪些种类 (9)
3.1. 功能测试 (10)
3.2. 性能测试 (11)
3.2.1. 性能测试整体概念 (11)
3.3. 自动化测试 (11)
3.4. 静态测试和动态测试 (11)
3.5. 单元测试、继承测试、系统测试和验收测试 (11)
3.5.1. 单元测试 (11)
3.5.2. 集成测试 (11)
3.5.3. 系统测试和验收测试 (11)
3.6. 回归测试、冒烟测试、随机测试 (11)
3.6.1. 回归测试 (11)
3.6.2. 冒烟测试 (12)
3.6.3. 随机测试 (12)
4. Web应用测试方法 (12)
4.1. 兼容性测试 (12)
4.2. 安全性测试 (13)
4.3. 可用性测试& 逻辑功能测试 (13)
5. 手机端测试 (14)
6. 1.手机端测试的关注点？(测那些方面) (15)
6.1.1. 介绍手机测试的概念架构 (15)
6.2. How (15)
6.2.1. 功能测试 (15)
6.2.2. 安装与卸载测试 (15)
6.2.3. 软件升级测试 (16)
6.2.4. 登录测试 (16)
6.2.5. 安全性测试——权限测试 (16)
6.2.6. 消息推送测试 (16)
6.2.7. 前后台切换测试 (16)
6.2.8. UI测试 (17)
6.2.9. 兼容性测试 (17)
6.2.10. 网络环境测试 (17)
6.2.11. 性能测试 (17)
6.2.12. mokey测试 (18)
6.2.13. Monkey测试的优点和缺点？ (18)
6.2.14. Monky测试使用的事件流数据流是随机的，不能进行自定义。 (18)
7. APP测试与web测试的区别 (18)
8. 接口测试话术 (19)
8.1. Why (20)
8.2. How (20)
9. 抓包测试 (21)
10. 性能测试话术 (22)
10.1. Why 为什么进行性能测试? (22)
10.2. How (23)
10.2.1. 第一步，确定关键业务，关键路径。 (23)
10.2.2. 第二步: 确定测试的关键数据。比如并发用户数，思考时间，循环次数，
用户启动方式这些内容。 (23)
10.2.3. 第三步，准备测试环境，完成脚本录制或者测试脚本开发。 (23)
10.2.4. 第四步，执行测试，观察或监控输出参数，比如数据吞吐量，响应时间，
资源占有率等。 (23)
10.2.5. 第五步，对测试结果进行分析，分析性能问题。 (24)
11. Jmeter (25)
11.1. Jmeter-What (25)
11.2. Jmeter-How (25)
11.2.1. 整体流程 (25)
11.2.2. Jmeter参数化 (26)
11.2.3. Jmeter断言-检查点 (26)
11.2.4. Jmeter逻辑控制器 (26)
11.2.5. Jmeter定时器 (26)
11.2.6. Jmeter后置处理器 (26)
11.2.7. Jmeter插件 (26)
11.2.8. Jmeter脚本录制 (27)
11.2.9. Jmeter数据库压力测试 (27)
11.2.10. NON GUI形式测试 (27)
11.2.11. Jmeter分布式压力测试 (27)
12. LoadRunner (28)
12.1. LoadRunner-How (28)
12.1.1. VUG (28)
12.1.2. Controller (28)
12.1.3. Analysis (29)
12.2. Loadrunner测试流程步骤 (29)
13. 介绍一下Selenium (30)
13.1. What (30)
13.2. How (30)
14. 介绍一下Appium (31)
14.1. what?什么是Appium (31)
14.2. why?为什么使用appium做自动化 (31)
14.3. how?如何使用appium对移动端应用程序进行自动化测试 (31)
15. 介绍一下测试计划 (32)
16. 介绍一下测试报告 (33)
第二部分（软件测试基础面试题） (34)
16.1. 需求的标准是什么？(灵活回答) (34)
16.2. 当你参加需求评审时，你的评审准则是什么？ (35)
16.3. 你以前工作时的测试流程是什么？ (35)
16.4. 测试人员在软件开发过程中的任务是什么？ (36)
16.5. 软件测试的目的与原则 (36)
16.6. 画出软件测试的V模型图。 (36)
16.7. 开发模型与测试模型 (37)
16.8. 软件质量特性 (38)
16.9. 测试计划工作的目的是什么？测试计划文档的内容应该包括什么？ (39)
16.10. 软件测试流程 (39)
16.10.1. 需求分析 (39)
16.10.2. 设计用例 (39)
16.10.3. 评审用例 (39)
16.10.4. 配置环境 (40)
16.10.5. 执行用例 (40)
16.10.6. 回归测试及缺陷跟踪 (40)
16.10.7. 输出测试报告 (40)
16.10.8. 测试结果 (40)
16.11. BS/CS软件架构 (40)
16.12. 以你公司的实际情况说一下测试的流程,说明时间点 (41)
13. P2P功能测试你们一般做几轮？ (42)
17. 软件测试用例 (42)
17.1. 测试用例的方法有哪些？并把每种方法举例说明？工作中如何应用 (42)
17.2. 在编写用例的过程中，若原型出现逻辑上的错误，或模糊功能点，你会和哪些人
沟通，沟通的侧重点在哪？ (43)
17.3. 编写测试用例需要哪些文档？ (43)
17.4. 用什么方法覆盖所有的测试点和边界点？ (43)
17.5. 一天写几个测试用例？ (43)
17.6. 测试用例栏位 (44)
17.7. 正交表测试设计方法的特点？ (44)
17.8. 请以您以往的实际工作为例，详细的描述一次测试用例设计的完整的过程。 (44)
17.9. 测试用例执行和故障管理流程图 (45)
17.10. 测试用例 (45)
17.10.1. 说一下测试用例 (45)
17.10.2. 接口测试用例编写 (47)
17.11. 以前的项目每天需要执行多少用例 (48)
18. web端测试 (48)
18.1. 搭建过什么环境？如何搭建的? (48)
18.2. 你们有几台服务器，怎么部署的 (50)
18.3. 测试用的什么环境 (50)
18.4. 什么是测试环境 (50)
18.5. 开发环境、测试环境、生产环境（线上）到底是什么？ (50)
18.6. 如果京东有一个购物网页给你，你要怎么进行测试？测试哪些主要功能？ (51)
18.7. 网上银行转账是怎么测的，设计一下测试用例。 (51)
18.8. 定期存款到期自动转存该怎么测？ (52)
19. bug管理工具 (52)
19.1. 用过那些bug管理工具？讲一下优缺点？ (52)
19.2. 如何提交高质量的软件缺陷（Bug）记录？ (53)
19.3. 您以往的工作中，一条软件缺陷（或者叫Bug）记录都包含了哪些内容？ (54)
19.4. 跟开发因为bug产生分歧怎么解决？ (55)
19.5. 做了这么久的测试，遇到过什么棘手的问题？ (56)
19.6. 大多数公司的软件项目进度紧张、人员较少、需求文档根本没有或者很不规范，
你认为在这种情况下再怎么保证软件的质量？ (57)
19.7. bug不能复现怎么办？ (57)
19.8. 缺陷包括哪些要素？ (58)
19.9. 请详述缺陷在管理工具中的状态转换 (58)
19.10. 常见的一些错误、异常 (59)
19.11. bug生命周期 (59)
19.12. 测试非常紧急过程中，遇到阻塞性问题，对应的开发没有时间解决，你如何推动
问题解决？ (59)
19.13. 功能测试的BUG级别你们怎么划分？ (60)
19.14. 在项目中找到的经典BUG是什么 (60)
19.15. 以前的项目是怎么管理的？ (60)
20. 手机端测试 (60)
20.1. 常用的ADB指令 (60)
20.2. 弱网测试 (61)
20.3. 手机性能测试 (62)
20.4. 功耗测试点: (62)
20.5. Monkey测试的优点和缺点？ (62)
20.6. 写一条完整的monkey测试指令 (63)
20.7. APP的环境搭建 (63)
20.8. adb查看日志如果过滤,指定查看某个应用日志? (63)
20.9. APP测试的稳定性 (63)
20.10. 请说明Android手机和IOS手机，系统有什么区别？ (64)
20.11. 请简要介绍一下安卓系统四层架构？ (64)
20.12. 简单介绍一下Android SDK中自带的几个工具/命令的功能？ (64)
20.13. 测试过程中遇到app出现crash(崩溃)或者ANR(卡死)，你会怎么处理？ (64)
21. APP常见崩溃原因和测试方法整理 (65)
21.1. APP中BUG的直接影响： (65)
21.2. App崩溃是非常常见的一类bug, (65)
21.3. APP常见崩溃的原因： (65)
21.4. App崩溃的测试用例设计： (65)
21.5. App的测试与web端软件测试相比，所增加复杂性： (66)
21.5.1. 相同点： (66)
21.5.2. 不同点： (66)
22. 接口抓包测试 (66)
22.1. 你对http请求跟webservice请求的了解， (66)
22.2. 接口测试为你什么要参数化 (67)
22.3. 描述一下Http协议 (67)
22.4. 请详细阐述接口测试和UI测试在测试活动中是如何协同测试的？ (67)
22.5. 系统间的接口联调测试 (68)
22.6. 参数化具体用在哪些路径上? (68)
22.7. 你们公司接口中常见的错误码及含义,及返回信息参数有哪些等,举例说明 (68)
22.8. 常见接口： (69)
22.9. 接口组成 (69)
22.10. 为什么要做接口测试： (70)
22.11. GET请求和POST请求的区别： (70)
22.12. 常见状态码： (70)
22.13. 接口测试怎么测： (71)
22.13.1. 通用接口用例设计 (71)
22.13.2. 根据业务逻辑来设计用例 (71)
22.14. 用什么工具测 (71)
22.15. 接口测试用例模板（可根据项目实际情况设计增减） (72)
22.16. 接口测试注意事项 (72)
23. 版本控制 (72)
23.1. 1. 版本控制器使用的什么 (72)
23.2. 2.Git 与SVN 区别点： (73)
24. Linux常用操作 (73)
24.1. 常用指令 (73)
24.2. 怎么查看服务器日志 (75)
24.3. linux查看文件用什么命令，查看进程用什么命令 (75)
24.4. 查看日志常用什么命令，主要查看什么内容 (75)
24.5. 如何查找a.log日志文件的error字符串 (75)
25. 性能测试 (76)
25.1. 性能测试流程 (76)
25.2. 需求分析 (76)
25.3. 测试计划 (76)
25.4. 测试方案 (76)
25.5. 用例设计 (76)
25.6. 测试执行 (76)
25.7. 定位分析问题 (76)
25.8. 你们项目的性能测试结果是什么样的，具体的吞吐量，响应时间，错误率。 (77)
25.9. 如何理解压力、负载、性能测试测试？ (77)
25.10. Jmeter为什么要参数化 (78)
25.11. 你用什么机器对服务器进行压力测试 (78)
25.12. 吞吐量、QPS、并发数、响应时间（RT）概念 (78)
25.13. 服务端和客户端的性能分析从哪些角度来进行 (79)
25.14. 性能测试关注哪些指标 (79)
25.15. 你这个项目做性能测试的时候，并发量设置多大？具体的数据访问量，在线用户
数量 (80)
25.16. 参数化具体用在哪些路径上? (80)
25.17. 性能测试中设置了哪些公共参数 (80)
25.18. 服务器Linux上能不能直接进行性能测试? (80)
25.19. 性能测试如何保障Jmeter 同时有100个用户在线? (81)
25.20. 性能测试指标 (81)
25.20.1. 用户数 (81)
25.20.2. 事务的响应时间 (81)
25.20.3. 每秒点击数 (82)
25.20.4. 吞吐率 (82)
25.20.5. 业务成功率 (82)
25.20.6. TPS (82)
25.20.7. 资源利用率 (82)
25.21. 计算并发用户数 (82)
25.21.1. 根据PV计算公式： (82)
25.21.2. 根据系统用户数计算： (83)
26. 个人-公司-项目问题 (83)
26.1. 人员简称 (83)
26.2. 说下你第一个项目里遇见的问题 (84)
26.3. 多少人开发多长时间测试多长时间 (84)
26.4. 项目职责与分工 (84)
26.5. 测试人员主要工作 (85)
熟悉业务； (85)
制定测试计划； (85)
设计测试用例； (85)
26.6. Bug单内容 (86)
26.7. 编写测试报告 (86)
26.8. 编写上线发布单 (87)
26.9. 测试发布流程 (88)
26.10. 你们项目做了多久，共写了多少用例？项目多少人? (89)
26.11. 知不知道P2P贷款流程，贷前、贷中、贷后是怎样的，数据流是怎样的 (89)
27. 人资高频率问题 (90)
28. 简历 (92)
1.自我介绍
2.说一下测试用例
嗯，做测试，好多时间是在琢磨分析测试用例怎么去写，这个每个公司规范可能不太一样，但是大致思想是一致的。都是想要通过测试用例，把每一个分析到位，进行测试。
就拿我上家公司来说吧，我们的测试用例包括像测试编号，测试所属模块，测试步骤，预期结果，测试结果这些栏位，当然这些还可以在细分，比如我们有些时候还会根据模块差异，平台差异等设计其他测试用例规范形式。
测试用例编写的话，一般是根据产品需求来定的，比如一个注册功能，产品需求上需要验证哪些，用户名，密码，邮箱，等等有什么要求，根据这个产品效果图或者产品需求来定测试用例怎么去编写。当然还要考虑到普通用户使用软件的习惯，以及一些特殊情况和极端情况。
写测试用例，这个测试用例要有一定的代表性，针对性，当然需要有复现性，不能是我们测出的bug无法复现，这样没有意义。
对于测试常用的方法，一般有这么常用的几种，有等价类划分法，就是一类信息，我们在测试的时候，只测试一种，没有必要所有的都进行测试。还有像边界值法，一般注册登录的时候，或者涉及到数学测试的时候，会用到。我**项目中就用到了边界值测试法，比如需要上传学生成绩信息，做数据分析，学生成绩的测试用例，就牵扯到边界值法。还有一些场景法，设定不同的场景，不同场景就会有不同的操作。嗯，这是写测试用例时我们常用到的测试方法。
当然，测试用例还需要注明软硬件环境，比如是mac和windows，是pc端还是移动端，这些环境信息。我们写测试用例，上上家公司，一开始测试经理让我们使用excel来写，不过使用excel效率太低了，后来我们使用bug管理工具，禅道，可以在软件上写测试用例，也可以直接将测出的bug直接转成测试用例，效率上提高了不少。
当然，上边我所提的是功能测试，当然性能测试用例也不太一样，用例id，测试步骤，测试模块这块是一样的，但是性能测试用例里边我们一般还会包含，事务设置，前置条件等信息，事务设置，就是在做压测或者负载测试的时候，我们会设置一些事务，从xx开始到xx结束，叫做一个完整的事务，前置条件就是在执行这些测试，是否有什么必须的条件，比如是否要登录。
再就是设计测试场景，这块是性能测试特殊的地方。比如在用例中指定并发用户数，指定压力方式，是随机，还是一次启动，还是逐步递增，指定负载测试时间，是10分钟还是1小时，把这些信息也要包含到用例中。
还有就是期望结果，期望结果应该包含多项内容，比如事务成功率，CPU利用率，内存利用率，硬盘利用率，响应时间等信息，这些的预期结果都是跟我们的测试需求上相匹配的。
3.测试分为哪些种类
我理解的测试种类的话，就分为功能测试，性能测试和自动化测试。当然还有其他的一些名词，你比如说咱要是按照阶段来进行测试划分的话，又可以说分为单元测试，集成测试，系统测试，还有验收测试。又可以根据懂不懂代码，分为白盒测试和黑盒测试，还有一些其他的测试，比如回归测试，冒烟测试，还有随机测试。像这个测试种类可是太多了。
3.1. 功能测试
我就重点说一下这个功能测试吧，功能测试，我们主要是测试软件功能是否可用，当然功能测试也不是这么简单，我们要测试逻辑功能，就是这个操作是否符合正常人的逻辑思维，你比如说，我用智联招聘，就感觉它有一块功能做的不好，一般我们是先登录，没有账号的话才进行注册，而智联招聘，我进入到主界面，输入完信息准备登录，才发现默认是注册，这个就属于一块逻辑上的问题。当然问题还不算很大。还有界面测试，就是界面正常操作，是否都能够执行成功，比如注册能够执行成功，注册结束之后，能够跳转到登录界面，这个就是进行界面测试。还有就是测试这个软件是否容易使用，也就是易用型测试，如果不好用，用户操作不了，也可以算做一个bug。还有兼容性测试，比如我们测试Android手机上的应用，就经常有兼容性的问题，比如分辨率兼容问题，Android的App分辨率我们就需要使用多台不同尺寸分辨率的
手机进行测试，还有性能兼容问题，咱们国内都对手机源代码进行了改动，同一款app，可能在华为上好
使，在小米，锤子，oppo上不好使。这些都是功能测试的范围内容。
3.2. 性能测试
3.2.1.性能测试整体概念
时间性能:软件的一个具体事务的响应时间。比如点击一个登陆按钮，到登录成功(失败)的反应时间，浏览器非常常见，ANR（Application not responding 应用程序无响应）
空间性能:软件运行时所消耗的系统资源，比如对内存和cpu的消耗
一般性能测试:软件正常运行，不向其施加任何压力的测试
稳定性测试:也叫可靠性测试，是指连续运行被测系统，检查系统运行时的稳定成都。
负载测试:让被测系统在其能够忍受的压力范围之内连续运行，来测试系统的稳定性。
压力测试:持续不断的给被测试的系统增加压力，直到被测试的系统压垮为止，用来测试系统所承受的最大压力。
3.3. 自动化测试
自动化测试,一般就需要使用脚本来进行测试，也可以叫做白盒测试，技术含量相对来说比较高，这个我也会。我会的语言是python，基本上python的代码基础我是掌握了的。比如python的变量和基本数据类型，输入输出语句，集合和元组操作，以及循环和条件判断操作，还有python中的字典和set集合操作，以及python中面向对象编程，异常，单元测试这些内容，比较熟悉。
自动化测试软件:selenium和appium这两个软件我也使用的比较熟悉，当然也算不上精通，基本的操作，写一些自动化测试脚本是没有问题的。
3.4. 静态测试和动态测试
静态测试，是指不实际运行被测试软件，而只是静态的检查程序代码、界面或者文档中可能存在的错误的过程。
动态测试:是指实际运行被测程序，输入相应的测试数据，检查实际输出结果和预期结果是否相符的过程。
3.5. 单元测试、继承测试、系统测试和验收测试
3.5.1.单元测试
是指对软件中最小可测试单元进行检查和验证
单元测试当一段代码完成之后，是由白盒测试工程师或者开发人员自行测试，比如java中执行单元测试叫做junit测试。
目前大部分公司单元测试由开发人员简单编译和调试一下自己的程序，没有相应的单元测试计划。
单元测试方式:先静态地观察代码是否符合规范，然后动态地运行一下代码,检查运行的结果。
3.5.2.集成测试
集成测试是单元测试的下一个阶段，是指将通过测试单元模块组装成系统或者子系统，再进行测试，重点测试不同模块的接口部分。
集成测试也是由白盒测试或者开发人员来完成。
3.5.3.系统测试和验收测试
集成测试完成之后，就是系统测试和验收测试。
系统测试:指的是将整个软件系统看做一个1个整体进行测试，包括对功能、性能，以及软件所运行的软硬件环境进行测试。
系统测试由黑盒测试人员在整个系统集成完毕后进行测试，前期主要测试系统的功能是否满足需求，后期主要测试系统运行的性能是否满足需求，以及系统在不同的软硬件环境的兼容性等。
3.6. 回归测试、冒烟测试、随机测试
3.6.1.回归测试
是指对软件的新版本进行测试时，重复执行上一个版本测试时的用例，比如在1.0版本中，有一个bug，到了2.0版本中,再重新测试1.0中这个bug
3.6.2.冒烟测试
指对一个软件进行系统大规模的测试之前，先验证一下软件的基本功能是否实现，是否具备可测性。
测试小组在正式测试一个新版本之前，先指派一两个测试人员测试一下软件的主要功能，如果没有实现，则打回开发组重新开发，这样做可以节省大量的时间成本和人力成本。
3.6.3.随机测试
是指测试中所有的输入数据都是随机生成的，其目的是模拟用户的真实操作，并发现一些边缘性的错误。
4.Web应用测试方法
4.1. 兼容性测试
4.2. 安全性测试
常见的安全性测试：
⑴用户验证：登录密码验证、IP地址访问限制等
用户超时:登录超过30分钟，重新登录(安全设置，cookie过期时间30分钟)
⑵用户权限管理:验证低级别用户是否具有了高级别用户的权限，各级别用户权限都得到了实现。
⑶系统数据的保护:对例如系统文件、用户密码文件等进行隐藏、密码验证、内容加密、备份。
4.3. 可用性测试& 逻辑功能测试
页面,页面元素、功能部分、提示信息、容错性、权限部分、键盘操作
页面，页面元素部分
（1）页面清单是否显示，是否显示完整（3）页面在窗口中的显示是否正确、美观（4）页面特殊效果（如特殊字体效果、动画效果）是否显示(5)页面元素是否显示正确(6)页面元素的容错性是否存在
功能部分
（1）数据初始化是否正确
（2）数据操作(增删改查)是否正确
提示信息
（1）操作页面成功、失败提示
（2）危险操作、重要操作提示(比如删除某些重要的信息)
容错性
（1）为空、非空,唯一性
（3）特殊字符、双引号，符号
权限部分
功能权限：指定用户可以使用那些功能，不能使用那些功能
数据权限：指定用户可以处理那些数据，不可以处理那些数据。操作权限：在逻辑关系上，操作前后顺序、数据处理情况。
5.手机端测试
6.1.手机端测试的关注点？(测那些方面)
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连接传输这块，也有好多要测试的内容。
6.2.How
6.2.1.功能测试
我就先来说一下功能测试吧，对于手机app来说，和我们测试web项目差不太多，也是各种测试方式需要考虑进来，比如说逻辑功能测试，现在移动端越来越火爆，大家用的软件也越来越多，对软件也越来越挑剔，现在公司在开发移动端的时候，肯定是有相应的需求文档和UI所设计的产品效果图，我们做逻辑功能测试，就是根据这些资料，当然也根据我们正常人的逻辑思维进行逻辑功能测试，就拿我上个项目来说，它就是一个移动端项目，在做逻辑功能测试的时候，我们要测试主页面，我的页面，商城页面这些功能是否合理。
6.2.2.安装与卸载测试
软件安装后是否可以正常运行，安装过程中是否可以取消,安装空间不足时，是否有相应提示,是否可以卸载应用（可通过桌面卸载，也可以通过软件卸载。曾发现在IOS手机上有个应用安装时未完全安装，终止安装后，未完成安装的应用图标一直显示在手机上，并且无法成功删除）,卸载是否支持取消功能，单击取消后软件卸载功能是否正常,卸载后文件是否全部删除所有的安装文件夹,从不同的应用市场下载进行安装测试，比如测试小米市场，华为市场，应用宝，安卓市场，安智市场的安装测试。
6.2.3.软件升级测试
当客户端有新版本时，是否有更新提示，当版本为非强制升级版时，用户可以取消更新，老版本能正常使用，用户在下次启动app时，仍能出现更新提示；当版本为强制升级版时，当给出强制更新后用户没有做更新时，退出客户端，下次启动app时，仍出现强制升级提示，当然现在强更已经很少出现了。检查更新后各个功能是否能正常使用；在线跨版本升级后能否正常使用，当然现在主流的安装更新方式开始向热更新热部署方式转变，就是在用户不需要手动更新的情况下，完成版本的静默更新，这个技术是有难度的，需要看公司中程序员的技术能力还有就是是否有这样的产品需求。
6.2.4.登录测试
对于登录测试，基本上每一款app都有登录注册功能，所以在测试App的时候，登录测试是必不可少的一项。
我们做登录测试的时候，往往包含这么些项，登录用户名和密码错误时，界面有提示信息用户主动退出登陆后，下次进入app时，应该进入登陆界面
密码更改后，登录时是否做到了有效数据的校验，对于未登录状态时，一些页面的操作，是否做了控制
切换账号登录，检验登录的信息是否做到及时更新，对于多个端（web、iso、android等）进行操作时，确保数据库操作无误，且每个端可以及时看到数据的更新,一个账号只允许一台机器登陆的软件，需要账号登录多个手机时，是否将原用户踢下线，且能够给出提示信息,用户登录状态太久，session会过期，会出现“虽然是登录状态，系统会提示用户没有登陆”
6.2.5.安全性测试——权限测试
对于手机权限，如果我们是刚开发不知名的app，权限这块尽量少一些，这些权限在安装的时候都必须用户同意。在Android 6.0之后，权限需要动态的申请，我们测试的时候,需要测试在使用到这些权限的时候，程序员是否做逻辑判断，用户同意权限应该怎么操作，不同意权限又应该怎么操作。
6.2.6.消息推送测试
消息推送，是移动端的一大特色。我就说一下消息推送我们所做的这些方面吧，
未锁屏时，应用后台运行，消息推送是否可正常接收，未锁屏时，APP客户端使用过程中，可以收到消息提醒，且点击可查看。
锁屏时，手机消息栏是否可以接收到消息提醒。且点击可查看。点击后消息栏中消失。
当推送消息是针对登录用户的时候，需要检查收到的push与用户身份是否相符，没有错误的将其他人的消息推送过来
push推送消息是是否能有针对性的推送，如相应内容推送给相应用户（精准推送）
退出登录后，是否接受push推送（根据需求来）
6.2.
7.前后台切换测试
APP切换到后台，再回到APP，检查是否停留在上一次操作界面；检查功能及应用状态是否
正常；程序是否崩溃，功能状态是否正常，尤其是对于从后台切换回前台数据有自动更新的时候
手机锁屏解屏后进入app注意是否会崩溃，功能状态是否正常
当APP使用过程中有电话进来中断后再切换到APP，功能状态是否正常
当关闭APP进程后，在开启APP，APP能否正常启动
对于有数据交换的页面，尤其是有视频图片之类的页面，每个页面都必须要进行前后台切换、锁屏的测试，这种页面最容易出现崩溃
6.2.8.UI测试
确保产品UI符合产品经理制定的原型图与效果图
一般涉及界面（如菜单、对话框、窗口和其他可视控件）布局、风格、文字是否正确，页面是否美观，操作是否友好。
如：安装app后的加载页显示，分享页面的产品logo显示
6.2.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等；能否适配各种屏幕尺寸。
6.2.10.网络环境测试
测试2G、3G、4G、wifi、有网、无网、弱网情况下应用的运行
网络不好时，提交数据是否一直处理提交中，是否会有延迟，数据交换失败是否会有提醒有网到无网再到有网环境时，数据是否可以自动恢复，正常加载
无网络时，各种提示信息是否友好，数据本地化是否正确（比如提示当前已断开网络，请检查网络设置；还有从wifi环境切换到4G环境提示是否启用4G网络，会产生扣费。
6.2.11.性能测试
对于性能测试，（eclipse和Android studio中本身有检测cpu和内存的工具，也有检测手机内存泄漏的工具）靠工具来测试手机cpu占用，内存占用，电池温度等，以及测试我们的app在后台持续运行的流量消耗和电量消耗问题。
6.2.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 指定测试种子指定测试次数，然后将文件 >输出到磁盘中。
6.2.13.Monkey测试的优点和缺点？
优点：
1、使用简单
2、节省了重复性操作的时间
3、随机输入可能会发现一些平常意想不到的缺陷。
Monkey虽然可以根据一个指定的命令脚本发送按键消息，但其不支持条件判断，也不支持读取待测界面的信息来执行验证操作。
3、可对Monkey Test的对象，事件数量，类型，频率等进行设置。
缺点：
1、测试的对象仅为应用程序包，有一定的局限性。
6.2.14.Monky测试使用的事件流数据流是随机的，不能进行自定义。
首先呢我们根据需求文档会使用xmind把各个模块的功能点划分出来,形成三级甚至四级列表,然后进行分模块
我们划分模块是领导决定的,秉承低耦合的原则,从首页几个大模块入手,每个人负责该模块的一级二级...模块,还要负责点击去页面的一级二级...模块,然后进行测试
每个人把各自负责的模块测试完成,我们组的每个人还要把整个系统进行通测一遍
7.APP测试与web测试的区别
相同点：
同样的测试用例设计方法；
同样的测试方法；都会依据原型图或效果图检查UI；
测试页面载入和翻页的速度、登录时长、内存是否溢出等；
测试应用系统的稳定性
不同点：
app的中断测试：来电中断、短信中断、蓝牙、闹钟、拔插数据线、手机锁定、手机断电、手机问题（系统死机重启）
app的安装卸载：全新安装、升级安装、第三方工具安装、第三方工具卸载、直接卸载删除、消息推送测试、手机授权测试、前后台切换、网络环境（wifi/2G/3G/4G/无网络）
兼容性测试：web项目考虑不同浏览器的兼容；app需要考虑手机不同操作系统、不同机型、不同屏幕等
web自动化测试工具较常用：selenium，而手机自动化monkey、monkeyrunner
4.app测试平台：百度云测、testin云测--------
8.接口测试话术
8.1. Why
先介绍为什么做接口测试！！
我们都知道，接口其实就是前端页面或APP等调用与后端做交互用的，所以好多人都会问，我功能测试都测好了，为什么还要测接口呢？OK，在回答这个问题之前，先举个栗子：
比如测试用户注册功能，规定用户名为6~18个字符，包含字母（区分大小写）、数字、下划线。首先功能测试时肯定会对用户名规则进行测试时，比如输入20个字符、输入特殊字符等，但这些可能只是在前端做了校验，后端可能没做校验，如果有人通过抓包绕过前端校验直接发送到后端怎么办呢？试想一下，如果用户名和密码未在后端做校验，而有人又绕过前端校验的话，那用户名和密码不就可以随便输了吗？如果是登录可能会通过SQL注入等手段来随意登录，甚至可以获取管理员权限，那这样不是很恐怖？
对于接口测试，可以做这些操作。
第一点:前台后台分离，为了节约开发时间，可以先进行接口测试，可以发现页面上发现不了的bug
第二点:测试接口中是否有敏感信息泄露
第三点可以通过接口测试:定位是前台还是后台bug
第四点:测试接口是否符合规范，参数，响应结果是否符合规范，是否有关键词，是否有状态码
第五点:可以检查系统的异常处理能力。
第六点:前端随便变，接口测试好了，后台不用变。
8.2. How
先看接口文档
接口测试,根据接口文档，进行测试，包含接口的url，请求参数，响应结果。
如果没有接口文档，就自己抓包。（在这里埋点，等待面试官问）
我们在测试的时候，跟测试有页面的应用一样，也是使用等价类划分法，边界值这些方法来测试，在使用接口测试的时候，只需要调整请求参数就可以。
接口测试，测试的时候这几个方面:
改变请求参数，看响应结果是否和接口文档一致
查看参数是否有敏感信息（比如个人账户信息，资金信息）
查看是否对关键参数进行加密处理(密码信息)
所有列表页接口必须考虑排序值
接口返回的图片地址能否打开，图片尺寸是否符合需求；
接口有翻页时，页码与页数的异常值测试；
当输出参数有联动性时，需要校验返回两参数的实际结果是否都符合需求
每个接口入参的默认值、异常类型、非空校验
入参支持多个值时，要考虑传的值的个数多的情况下，接口会不会报错
实际落地:
我们做接口测试，一般是使用postman，我就介绍一下postman具体的用法吧。
第一点:
基本的请求测试:在postman中有简单的get请求和post请求。设置url，设置请求参数，查看响应结果。
对于get请求和post请求区别:
软件测试工程师岗位职责 1，参与软件项目的需求分析，关注项目需求的可测性，并能预先评估项目的风险; 2，负责软件项目的测试方案制定，设计测试数据和测试用例，并进行相互评审; 3，实施软件测试，完成对产品的集成测试与系统测试，对产品的功能、性能及其他方面的测试负责; 4，对项目总的问题进行跟踪分析和报告，推动测试中发现问题及时合理地解决; 5，汇总测试执行情况，编制相关报告。 1.编写测试计划、规划详细的测试方案、编写测试用例。 2.根据测试计划搭建和维护测试环境; 3.执行测试工作，提交测试报告。包括编写用于测试的自动测试脚本，完整地记录测试结果，编写完整的测试报告等相关的技术文档; 4.对测试中发现的问题进行详细分析和准确定位，与开发人员讨论缺陷解决方案。 5.提出对产品的进一步改进的建议，并评估改进方案是否合理;对测试结果进行总结与统计分析，对测试进行跟踪，并提出反馈意见。 6.为业务部门提供相应技术支持，确保软件质量指标。 1.严格遵守公司及部门各项规章制度，服从领导安排。 2.全面负责检测技术工作，配合各研发工程人员做好检测工作。 3.负责对废油、基础油进行检测并判定油品级别。
4.负责公司油品处理工艺的设计和改进工作。组织、实施油品性能参数测试及相关化工实验。做好检测工作的同时，保证自身安全。 5.对各自负责的试验检测的工作质量负责，严格按照试验检测规程、规范标准和有关规定进行试验检测。准确读数，认真填写试验 记录，做到项目齐全，字迹清楚，并对试验的准确性和真实性负责，出具试验报告，试验资料应认真整理，并及时归档。 6.负责上报仪器检测设备的维修计划，编制填写仪器设备操作使用及维修记录。 7.对试验仪器因保管、使用不当而造成的损坏、遗失负直接责任。 8.负责起草、编制、完善各类仪器操作指导书。 9.负责试验物品的管理、摆放，做到分类管理，标识清楚。 10.试验物品应根据实验要求，合理取用，避免浪费。 11.做好试验检测准备工作，熟悉试验检测项目的检测规程及检 测方法、规范、标准和要求，按规定检查样品、仪器设备、环境条件，各项合格后方可检测。 12.对实验室内的物品负保管责任，特别是各类化工试剂，应严 格登记各项入库及使用记录。确保无外流情况发生。 13.严格按照操作规程和规范要求使用仪器设备，爱护设备，注 意保养，发生故障或异常情况时，应及时上报，并提出解决的意见 和措施。会同有关人员及时排除故障，恢复正常。 14.保证测试数据及技术不受外界干扰，对试验、检测结果的真 实性负有直接责任。确保检测数据的准确、科学、公正。 15.确保仪器设备运转良好，精度准确。负责仪器设备的更新、 降级、报废计划的编制，以及仪器设备的调配、清点工作。并做好 相关记录。 16.按照国家及行业部门的有关规定，制定各项试验室规章制度，检测实施细则，确定检测方法，检测流程，研究新技术等。
测试工程师笔试题 一、计算机知识（30分） 1、在Linux系统中，一个文件的访问权限是755，其含义是什么 参考答案： 755表示该文件所有者对该文件具有读、写、执行权限，该文件所有者所在组用户及其他用户对该文件具有读和执行权限。 2、Linux中，如何从root用户切换到普通用户 参考答案：su su user1 切换到user1，但切换后的当前目录还是root访问的目录 su – user1 切换到user1，并且当前目录切换到user1的根目录下（/home/user1/） 3、简述一下C/S模式和B/S模式的区别 参考答案： c/s 是客户端/服务器架构 b/s 是浏览器/服务器架构 C/S模式有以下特点: S模式将应用与服务分离,系统具有稳定性和灵活性 S模式配备的是点对点的结构模式,适用于局域网,有可靠的安全性 3.由于客户端实现与服务器端的直接连接,没有中间环节,因此响应速度快 4.在C/S模式中,作为客户机的计算机都要安装客户机程序,一旦软件系统升级,每台客户机都要安装客户机程序,系统升级和维护较为复杂 B/S模式有以下特点： 1.系统开发、维护、升级方便 每当服务器应用程序升级时，只要在服务器上升级服务应用程序即可，用户计算机上的浏览器软件不需要修改，系统开发和升级维护方便 S模式具有很强的开放性 在B/S模式下，用户通过通用的浏览器进行访问，系统开放性好 S模式的结构易于扩展 由于Web的平台无关性，B/S模式的结构可以任意扩展，可以从包含一台服务器和几个用户的小型系统扩展成为拥有成千上万个用户的大型系统 4.用户使用方便 B/S模式的应用软件都是基于Web浏览器的，而Web浏览器的界面是类似的。对于无用户交换功能的页面。用户接触的界面都是一致的，用户使用方便 4、Windows操作系统中PATH环境变量的作用是什么 参考答案： PATH是Windows操作系统环境变量，PATH作用是用户在命令行窗口执行一个命令，则在PATH变量设置的目录下依次寻找该命令或对应的执行文件，若找到，则执行，若没有找到，则命令行窗口返回无效命令。 5、TCP和UDP有什么区别 参考答案： TCP-有连接,所以握手过程会消耗资源,过程为可靠连接,不会丢失数据,适合大数据量交换UDP-非可靠连接,会丢包,没有校验,速度快,无须握手过程
测试人员应具备的素质 一．计算机专业技能 计算机领域的专业技能是测试工程师应该必备的一项素质，是做好测试工作的前提条件，所以计算机专业技能是必不可少的。 计算机专业技能主要包含三个方面: 1.测试专业技能。要想成为一名优秀的测试工程师，首先应该具有扎实 的专业基础。因此，测试工程师应该努力学习测试专业知识，告别简 单的“点击”之类的测试工作，让测试工作以自己的专业知识为依托。 2.软件编程技能。测试人员编写的程序应着眼于运行正确，同时兼顾高 效率，尤其体现在与性能测试相关的测试代码编写上。因此测试人员 要具备一定的算法设计能力。测试工程师至少应该掌握Java、C#、C++ 之类的一门语言以及相应的开发工具。 3.网络方面知识，测试人员应该掌握基本的网络协议以及网络工作原理， 尤其要掌握一些网络环境的配置。 4.操作系统方面，应该掌握基本的使用以及安装、配置等。掌握Unix、 linux的基本的操作命令以及相关的工具软件。 5.数据库知识则是更应该掌握技能，不但要掌握基本的安装、配置，还 要掌握SQL。Mysql、MS Sqlserver、Oracle等常见数据库的使用。 6.测试工具，系统学习软件测试的各类工具，包括自动测试工具Quick Test Professional、压力测试工具LoadRunner、测试管理工具Test Director等。 二．行业知识 行业主要指测试人员所在企业涉及的行业领域，行业知识即业务知识，是 测试人员做好测试工作的又一个前提条件，只有深入地了解了产品的业务流程，才可以判断出开发人员实现的产品功能是否正确。 很多时候，软件运行起来没有异常，但是功能不一定正确。只有掌握了相关的行业知识，才可以判断出用户的业务需求是否得到了实现。
软件测试笔试题 一.测试用例设计题： 1.输入三个数据a，b，c，输入三个数构成三角形，测试a，b，c构成三角形，计算其面积（设计测试用例时面积不用实际计算出来，用X代替面积） 1）int a，b，c 2）1>a;b，c<100 3)int area 2.根据中国象棋中的棋子“马”的走向路径，画出因果图并形成判定表。 二.逻辑题 1.有3个黑帽子，2个白帽子，让三个人并排站成一排，给这三个人每个人都戴上帽子（最后一个人能看到前面两个人戴的帽子的颜色和样子，中间那个人能够看到 自己的左右两个人的帽子的颜色和样子，最前面的那个人什么也看不到），如果问最后那个人自己戴的什么颜色的帽子，他说不知道，那就继续问下一个人。 其实他们三个戴的都是黑色的帽子，最前面那个人知道自己戴的是什么颜色的帽子，为什么？ 2.猴子身边有100根香蕉，离猴子家有50米，猴子把香蕉拿回家一次只能拿50根（多一根就会累死），猴子每走1米就吃掉一根，请问猴子到家能拿多少根香蕉？ 三.其它 1.软件测试用例设计的关键是什么？ 2.软件测试结束的标准是什么？ 数据库测试通常都包括哪些方面？ 数据库测试一般包括： 1. 数据库连接测试 2. 数据库的健壮性，容错性和恢复能力测试 3. 数据库的安全测试 4. 数据库的性能测试 5. 数据库的容量测试 6. 数据库对象的测试，包括定义的存储过程，视图，触发器，约束，规则等等，都要进行测试以保证功能完好 7. 数据库接口测试，包括数据项的修改操作 数据项的增加操作 数据项的删除操作 数据表增加满 数据表删除空 删除空表中的记录 数据表的并发操作 针对存储过程的接口测试 结合业务逻辑做关联表的接口测试 同样我们需要对这些接口考虑采用等价类、边界值、错误猜测等方法进行测试
个人简历
--- 2014.5-2015.5 传媒艺术研究《传媒艺术先锋》 执行主编 ? 策划杂志内容，召开编辑会议，分配工作任务，撰写刊首文 ? 按照时间周期催稿、审稿、修润稿，与编辑确定版式 ? 与印刷厂商谈印刷事宜，检查样本，督促印刷厂按时按量 ? 邮寄杂志，并邮件已寄出，随时记录并采纳会员们的反馈意见 ? 任研究会2014年徐州年会会务组成员，协助安排嘉宾的参会事宜 . 2014.12-2015.1 某某某鼎天传媒高考 考前冲刺班班主任 ? 教授学生影评、续写故事、分镜头脚本、文学剧本、广告策划、电视节目赏析等题型，教授艺考面试规范与技巧 ? 批改并讲解模拟试卷与各题型作业，解答各种关于广电编的问题 ? 监督学生学习情况，维持课堂秩序，关心学生衣食住行等生活各方面，关注学生的情绪和情感动态，给予必要的鼓励 我为人友善、真诚，做事细致、专注，有很强的责任心，学习能力与适应能力强，喜欢与他人交谈，热爱生活。最显著的性格标签是认真，有着沉静内敛、善于思考和研究的特质，作为本硕皆为新闻学专业的文科生，与文字为伴多年，文字功底扎实，文字编辑、把关、策划能力强，想要以文字工作为基础，加入向往已久的互联网行业。 民族：汉 生日：1990.05.09 籍贯：山东青岛 现居：山东青岛 政治面貌：党员 xx ：123456 xx ：123456 求职意向：财务会计、审计员 某某 语言技能：英语CET6、粤语 专业技能：熟悉Web 、iOS 和Android 开发，精通数据库、C++及Java 办公技能：熟练使用Office 办公软件、Axure RP 、Visio 软件技能：熟悉Web 、iOS 和Android 开发，精通数据库 ? 获得校二等奖奖学金； ? 计算机等级三级证书； ? 全国英语六级； ? 获得全国会计资格资质； ? 获得校一等奖奖学金； 专业技能 2013.09—2016.6 某某大学 新闻传播学 硕士 ? 2013年11月代表新闻系参加首届南京地区新闻院系研究生论坛 ? 2014年11月获评研究生毕业论文开题答辩优秀报告人 ? 2015年发表北大中文核心期刊2篇 工作经验 教育背景 自我评价 荣誉奖励 PERSONAL RESUME
人力资源问题 你为什么选择软件测试行业 因为之前有了解软件测试这个行业，觉得他的发展前景很好。也对 根据你以前的工作经验描述一下软件开发、测试过程，由那些角色负责，你做什么 要有架构师、开发经理、测试经理、程序员、测试员 我在里面主要是负责所分到的模块执行测试用例。 结合你以前的学习和工作经验，你认为如何做好测试。 根据我以前的工作经验，我认为做好工作首先要有一个好的沟通，只有沟通无障碍了，才会有好的协作，才会有跟好的效率，再一个就是技术一定要过关，做测试要有足够的耐心，和一个良好的工作习惯，不懂的就问，实时与同事沟通这样的话才能做好测试工作。 你觉得测试最重要的是什么 尽可能的找出软件的错误 怎样看待加班问题 加班的话我没有太多的意见，但是我还是觉得如果能够合理的安排时间的话，不会有太多时候会加班的。如果一个很有个性的程序员认为自己的BUG不是BUG，怎么解决？ 首先我要确定我所提的在我认为是不是bug，如果我认为是的话我会在他面前重现这个bug和他讲这是个bug，和他沟通，或者我会找到我的直系领导让他解决。 为什么在团队中要有测试 因为软件有错误，如果没有专业的测试人员很难发现软件的一些错误。 在测试时代学习自己最大的收获是什么? 在测试时代我除了学习了测试的知识外，还看到了老师们对待测试的一种态度，明白了做任何工作都要有沟通，做测试的也要有很好的沟通才可以做好。知道自己在项目组中的位置，和开发的关系。 你对未来的规划 我想在工作中慢慢的积累经验，使自己强大起来，能够担任更重要的职务。 自己优势及缺点 我的优点是有足够的耐心对待每一件事情，善于观察事物，承受压力的能力很强。缺点可能就是我不是很爱说话，习惯做不习惯说，但是和人沟通还是没有问题的。 你为什么选择测试时代不选择51testing 因为相对比来看测试时代价钱相对公道，师资也不错，还有一个原因就是在网上查了一下测试时代的口碑不错，也是网放心过来的原因。 13.请谈谈您对测试工作的理解 我认为测试工作是找出软件产品的错误， 14.你认为测试人员需要具备哪些素质？ 我认为做测试的应该要有一定的协调能力，因为测试人员要经常与开发接触处理一些问题，如果处理不好的话会引起一些冲突这样的话工作上就会做不好。还有测试人员要有一定的耐心，有的时候做的测试很枯燥乏味的。除了要有耐心之外还要细心，不放过每一个可能的错误。 15.你为什么能够做测试这一行。 虽然说我的测试技术还不是很纯熟，但是我觉得我还是可以胜任软件测试这个工作的，因为做软件测试不仅是要求技术好，还要有一定的沟通能力，耐心、细心等外在的因素。综合起来看我认为我是胜任这个工作的。 1测试的目的是什么？ 测试的目的是找出软件产品中的错误，是软件尽可能的符合用户的要求。
个人简历 钟娟软件测试工程师 ☆基本资料： 工作年限：性别： 毕业学校：联系方式： 专业：邮箱： ☆工作技能： 1.熟悉软件生命周期、测试流程以及各个阶段的基本工作，能够根据需求文档提取测试需求；熟悉软件测试计划、测 试方法、测试用例、测试总结、缺陷报告的设计思想以及规范写作； 2.熟悉软件缺陷管理流程，熟练使用Bugfree、JIRA缺陷管理工具，了解QC测试管理工具；熟悉版本控制工具SVN， 掌握思维导图工具MindManager； 3.掌握MySQL、Oracle数据库（熟悉增、删、改、查等基本操作语句）； 4.了解Linux的常用命令，能够在Windows、Linux系统下搭建和使用测试环境； 5.熟悉性能测试原理，了解性能测试工具LoadRunner；自动化测试工具QTP；了解OSI七层模型以及B/S和C/S架构； 6.精通Photoshop、Powerpoint、Frontpage、OfficeViso等绘图软件以及办公软件。 ☆工作经历： 北京大唐电信（志诚软件）有限公司2012/01--2015/02职位：软件测试工程 师 深圳市辰森科技有限公司2005/10--2009/10职位：运维工程师 ☆项目经验： 项目一：华润电力OA系统 项目简介：在电力OAM管理平台实现电力OA系统运行，属于B/S架构；电力的统一身份管理平台OAM，以集团中央目录为可信信任源，通过身份回收引擎，将电力的员
工数据回收到电力的OAM平台中，并通过身份供应引擎将账户推送到电力的各集成应用中。电力统一身份管理平台OAM与集团统一身份管理平台LDAP保持密码同步。整体项目包括身份管理、访问控制；主要负责模块包括用户体验和用户管理。用户体验即用户操作包括了：用户登录、密码修改、密码找回、密码重置、用户登出；用户管理包括：账户开通、账户关闭、用户复核这些方面。 软件环境：Linux+Weblogic+Apache+Oracle11g、开发语言Java 1.由于华润OA项目较重要，每周一进行周例会，总结上一周工作进展以及对本周工 作安排； 2.OA系统是最近做的系统，经过一段时间的学习和沉淀对测试流程有了一定的把握 开始接触测试计划的制定； 3.参与系统需求分析，规格说明书评审，并协助组长进行测试计划和方案的定稿以 及评审； 4.跟进搭建测试环境，并在开发协助下尝试搭建一些简单的测试环境； 5.协助组长把控组内测试进度，根据分配的模块设计用例，设计用例时采用黑盒测 试方法如：等价类、边界值、场景法、错误推测法等进行编写测试用例； 6.执行测试用例，并和组内测试同事交互测试用例执行，发现Bug并提交缺陷报告 单到Bugfree；在提交Bug时，和开发会有一些小摩擦，在开发人员的思维中不认为是Bug的他们有时会坚持自己的意见，不过在通过我们的交流和沟通后一些Bug还是需要开发同事修改，经过相处开发人员也比较繁忙，测试人员需要理解开发人员，以及懂得和开发人员沟通的技巧； 7.Bug通过开发解决后需要进行回归测试； 8.录制一些脚本，协助组长进行性能测试，并尝试写功能测试的测试报告并参与评 审，并提交到SVN。 项目二：OCOOL-SHOP电商平台：
软件测试工程师笔面试试题 面试题 1.为什么要在一个团队中开展软件测试工作？ 2.您是否了解以往所工作的企业的软件测试过程？如果了解，请试述 在这个过程中都有哪些工作要做？分别由哪些不同的角色来完成这些 工作？ 03. 您是否了解以往所工作的企业的软件开发过程？如果了解，请试述 一个完整的开发过程需要完成哪些工作？分别由哪些不同的角色来完 成这些工作？（对于软件测试部分，可以简述） 4.您在以往的测试工作中都曾经具体从事过哪些工作？其中最擅长
哪 部分工作？ 5.您所熟悉的软件测试类型都有哪些？请试着分别比较这些不同的测 试类型的区别与联系（如功能测试、性能测试……） 6.请试着比较一下黑盒测试、白盒测试、单元测试、集成测试、系统 测试、验收测试的区别与联系。 7.测试计划工作的目的是什么？测试计划工作的内容都包括什么？其 中哪些是最重要的？ 8.您认为做好测试计划工作的关键是什么？ 9.您所熟悉的测试用例设计方法都有哪些？请分别以具体的例子来说 明这些方法在测试用例设计工作中的应用。 10.您认为做好测试用例设计工作的关键是什么？
11.请以您以往的实际工作为例，详细的描述一次测试用例设计的完整 的过程。 12.您以往的工作中是否曾开展过测试用例的评审工作？如果有，请描 述测试用例评审的过程和评审的内容。 13.您以往是否曾经从事过性能测试工作？如果有，请尽可能的详细描 述您以往的性能测试工作的完整过程。 14.您在从事性能测试工作时，是否使用过一些测试工具？如果有，请 试述该工具的工作原理，并以一个具体的工作中的例子描述该工具是如何在实际工作中应用的。 15.您认为性能测试工作的目的是什么？做好性能测试工作的关键 是什 么？
软件测试工程师岗位职责 1、负责公司产品的测试工作，测试的产品包括PC端软件、App（Android、IOS）客户端软件。 2、根据软件设计需求制定测试方案、熟悉软件测试流程和规范，熟悉软件测试方法和策略，能根据需求和设计文档独立的编写测试用例和测试计划； 3、有效地执行测试用例，提交测试报告； 4、负责构建测试环境，能熟练使用各类测试工具； 5、准确编写用户操作手册、软件配置说明及相关技术文档； 6、独立完成对产品的集成测试、系统测试、验收测试，对产品的软件功能、性能及其它方面的测试; 7、准确定位问题，协助研发人员解决问题，从测试的角度提供优化意见；
硬件测试工程师岗位职责 1、依据终端产品硬件测试流程，负责硬件产品整机的各项指标的测试，并能制定可靠有效的测试用例，同时保证产品测试的质量； 2、按照要求编写测试计划、规划详细的测试方案，完成文档管理； 3、医疗产品的功能、性能、可靠性、EMC等测试； 4.负责新元器件承认测试，及常规、可靠性测试等工作。 5、对测试中不合格品进行分析和定位，与开发人员讨论缺陷解决方案； 6、按照标准完成数据的收集、整理、归档、分析等工作； 7、提出对产品的进一步改进的建议，并评估改进方案是否合理，对测试结果进行总结与统计分析，对测试进行跟踪，并提出反馈意见； 8、负责产品开发过程中的安装、调试、检验及产品说明书的编写等。
测试经理岗位职责 1、参与项目需求、产品定义、研发计划的评审； 2、根据设计需求制定可行的测试策略、测试计划、规划详细的测试方案、编写测试用例、根据测试计划搭建和维护测试环境； 3、带领测试团队开展测试工作，有效地执行测试用例，跟踪并汇总测试结果，提交测试报告； 4、引入新的测试框架和测试策略，丰富测试手段，不断优化产品研发测试流程，提高测试效率和质量； 5、与其他测试人员、研发团队、项目管理团队沟通和协作，准确地定位并跟踪问题，分析产生原因，推动问题及时合理地解决； 6、负责测试团队管理工作，定期考察部门内人员工作成果，负责测试团队成员的培养、扩员。 7、测试规范制定，把握行业测试相关技术动向，掌握相关技术最新进展；
一个常见的软件测试面试题 一个常见的软件测试面试题 考官从办公室（面试现场）随意选取一个简单物品，假定是一个喝水的带广告图案的花纸杯，让应聘人对它设计出尽可能多的测试用例。 测试项目：杯子 需求测试:查看杯子使用说明书 界面测试:查看杯子外观 功能度：用水杯装水看漏不漏；水能不能被喝到 安全性：杯子有没有毒或细菌 可*性：杯子从不同高度落下的损坏程度 可移植性：杯子再不同的地方、温度等环境下是否都可以正常使用 兼容性：杯子是否能够容纳果汁、白水、酒精、汽油等 易用性：杯子是否烫手、是否有防滑措施、是否方便饮用 用户文档：使用手册是否对杯子的用法、限制、使用条件等有详细描述 疲劳测试：将杯子盛上水（案例一）放24小时检查泄漏时间和情况；盛上汽油（案例二）放24小时检查泄漏时间和情况等 压力测试：用根针并在针上面不断加重量，看压强多大时会穿透 跌落测试:？？杯子加包装(有填充物)，在多高的情况摔下不破损 震动测试: 杯子加包装(有填充物)，六面震动，检查产品是否能应对恶劣的铁路\公路\航空运输 测试数据： 测试数据具体编写此处略（最讨厌写测试数据了）。其中应用到：场景法、等价类划分法、因果图法、错误推测法、边界值法等方法 期望输出：
该期望输出需查阅国标、行标以及使用用户的需求 说明书测试: 检查说明书书写准确性 给大家提三个产品:1.手机 2.电饭锅 3.电梯 有兴趣的同学可以把答案写出来 一个常见的软件测试面试题 问题集 1.软件测试分哪两种方法?分别适合什么情况? 2.一套完整的测试应该由哪些阶段组成?分别阐述一下各个阶段。 3.软件测试的类型有那些?分别比较这些不同的测试类型的区别与联系。 4.测试用例通常包括那些内容?着重阐述编制测试用例的具体做法 5.在分别测试winform的C/S结构与测试WEB结构的软件是，应该采取什么样的方法分别测试?他们存在什么样的区别与联系? 6.在测试winform的C/S结构软件时，发现这个软件的运行速度很慢，您会认为是什么原因?您会采取哪些方法去检查这个原因? 7.描述使用bugzilla缺陷管理工具对软件缺陷(BUG)跟踪的管理的流程8.如果您是测试组长，您会采取什么样的方式管理团队?在测试人员同开发人员的沟通过程中，如何提高沟通的效率和改善沟通的效果?维持测试人员同开发团队中其他成员良好的人际关系的关键是什么? 问题解答： 1.软件测试分哪两种方法?分别适合什么情况? 软件测试方法一般分为两种：白盒测试与黑盒测试。白盒测试又称为结构测试、逻辑驱动测试或基于程序本身的测试，它着重于程序的内部结构及算法，通常不关心功能与性能指标;黑盒测试又被称为功能测试、数据驱动测试或基于规格说明的测试，它实际上是站在最终用户的立场，检验输入输出信息及系统性能指标是否符合规格说明书中有关功能需求及性能需求的规定。 2.一套完整的测试应该由哪些阶段组成?分别阐述一下各个阶段。 计划阶段、设计阶段、白盒单元、白盒集成、黑盒单元、黑盒集成、系统测试、回归测
◆ 个人简介 ◆ 求职意向 求职岗位：软件测试实习生 工作性质：全职 意向城市：郑州（省内） 薪资待遇：面议 到岗时间：即时 ◆ 教育背景 ◆ 专业技能 技能 掌握程度 LoadRunner 、ALM 、UFT 软件测试工具 熟练 GTK 、socket 、MySQL 等的使用 熟练 Word 、PPT 、Excel 、PS 等工具 熟练 ◆ 项目经验 姓名： 性别：女 年龄：23 民族：汉 身高： 学历： 毕业院校： 政治面貌：共青团员 主修专业： 辅修专业： 电话号码： 邮箱： 家庭住址： 2011.9——2015.7 毕业院校：洛阳师范学院 专业：数学与应用数学（本科师范方向） 2014.9——2015.5 培训机构：惠普洛阳国际人才及产业基地专业：软件测试 主要学习并掌握了软件开发基础、软件测试基础、软 件性能测试、功能测试及测试管理等课程。 熟练掌握HPLoadRunne 、UFT 、ALM 、Mantis 、testlink 等工具的使用。 项目经验1
2013年6月—9月，参加了学校志愿活动到洛阳嵩县支教，担任小朋友的语数 外指导老师，帮他们解决一些学习知识上的难题及一些好的学习习惯和生活习惯 的养成。 通过以上的几次经历，不仅使学生在学习和其他方面有了进步，更是使自己的专业能力、组织能力有了很大的提升，同时也更有自信，更有耐心，更有责任 心。 ◆自我评价 ?性格开朗，乐于分享，善于沟通，有较强的团队合作精神 ?善于探究，讲究方法，对新技术新知识有较强的接受能力 ?具有强烈的责任心，工作认真细心，意志力好，做事善始善终注重团队合作与沟通能力。 ?吃苦耐劳，对新环境有较强的适应能力，敢于面对挑战，追求进步 ?具备数学专业的学生应有的较强的洞察力、分析能力、对数字的敏感度以及逻辑思维能力 ?我希望自己能够得到这份工作，在这样的一个平台上展现自己能力，我相信我的加入不会让贵公司感到失望。
华为软件测试工程师面试题 2010-05-27 10:25 Q1：请你分别划划OSI的七层网络结构图，和TCP/IP的五层结构图？ 答:七层结构从上到下依次是： 7 应用层;6 表示层;5 会话层;4 传输层;3 网络层;2 数据链路层;1 物理层 五层结构是 5 应用层;4 运输层;3 网络层; 2 链路层;1 物理层。 Q2：请你详细的解释一下IP协议的定义，在哪个层上面，主要有什么作用？TCP与UDP 呢？ 答:UDP，TCP在传输层，IP在网络层， TCP/IP是英文Transmission Control Protocol/Internet Protocol的缩写，意思是"传输控制协议/网际协议"。TCP/IP协议组之所以流行，部分原因是因为它可以用在各种各样的信道和底层协议（例如T1和X.25、以太网以及RS-232串行接口）之上。确切地说，TCP/IP协议是一组包括TCP协议和IP协议，UDP（User Datagram Protocol）协议、ICMP（Internet Control Message Protocol）协议和其他一些协议的协议组。TCP/IP协议并不完全符合OSI的七层参考模型。传统的开放式系统互连参考模型，是一种通信协议的7层抽象的参考模型,其中每一层执行某一特定任务。该模型的目的是使各种硬件在相同的层次上相互通信。这7层是:物理层、数据链路层、网路层、传输层、话路层、表示层和应用层。而TCP/IP通讯协议采用了4层的层级结构，每一层都呼叫它的下一层所提供的网络来完成自己的需求。这4层分别为：应用层：应用程序间沟通的层，如简单电子邮件传输（SMTP）、文件传输协议（FTP）、网络远程访问协议（Telnet）等。 传输层：在此层中，它提供了节点间的数据传送服务，如传输控制协议（TCP）、用户数据报协议（UDP）等，TCP和UDP给数据包加入传输数据并把它传输到 Q3：请问交换机和路由器分别的实现原理是什么？分别在哪个层次上面实现的？ 一般意义上说交换机是工作在数据链路层。但随着科技的发展，现在有了三层交换机，三层交换机已经扩展到了网络层。也就是说：它等于“数据链路层+ 部分网络层”。交换机中传的是帧。通过存储转发来实现的。 路由器是工作在网络层。路由器中传的是IP数据报。主要是选址和路由。 Q4:请问C++的类和C里面的STRUCT有什么区别？ 答:除关键字不同外(class,struct)的唯一区别是, 结构在默认情况下的成员是公共(public)的, 而类在默认情况下的成员是私有(private)的。 在C++中,结构是特殊的类。 class是从struct发展而来的。之所以将struct和class都保留，是因为： 1、提出class是为了强调一种概念。 2、保留struct是为了照顾到大多数人的习惯。 struct和class是有区别的。 struct保证成员按照声明顺序在内存中存储。class不保证等等 而它们都可以继承，实现多态等。但也有少许区别。比如：
软件测试工程师的主要职责描述软件测试工程师需要编写和执行测试用例，记录测试问题，与开发人员协作修复系统缺陷。下面是为您精心整理的软件测试工程师的主要职责描述。 软件测试工程师的主要职责描述1 职责： 1、根据软件功能需求，编写测试计划 2、搭建软件测试环境; 3、执行软件测试，编写和提交软件测试文档; 4、负责项目现场的软件安装与调试工作 5、负责项目软件问题的跟踪和反馈 6、负责公司展厅的设备操作和维护工作 7、完成上级领导交代的其他事宜。 岗位要求： 1、大专以上学历，计算机相关专业优先; 2、无工作经验要求，需要具备较强的服务意识和良好的沟通协调能力 3、根据项目需要，能适应较长期出差 4、熟悉Windows操作系统和网络相关知识; 5、具备C/C++或其他语言基础，有相应的软件开发经验优先; 软件测试工程师的主要职责描述2 职责：
1、依据项目的设计方案进行需求分析，测试用例设计; 2、按照测试计划编写测试用例，保证测试用例合理有效; 3、能够独立完成整机的各模块测试，并及时客观公正地提供测试报告; 4、针对测试过程中出现的缺陷问题，能够与开发人员进行沟通，了解并分析问题根因，持续跟踪改进; 所需专业经历和技能： 1、本科及以上学历，CET-4，计算机、通信、电子、数学、软件工程等相关专业; 2、熟悉Android平台软件测试流程，本科3年以上软件测试经验; 3、熟悉测试用例设计、单元测试，按要求完成测试任务; 4、具有较强的分析和总结软件问题的能力; 5、良好的文档写作能力; 6、热爱软件测试工作，工作积极主动、踏实认真，具备较强的学习能力和良好的沟通能力;具有强烈的责任心和解决问题能力; 7、具有吃苦精神，能够承受较大的工作压力，自学能力强; 富于团队合作精神，工作责任心强。 软件测试工程师的主要职责描述3 职责： 1、负责对研发产品进行测试，包括移动端APP、Web前端界面; 2、对研发产品进行功能测试、兼容性测试、接口测试、性能测
软件测试工程师常见面试题及答案 --> 导语：软件工程师一般指从事软件开发职业的人。 一、什么是软件测试 IEEE中是这样描述的：使用人工或自动手段来运行或测试某个系统的过程，其目的在于检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别。 二、为什么要开展软件测试呢 首先，测试并不仅仅是为了要找出错误。通过分析错误产生的原因和错误的发生趋势，可以帮助项目管理者发现当前软件开发过程的缺陷，以便及时改进。同时，这种分析也能帮助测试人员设计出游针对性的测试方法，改善测试的效率和有效性。 其次，没有发现错误的测试也是有价值的，完整的测试是评定软件质量的一种方法。 简单地说，测试的根本目的就是确保最终交给客户的产品符合用户的需求，在产品交给用户之前尽可能多地发现并改正错误。 三、我们怎么开展软件测试呢 现代软件测试活动一般包括以下内容： 制定测试计划。 设计测试用例。
实施测试。 提交缺陷报告。 测试总结。 四、软件测试要达到什么目标呢 软件测试一般要达到下列目标： 确保产品完成了它所承诺或公布的功能，并且用户可以访问到的功能都有明确的书面说明。 确保产品满足性能和效率的要求。使用起来系统运行效率低、用户界面不友好，用户操作部方便的产品不能说是一个有竞争力的产品。用户最关心的不是产品的技术有多先进，而是他能从这些技术中得到多少好处，使用是否得心应手。 确保产品是健壮的和适应用户环境的。健壮性即稳定性，是产品质量的基本要求。 五、测试和调试有什么不同 测试调试 发现软件的错误(是否满足用户需求) 确定程序中可疑错误的原因和确切位置，对程序(设计或编号)进行修改，排除错误贯穿整个软件生命周期(很多公司只在编码后期才进行测试) 主要在开发阶段 由测试人员和程序员参与程序员参与 可见，有些人认为测试和调试时一码事是错误的，实际上测试与调试有着本质的区别。简单地说，测试的主要工作是找缺
个人简历 基本信息： 姓名：性别：男 出生年月：1991年7月毕业学校：广东建华学院 工作年限：2年学历：大专 婚姻状态：未婚专业：计算机专业 电子邮箱：手机： 专业技能： 1、熟悉软件测试理论，软件测试流程，编写测试用例等； 2、熟练应用黑盒测试的方法，如边界值法、等价类法、场景法等； 3、掌握自动化测试工具QTP、性能测试工具LoadRunner的基本使用，如录制脚本，参数 化设置，脚本优化等； 4、熟悉软件测试的管理工具，如BugFree 缺陷管理工具、SVN版本控制、MindManager 思 维导图等工具的使用； 5、熟悉Oracle和MySQL数据库的基本操作，如增、删、查、该等命令的使用； 6、熟悉Linux操作系统的基本操作； 7、对C语言有一定的了解，如9条基本语句、数组、指针等等的使用； 项目经验： 项目一 项目名称：奔腾出租车 运行环境：Linux + MySQL + Apache 项目概述：本系统是一套功能全面的出租车管理系统，通过该软件可以让出租车公司内部及时准确地采集各种数据信息，处理高速化和网络办公自动化。实现对出租车 公司司机的信息记录，操作，出租车管理，提供精确查询等多种查询方式。主 要功能模块有：首页、基本信息设置、任务管理、统计图表、辅助工具、帮助 菜单、用户信息管理等。通过规范化管理来掌握车辆信息，处理车辆调度，将 很大程度上解决出租车公司在工作上的管理难度，让车管理更上一个台阶。责任描述：1、根据项目需求文档进行需求分析，写出需求点； 2、针对责任模块编写有效的测试用例； 3、搭建测试环境，保证测试出的数据真实可靠； 4、执行测试用例，用BugFree提交Bug并跟踪其状态； 5、进行回归测试；
一、判断题 1．软件测试的目的是尽可能多的找出软件的缺陷。（Y） 2．Beta测试是验收测试的一种。（Y） 3．验收测试是由最终用户来实施的。（N） 4．项目立项前测试人员不需要提交任何工件。（Y） 5．单元测试能发现约80%的软件缺陷。（Y） 6．代码评审是检查源代码是否达到模块设计的要求。（N） 7．自底向上集成需要测试员编写驱动程序。（Y） 8．负载测试是验证要检验的系统的能力最高能达到什么程度。（N） 9．测试人员要坚持原则，缺陷未修复完坚决不予通过。（N） 10．代码评审员一般由测试员担任。（N） 11．我们可以人为的使得软件不存在配置问题。（N） 12．集成测试计划在需求分析阶段末提交。（N） 二、选择题 1．软件验收测试的合格通过准则是：（ABCD） A．软件需求分析说明书中定义的所有功能已全部实现，性能指标全部达到要求。B．所有测试项没有残余一级、二级和三级错误。 C．立项审批表、需求分析文档、设计文档和编码实现一致。 D．验收测试工件齐全。 2．软件测试计划评审会需要哪些人员参加？（ABCD） A．项目经理 B．SQA负责人
C．配置负责人 D．测试组 3．下列关于alpha测试的描述中正确的是：（AD） A．alpha测试需要用户代表参加 B．alpha测试不需要用户代表参加 C．alpha测试是系统测试的一种 D．alpha测试是验收测试的一种 4．测试设计员的职责有：（BC） A．制定测试计划 B．设计测试用例 C．设计测试过程、脚本 D．评估测试活动 5．软件实施活动的进入准则是：（ABC） A．需求工件已经被基线化 B．详细设计工件已经被基线化 C．构架工件已经被基线化 D．项目阶段成果已经被基线化 三、填空题 1.软件验收测试包括：正式验收测试，alpha测试，beta测试。 2.系统测试的策略有：功能测试，性能测试，可靠性测试，负载测试，易用性测试，强度测试，安全测试，配置测试，安装测试，卸载测试，文挡测试，故障恢复测试，界面测试，容量测试，兼容性测试，分布测试，可用性测试，（有的可以
软件测试工程师的岗位职责 软件测试就是利用测试工具按照测试方案和流程对产品进行功能和性能测试，对测试方案可能出现的问题进行分析和评估。以下是我为大家精心整理的软件测试工程师岗位职责，欢迎大家阅读，供您参考。 软件测试工程师岗位职责(一) 1、接受测试任务，进行需求分析; 2、按照测试计划搭建测试环境，并保证测试环境的可靠性; 3、按照测试计划编写测试用例，保证测试用例合理有效; 4、按照测试用例执行测试，及时发现缺陷，并使用工具进行管理缺陷; 5、编写和提交测试报告，保证测试进度按计划完成; 6、参与审核其他测试工程师的测试用例和报告; 软件测试工程师岗位职责(二) 1、学习和推广使用新的测试技术和工具; 2、负责组织搭建，管理和维护部门的测试环境(测试环境管理和维护方向适用); 3、参与自动化测试框架设计，各产品自动化测试的设计、实现与维护(自动化测试方向适用); 4、负责组织对产品进行压力测试(压力测试方向适用); 5、搭建与维护部门的配置管理环境，制定配置管理工具并指导部门成员使用;进行配置管理流程规范和配置管理工具的宣贯、引导和培训(配置管理方向适用)。
6、具备软件工程的基本知识，熟练掌握各种测试理论和测试技术; 软件测试工程师岗位职责(三) 1、熟悉windows操作系统，熟练掌握http协议; 2、具有良好的中英文沟通能力，有较强的独立工作能力和解决问题的能力。 3、精通测试过程设计和用例设计方法，能主动进行技术钻研。 4、良好的文档写作能力。 5、至少在性能测试、自动化测试、白盒测试方面中有一项专长。 6、熟悉linux系统操作。 软件测试工程师岗位职责(四) 1、负责项目软件质量的把关，软件功能测试、性能测试、压力测试; 2、了解所负责的平台功能需求及项目计划，按照项目需求和计划，编写测试计划; 3、按照软件工程规范流程，进行软件项目平台核心部分的测试、代码测试，并编写测试计划、测试用例、测试报告等不同阶段中的各种测试文档工作; 4、参与项目的需求分析，了解项目设计的合理性; 5、根据项目计划和需求编写测试计划和测试用例(测试脚本/代码的编写)，执行测试用例并跟踪bug，编写测试报告，完成这个测试流程的规划; 6、收集日常遇到的或是通过检测出的错误，并进行归档整理，备查; 7、在测试过程中，根据实际情况不断改进测试过程，提高测试水平; 8、撰写项目日志，按时提交工作报告。 软件测试工程师岗位职责(五) 1、负责软件测试方案的设计;
01. 为什么要在一个团队中开展软件测试工作？ 因为没有经过测试的软件很难在发布之前知道该软件的质量，就好比ISO质量认证一样，测试同样也需要质量的保证，这个时候就需要在团队中开展软件测试的工作。在测试的过程发现软件中存在的问题，及时让开发人员得知并修改问题，在即将发布时，从测试报告中得出软件的质量情况。 02. 您在以往的测试工作中都曾经具体从事过哪些工作？其中最擅长哪部分工作？ 我曾经做过web测试，后台测试，客户端软件，其中包括功能测试，性能测试，用户体验测试。最擅长的是功能测试 03. 您所熟悉的软件测试类型都有哪些？请试着分别比较这些不同04. 的测试类型的区别与联系（如功能测试、性能测试……） 测试类型有：功能测试，性能测试，界面测试。 功能测试在测试工作中占的比例最大，功能测试也叫黑盒测试。是把测试对象看作一个黑盒子。利用黑盒测试法进行动态测试时，需要测试软件产品的功能，不需测试软件产品的内部结构和处理过程。采用黑盒技术设计测试用例的方法有：等价类划分、边界值分析、错误推测、因果图和综合策略。 性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。负载测试和压力测试都属于性能测试，两者可以结合进行。通过负载测试，确定在各种工作负载下系统的性能，目标是测试当负载逐渐增加时，系统各项性能指标的变化情况。压力测试是通过确定一个系统的瓶颈或者不能接收的性能点，来获得系统能提供的最大服务级别的测试。 界面测试，界面是软件与用户交互的最直接的层，界面的好坏决定用户对软件的第一印象。而且设计良好的界面能够引导用户自己完成相应的操作，起到向导的作用。同时界面如同人的面孔，具有吸引用户的直接优势。设计合理的界面能给用户带来轻松愉悦的感受和成功的感觉，相反由于界面设计的失败，让用户有挫败感，再实用强大的功能都可能在用户的畏惧与放弃中付诸东流。 区别在于，功能测试关注产品的所有功能上，要考虑到每个细节功能，每个可能存在的功能问题。性能测试主要关注于产品整体的多用户并发下的稳定性和健壮性。界面测试更关注于用户体验上，用户使用该产品的时候是否易用，是否易懂，是否规范（快捷键之类的），是否美观（能否吸引用户的注意力），是否安全（尽量在前台避免用户无意输入无效的数据，当然考虑到体验性，不能太粗鲁的弹出警告）？做某个性能测试的时候，首先它可能是个功能点，首先要保证它的功能是没问题的，然后再考虑该功能点的性能测试 04．您认为做好测试用例设计工作的关键是什么？ 白盒测试用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果 黑盒法用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口。不可能做到完全测试，以最少的用例在合理的时间内发现最多的问题 05. 请试着比较一下黑盒测试、白盒测试、单元测试、集成测试、系统测试、验收测试的区别与联系。 黑盒测试：已知产品的功能设计规格，可以进行测试证明每个实现了的功能是否符合要求。 白盒测试：已知产品的内部工作过程，可以通过测试证明每种内部操作是否符合设计规格要求，所有内部成分是否以经过检查。 软件的黑盒测试意味着测试要在软件的接口处进行。这种方法是把测试对象看做一个黑盒子，测试人员完全不考虑程序内部的逻辑结构和内部特性，只依据程序的需求规格说明书，
软件测试工程师面试题汇总 测试技术面试题 (5) 1、什么是兼容性测试？兼容性测试侧重哪些方面？ (5) 2、我现在有个程序，发现在Windows上运行得很慢，怎么判别是程序存在问题还是软硬件系统存在问题？ (5) 3、测试的策略有哪些？ (5) 4、正交表测试用例设计方法的特点是什么？ (5) 5、描述使用bugzilla缺陷管理工具对软件缺陷（BUG）跟踪的管理的流程？ (5) 6、你觉得bugzilla在使用的过程中，有什么问题？ (5) 7、描述测试用例设计的完整过程？ (6) 8、单元测试的策略有哪些？ (6) 9、LoadRunner分哪三部分？ (6) 10、LoadRunner进行测试的流程? (6) 什么是并发？在lordrunner中，如何进行并发的测试？集合点失败了会怎么样？ (6) 12、使用QTP做功能测试，录制脚本的时候，要验证多个用户的登录情况/查询情况，如何操作？ (6) 13、QTP中的Action有什么作用？有几种？ (6) 14、TestDirector有些什么功能，如何对软件测试过程进行管理？ (7) 15、你所熟悉的软件测试类型都有哪些？请试着分别比较这些不同的测试类型的区别与联系（如功能测试、性 能测试......）？ .. (7) 16、条软件缺陷（或者叫Bug）记录都包含了哪些内容？如何提交高质量的软件缺陷（Bug）记录？ (8) 17、Beta测试与Alpha测试有什么区别？ (8) 18、软件的评审一般由哪些人参加？其目的是什么？ (8) 19、测试活动中，如果发现需求文档不完善或者不准确，怎么处理？ (8) 20、阶段评审与项目评审有什么区别？ (8) 21、阐述工作版本的定义？ (8) 22、什么是桩模块？什么是驱动模块？ (8) 23、什么是扇入？什么是扇出？ (8) 24、你认为做好测试计划工作的关键是什么？ (8) 25、你认为做好测试用例工作的关键是什么？ (9) 26、简述一下缺陷的生命周期？ (9) 27、软件的安全性应从哪几个方面去测试？ (9) 28、软件配置管理工作开展的情况和认识？ (9) 29、你觉得软件测试通过的标准应该是什么样的？ (10) 30、引入测试管理的含义？ (10) 31、一套完整的测试应该由哪些阶段组成？ (10) 32、单元测试的主要内容？ (10) 33、集成测试也叫组装测试或者联合测试，请简述集成测试的主要内容？ (10) 34、简述集成测试与系统测试关系？ (10) 35、软件测试的文档测试应当贯穿于软件生命周期的全过程，其中用户文档是文档测试的重点。那么软件系统 的用户文档包括哪些？ (10) 36、软件系统中除用户文档之外，文档测试还应该关注哪些文档？ (10) 37、简述软件系统中用户文档的测试要点？ (11) 38、单元测试主要内容是什么？ (11) 39、如何理解强度测试？ (13) 40、如何理解压力、负载、性能测试测试？ (13) 41、什么是系统瓶颈？ (13) 42、文档测试主要包含什么内容？ (13)