如何保证测试执行过程的测试质量

答：1、测试点和测试用例评审时，你作为测试项目负责人要全程参与，而且在参加前要熟悉测试点和测试用例，带着疑问和你识别出来的测试要点去参加。在确保需求测试责任人覆盖到了全部的测试点之外，针对关键功能或业务流程提出疑问和建议，以提高测试点的覆盖面和测试用例的质量，从而提升任务的完成质量。

2、测试过程中，你作为测试项目负责人要实时浏览每天的 bug 和跟踪 bug 的生命周期，根据核心模块不同级别 bug 的数量来判断需求测试责任人执行的深度和覆盖度，当 bug 曲线不正常的时候，就需要跟责任人及时沟通，了解他的测试进度和工作状态，否则，质量多半会出现问题。

3、测试执行阶段接近尾声的时候，你作为测试项目负责人可以自己亲自验收一些核心功能或业务模块，也可以安排几个需求测试责任人进行交叉测试，对最后的测试质量做一轮把关。

 

用例设计题

一个用户注册界面上有以下两个控件，描述如下

1）“性别”下拉框，里面有两个选项值“男”和“女”下拉框默认为空

2

0“年龄”输入框，规则：性别 下拉框选择男时，输入范围控制在（0，100）

性别 下拉框选择女时，输入范围控制在（0，100）

问题1、采用等价类设计方法，设计多少个用例比较合适，测试数据有哪些

答：1、性别为空

2、年龄为空

3、年龄为小数

4、年龄为字母

5、年龄为汉字

6、年龄为符号

7、性别为男或者女

8、年龄在0-100之间的正整数

 

问题2、采用边界值分析法，还会补充多少个测试用例及对应的边界类测试数据

答：1、年龄输入-1

      2、年龄输入101

 

请阐述介绍软件全生命周期及各阶段任务

 

某公司计算折扣的处理，如果每年交易额不超过50000元时，无折扣，反治，若近三个月无欠款，则折扣率为15%，若近三个月有欠款，且与本公司交易时间大于20年的客户，折扣率为10%，否则折扣率为5%，请用判定树的组织方法画出该折扣的计算方法。

答：字段：交易金额：近3月欠款情况：客户种类：优惠额度

小于5万 ： – ： – ：                 0%

大于5万 ： 有 ： 新 ： 5%

大于5万 ： 无 ： – ： 15%

大于5万 ： 有 ： 老 ： 10%

 

请简要介绍你对哪些金融领域的业务有所了解

答：简单来说，金融就是资金的融通  金融是货币流通和信用活动以及与之相联系的经济活动的总称，广义的金融泛指一切与信用货币的发行、保管、兑换、结算，融通有关的经济活动，甚至包括金银的买卖，狭义的金融专指信用货币的融通。　金融的内容可概括为货币的发行与回笼，存款的吸收与付出，贷款的发放与回收，金银、外汇的买卖，有价证券的发行与转让，保险、信托、国内、国际的货币结算等。

 

你觉得你做软件测试工作有什么优势和不足

答：优势：工作细心，责任心强，善于沟通，能吃苦耐劳。

      不足：这个可以自由发挥。但是这个在回答的时候一定要避开。毕竟测试工作是一个细致的工作，所以粗心是第一大忌。第二个你避开的坑应该是你在测试的工作中，不要说你不喜欢重复的工作。

 

验证系统登录，请写出你的测试思路与方法

答：验证登录功能主要是从这几个方面入手：功能测试，性能测试，安全性测试，界面测试，兼容性测试，可用性测试。

请说明软件的缺陷等级如何划分

答：1）致命错误：造成系统崩溃、死机、死循环，导致数据库数据丢失，与数据库连接错误，主要功能丧失，基本模块缺失等问题。

2）严重错误：系统主要功能部分丧失，数据库保存调用错误，用户数据丢失，以及功能菜单不能使用但是不影响其他功能的测试。功能设计与需求严重不符，模块无法启动或调用，程序重启，自动退出，关联程序间调用冲突，安全问题、稳定性等。

3）一般错误：功能没有完全实现但不影响使用，功能菜单存在缺陷但不影响系统稳定性。

4）建议问题：界面，性能缺陷，建议类问题，不影响操作功能的执行，可以优化性能的方案等。如：错别字、界面格式不规范，页面显示重叠、不该显示的要隐藏，描述不清楚，提示语丢失，文字排列不整齐，光标位置不正确，用户体验感受不好，可以优化性能的方案等。

 

按需求，撰写对应的测试用例（可写核心部分，或者详细写一两条）设计测试方案，并撰写测试脚本

需求1：进行云pos回归测试及性能测试，使用挡板模拟收单平台、全渠道平台与云pos进行交互

通讯方式及报文协议：

1、云pos与收单平台：socket方式建立双工长连接，采用8583报文，挡板作为读物端

2、云pos与全渠道平台：http post方式，采用key/value自定义报文：挡板作为服务端

3、挡板与加密机：socket方式简历双工长连接，通过加密机指令进行加解密

交易流程：云pos发起交易至挡板工具（模拟收单平台、全渠道平台）挡板解析请求报文（mac校验或验签，此步可以不做）匹配到应答报文模板进行域值填写后进行安全处理（mac值计算或加签）并返回给云pos。

涉及的技术点：通讯链路建立及心跳包机制、8583报文解析及组装、key/value自定义报文解析及组装，堆成及非对称密钥加解密处理

答：1、通讯方式是否加密处理，2、通讯两端的报文协议是否一致，3、加密机制是否安全，4、密钥的加密方式是否可逆。

 

需求2：进行支付权限功能回归测试，使用挡板模拟无卡前置进行交易

通讯方式报文协议：MGW，json报文

交易流程：无卡前置通过MGW同步黑名单拦截交易给支付权限

支付权限通过MGW同步黑名单，累计金额等信息给无卡前置

涉及的技术点：MGW通讯，json报文分析及组装

答：1、调用支付接口超时，2、同一笔支付可以重复请求吗，3、账号是冻结的情况下是否可以交易，4、账号不存在的情况是否可以支付成功。

 

如果有一个和小米手环对接的个人健康数据和通信数据监控APP，请简述针对这个应用，需要特别留意的核心功能点

答：要知道用户的心率是否正常，睡眠时间是否满足正常的睡眠时间，每天的运动量是否达标等功能。

 

如何模拟正常的网络波动，？

答：1.首先,我们要知道最简单的检查是不是在一个局域网中,我们可以ping一下。

2.想要持续检测网络波动情况,我们可以在ping的后面加一个-t。

3.以上两种只能当下看,想到保存下来这些数据,我们可以在桌面新建一个文本文件。

4.在文本文档中输入ping 127.0.0.1 -t >>C:\1.txt

5.保存文件后,按F2将后缀改为.bat。

6.这时，我们直接运行这个问题，然后在相应的保存文件下就可以看到生成的.txt文件。

 

银行的会计分录是不是会有一个编号？比方说转账汇款类的编码是

答：这个没接触过。

 

对公业务要注意什么？

答：1.固定资产贷款，2.人民币额度借款业务，3.单位存款业务 ，4.对公外汇存款业务 ，5.承兑汇票的业务，6.流动资金贷款业务

 

跨境业务要注意什么？

答：汇率及确认客户身份。

数据类业务接触过吗？

答：接触过。

怎么写测试用例？

答：1）用例编号。有严格的标准怎么写，整个团队都是统一的格式，用来区分不同的测试用例。

2）测试项。用来标明该测试用例的测试点和测试目的。

3）依赖用例。一般都是编号靠后的测试用例，会依赖于前面做过的测试进行。例如，登陆的测试用例，依赖于注册时的测试用例。不过最好不用，必要的时候再写。

4）测试步骤。就是我们使用软件的操作步骤。正规的公司开发流程，一般在设计用例的时候还没有软件，就按照原型的操作和说明进行用例的设计和编写

5）测试数据。这里专门把测试数据和步骤分开是想让测试更加准确，避免出现歧义。防止出现把步骤中的序号当作数据输入进去了。

6）预期结果。操作完了之后应该出现的结果。是判断软件有无缺陷最重要的内容！必须正确。

 

测试报告包含什么？

答：测试报告包括哪些内容:  测试模块（每个模块里需要记录测试的开始时间、结束时间、设计多少用例、通过多少、失败多少、有多少BUG、遗留多少BUG、解决多少BUG、追后对这个模块总结一下）

BUG的统计，根据时间轴来统计BUG的数量，例如：XXXX年X月X日，发现BUG多少，关闭BUG多少，剩余BUG多少，高级的BUG有多少，中级的BUG有多少，低级和建议的BUG有多少，一直罗列到项目完结

项目总结，汇报一下测试的大致结果。

 

开发测试争吵怎么处理？

答：1、把问题弄清楚。2、尝试提出解决问题的方法和自己能做的贡献。3、尝试提出解决问题的方法和自己能做的贡献。

怎么管理bug？

答：bug管理流程分为如下几个状态:收集→确认→其他→暂缓bug→开发中→测试中→已解决→发布并通知用户→重复问题→提醒问题。

 

测试流程

答：1.测试需求分析阶段:阅读需求,理解需求,主要就是对业务的学习,分析需求点,参与需求评审会议…

2.测试计划阶段:主要任务就是编写测试计划,参考软件需求规格说明书,项目总体计划,内容包括…

3.测试设计阶段:主要是编写测试用例,会参考需求文档(原型图),概要设计,详细设计等文档…

4.测试执行阶段:搭建环境,执行冒烟测试(预测试)-然后进入正式测试,bug管理直到测试结束…

5.测试评估阶段:出测试报告,确认是否可以上线。

 

兼容性测试就是测试电脑硬件之间是否有不兼容等问题或软件问bai题。

答：兼容性测试就是测试电脑硬件之间是否有不兼容问题和软件问题。

兼容性测试侧重哪些方面

答：1、向前兼容和向后兼容。向前兼容是指可以使用软件的未来版本，向后兼容是指可以使用软件的以前版本。

2、不同版本之间的兼容。实现测试平台和应用软件多个版本之间能够正常工作。

3、 标准和规范：高级标准是产品应当普遍遵守的。若应用程序声明与某个平台兼容，就必须接受关于该平台的标准和规范。低级标准是对产品开发细节的描述。

4、数据共享兼容。数据共享兼容是指要在应用程序之间共享数据，要求支持并遵守公开的标准，允许用户与其他软件无障碍的传输数据。

 

bug包含哪些内容：

答：和BUG对应的软件版本

开发的借口人员，测试人员

BUG的优先级

BUG的严重程度

BUG可能属于的模块

BUG的标题

BUG的描述

BUG的截图

BUG的状态

BUG的错误类型（数据，界面。。。。

 

app前后端切换测试点

答：1、因为有重复调用同一个方法的可能，所以开发可能会用到标志位（用于标识是否是第一次调用）等，因此可以验证如下点：界面上的逻辑是否正确，比如：数据不一致；界面展示是否正确，比如：某些按钮不应该展示，却展示了；因为有可能新创建对象，所以需要关注是否有内存泄漏存在；是否会造成异常的网络请求，比如重复请求同一接口。

2、在app将要置于后台时，会保存当前界面上的数据，等到app再次回到前台时，重新渲染：验证前后台切换后，界面数据是否被清空；另外界面数据展示是否正常。

3、其他：是否会出现crash；是否会造成app的专项数据异常，比如：cpu、耗电量等。

 

app运行的耗电量怎么测

答：1、首先我们打开测试Android手机，在手机的桌面上点击“设置”功能图标，进入到设置选项当中，在里面就可以看到测试Android APP的耗电量。

2、打开的设置选项界面，向下拉动，可以看到“电池”的选项，我们手指点击进入到电池选项中。

3、进入到电池选项中，我们在耗电详情的主选项中，可以看到硬件、系统应用、其他这三个大类的历史耗电量。那个其他就是Android APP的耗电量。我们只需要使用手机，就可以自动测试Android APP的耗电量，并在这里查看总体的耗电量。

4、之后我们点击“其他”，即可看到所有的Android APP,如果App耗电量百分比达到0.01%以上，就可以显示，如果没有达到在其他中看不到每个App的耗电量，但是在上一个地方可以看到。这里是手机测试Android APP的耗电量的方法，无需操作，自动就会测试出来。

5、我们还可以在其他中，先将所有的APP选项分别打开，即可进入App耗电设置的界面。在里面进行操作，一会可以测试出单个App的耗电量。

6、之后在单个App耗电设置界面，将后台冻结和检测到异常是自动优化，两个选项关闭。我们将所有的App的都关闭，只保留要测试的那个APP。我们先不要打开这个APP。

7、之后我们将电量充满到100%，关机在开机。并将耗电量的数据清除干净，保证一会测试Android APP的耗电量的准确性。之后我们打开刚才没有关闭耗电量设置的那个App，打开一定的时间，不要关闭。可以将手机屏幕设置成一直开启，不自动关闭。这样我们保持设计好的时间，最好是个整小时数，比如3小时。

8、时间到了后，我们在打开“电池”选项，可以看到的硬件、系统应用、其它三个主选项的耗电量。因为其它中只有测试的那个App是开启的，设置没有关闭。所以在这里看到其他的耗电量，就是这几个小时内，这个Android APP的耗电量的多少，这样就测试出Android APP的耗电量啦。

 

你们的压力测试主要针对客户端还是服务端，怎么测？

答：1、压力测试主要针对的是服务端。

2、一般压力测试我们使用Jmeter模拟接口报文，来并发压服务器，看服务器的响应和处理能力。

 

app崩溃怎么去查看定位

答：1、先分析app的崩溃的分布情况 这个需要有（iTunes connect账号），通过分析我们可以查看到自己的app奔溃主要发生在那些机型上。 如果没有账号，别着急，直接走第二步。

2、打开xcode，下载崩溃日志，直接定位出问题代码行。

 

bug严重程度和优先级怎么定义

答：1）致命错误：造成系统崩溃、死机、死循环，导致数据库数据丢失，与数据库连接错误，主要功能丧失，基本模块缺失等问题。

2）严重错误：系统主要功能部分丧失，数据库保存调用错误，用户数据丢失，以及功能菜单不能使用但是不影响其他功能的测试。功能设计与需求严重不符，模块无法启动或调用，程序重启，自动退出，关联程序间调用冲突，安全问题、稳定性等。

3）一般错误：功能没有完全实现但不影响使用，功能菜单存在缺陷但不影响系统稳定性。

4）建议问题：界面，性能缺陷，建议类问题，不影响操作功能的执行，可以优化性能的方案等。如：错别字、界面格式不规范，页面显示重叠、不该显示的要隐藏，描述不清楚，提示语丢失，文字排列不整齐，光标位置不正确，用户体验感受不好，可以优化性能的方案等

 

产品临上线时你发现了一个bug怎么处理

答：产品上线前开会讨论能否上线，统计有哪些方面的BUG，BUG严重程度，是否影响使用。客观分析是否合适，不要夸大，也不要随意。

 

你的工作日志里都有什么内容

答：工作日志顾名思义bai就是写一天的工作总du结

 

APP测试与web测试的区别

答：1、系统架构方面：

web项目，一般都是b/s架构，基于浏览器的

app项目，则是c/s的，必须要有客户端，用户需要安装客户端。

web测试只要更新了服务器端，客户端就会同步会更新。App项目则需要客户端和服务器都更新。

2、性能方面:

web页面主要会关注响应时间

而app则还需要关心流量、电量、CPU、GPU、Memory这些。

它们服务端的性能没区别，都是一台服务器。

3、兼容方面：

web是基于浏览器的，所以更倾向于浏览器和电脑硬件，电脑系统的方向的兼容

app测试则要看分辨率，屏幕尺寸，还要看设备系统。

web测试是基于浏览器的所以不必考虑安装卸载。

而app是客户端的，则必须测试安装、更新、卸载。除了常规的安装、更新、卸载还要考虑到异常场景。包括安装时的中断、弱网、安装后删除安装文件

此外APP还有一些专项测试：如网络、适配性。。。

 

测试的基础任务是根据软件开发各阶段的文档资料和程序的内部结构，尽心设计一组     测试用例     ，利用这些来执行程序，找出软件中潜在的各种     错误和缺陷        。

软件的缺陷通常集中在       需求分析    阶段和    系统设计    阶段

 

 

 

人行一代切二代你们用的什么方案？是怎么切过去的？是并行吗？如何验证这个方案可行的？

答：1、都是通过加数据字典，1 关闭，2部分账号开启（字典配置账号），3 全部开启

   2、都是通过修改数据字典的配置切

   3、是并行

   4、通过根据测试系统的新老版本的数据来验证方案的可行性

 

并行之后你们的数据取哪里的？

答：并行过后所有的数据都会加一个字段来判断是新版本的数据还是老版本的数据。比如1是走新逻辑，就会去查数据字典为1的新数据，2是走老逻辑，就会去查对应数据字典为2的老数据。

 

各种人行报告，你是通过什么方法做出这个场景？

答：贷款项目审批和信用卡申请的时候都会涉及到调用人行的征信。

 

人行征信信息调出来你是怎么校验数据的正确性的？

答：根绝接口文档验证，看数据是否跟接口文档的一致。

 

开发提供的一些工具你是怎么获取？你怎么判断开发提供的工具是否需要测试？

答：自己去ftp下载或者开发直接发过来。

   如果是提供一些开源的工具是不需要测试的。如果是一些内部工具会测试一下不同版本的是否能正常使用  

 

就是项目中你要用到新的开发知识，你是通过什么渠道获取？

答：百度自学或者咨询同事。

 

怎么保证测试用例的覆盖的？

答：出原型—在项目开始之后，都会确定相应的需求文档，然后根据需求文档，相关的产品人员会根据需求文档规划处相应的产品原型。

   查功能—产品原型机会覆盖了改项目的所有功能，在开发人员的开发阶段，作为一名测试人员你可以在产品原型的基础上对功能进行检查，提前试验，发现其中的漏洞或者设计不合理的地方。

   出文档—所有的结果，作为一个把控项目质量的QA（质量管理），最好的产出就是文档了，当然现在网络上有很多测试用例的工具，还是推荐大家用EXCEL这种最原始的工具，把一个功能的业务流程在表格里描述一遍。方便自己的差缺不漏。

 

你们做功能测试和接口测试的比例？

答：答：功能测试占比百分之二十，接口测试占比百分之八十

 

你这个自动数据采集测试的对象有几个接口？你会设计哪些测试用例呢?

答：接口：如果是贷款项目，数据采集接口，有获取征信接口，公安联网接口，社保公积金查询接口…等等

   用例：设计接口用例根据参数来，一般正例会涉及一些正确的请求参数，反例会设计一些错误参数用例，还有token失效和不失效 的案例

 

调用人行征信信息入参为什么要填你们银行id号？

答：主要是验证我们银行的身份，如果在人行系统找不到对应的id，说明你不是人行的客户，人行系统是不会让你调用人行征信信息。

 

你怎么验证数据的正确性呢？

答：如果是调数据查询出来的数据，我会去数据库比对数据是否一致。

 

你们之前外包公司对你什么考评吗？

答：这个回答不能太夸大其词也不能贬低自己，就中规中矩的回答就行。

 

怎么衡量测试用例覆盖已经够了？

答：测试需求的覆盖：保证所有需求都已经设计用例

   测试特性的覆盖：保证所有不同类型已覆盖，如：功能测试，性能测试等

   平台与层次的覆盖：保证所有平台有用例覆盖，不同层次都有设计用例，如业务层、接口层等

 

你对工作的期望？

答：这个每个人的期望不同，可以往积极的方向说。

 

你在测银行项目的时候有什么难点？银行项目有什么特点？

答：难点：主要跟不同开发沟通，他们关联的系统比较多，比较麻烦。一般都是汇报给领导，领导安排人对接，这样沟通的时间就会花得比较多。

   特点：是业务核心系统还是外围系统，无论是业务系统还是管理信息系统，都与业务紧密相关，与业务流程紧密结合。所有的业务流程，都是由相应的业务部门提出，都有相应的业务需求。

 

你们闭环是怎么做的？怎么测的？有没有一种可能一个节点既走不下去也回不去？

答：没有遇见过这种情况，如果遇见结点走不下去，可以使用挡板测试

 

rpa用到过吗？

答：我没有用到过。这个RPA是智能化软件，可以bai理解为自动化机器人。只要预先设计好使用规则，RPA就可以模拟人工，进行复制、粘贴、点击、输入等行为，协助人类完成大量“规则较为固定、重复性较高、附加值较低”的事情。

 

你对业务怎么看？有什么想法？

答：希望业务人员多提问题，多跟开发测试人员沟通，好让我们及时知道客户的需求和客户对软件使用感受。

 

你在挑选行业的时候有什么看重的吗？

答：如果你在银行行面试可以说对金融方面的比较感兴趣，如果在淘宝或者拼多多这类的面试可以说对电商行业比较看重，反正就是投其所好。

 

你之前工作中最让你有成就感的事情是什么？

答：这个因人而异可以根据自身情况如实回答。

 

你转行做测试的过程中遇到过什么困难吗？

答：测试工具用的不太熟练，这个因人而异，可以根据自己的想法去说。

 

测试的思路？

答：1.聊测试目的；2.熟悉软件的功能；3.熟悉产品需求；4.测试用例的覆盖程度；5.软件菜单的遍历；6.针对变更以及新增功能进行重点测试；7.随机测试。

 

你平时是怎么理解业务流程的？

答：一般是通过需求文档、业务流程图、接口文档、咨询开发和产品经理、调用接口等了解业务流程。

 

你之前都在外包？外包公司你喜欢什么样的氛围?

答：这个按照自己的想法如实回答就