访谈问题简答教材.docx
《访谈问题简答教材.docx》由会员分享,可在线阅读,更多相关《访谈问题简答教材.docx(14页珍藏版)》请在冰点文库上搜索。
![访谈问题简答教材.docx](https://file1.bingdoc.com/fileroot1/2023-5/23/11a4df9a-3e35-4900-a2ef-0723d1e2e54f/11a4df9a-3e35-4900-a2ef-0723d1e2e54f1.gif)
访谈问题简答教材
1.怎么制定测试计划?
参加立项评审(短彩通平台项目总体计划),了解项目总体计划,检查测试进度,人员安排,测试资源,预算等安排是否合理,确定测试相关的软硬件坏境是否合理,根据产品需求规格说明书(对客户需求分析的基础上形成的,是系统设计的基础),软件需求确认书(甲乙双方确认签字后,最终确定。
),用户需求确认书,用户需求说明书制定相关的计划。
(用例不说,安排用例,测试通过准则)。
2.需求阶段:
a.制定测试计划:
系统测试计划:
(1)引言:
标识,项目概述,测试项目基本信息,文档概述;
(2)测试需求分析:
需测试的功能性需求,需测试的非功能性需求,测试优先级的划分;(3)测试规划:
测试设备及环境要求(硬件软件环境,配套设备);人力资源配备和工作职责,测试相关任务拆分和工作量估计,(4)测试设计:
目标与说明,测试用例书,(5)测试风险分析,(6)测试入口条件;(7)测试结束条件定义。
b.制定测试用例:
根据不同的测试类型制定相应的测试,营销集成测试采用三明治集成策略,先确认所有功能模块,然后对接口进行单元测试,部分接口开发完成后,对已完成的接口进行集成测试,同时开发其它接口。
系统测试采用边界值、等价划分、典型值、异常值等方法,性能测试并发测试、压力测试设计相应用例。
执行测试用例与预期结果对比。
c.评审测试计划,测试用例,发布测试用例与计划评审报告。
3.执行测试的过程:
编码完成,准备测试相应的测试环境(手机APP:
工具和插件,WEB:
服务器,应用软件,相关操作系统),环境验证,验证无记录,执行一遍测试用例,执行结果记录在测试用例中的预期结果一栏,bug记录在buglist。
经过几次回归测试,直至达到测试结束定义标准。
MAS环境:
建议配置:
硬件环境:
CPU:
奔腾四及以上内存:
512M及以上硬盘:
40G以上显示器:
12寸及以上
软件环境:
操作系统:
Windows浏览器:
IE6及以上分辨率:
1024×768及以上
实际测试环境与建议配置相同。
营销:
产品建议配置:
硬件环境:
CPU:
奔腾四及以上内存:
512M及以上硬盘:
40G以上显示器:
12寸及以上
软件环境:
操作系统:
Windows浏览器:
IE6及以上分辨率:
1024×768及以上
实际测试环境:
硬件环境:
CPU:
Intel(R)Core(TM)i5-2410M内存:
4G硬盘:
500G显示器:
14寸
软件环境:
操作系统:
Windows764位浏览器:
IE6\7\8\9分辨率:
1366×768
4.验收测试:
有定义验收测试标准,由公司法方和用户方共同完成验收测试。
有相关测试人员辅助执行测试。
出口准则:
测试结果达到数据部与中移签订的技术合作合同要求技术指标。
入口准则:
试运行结束且质量满足要求。
5.测试过程中产出哪些报告?
产出测试计划,测试用例,测试报告,测试buglist,测试总结报告,性能测试报告。
6.测试总结报告怎么分析相关数据?
列出相应的系统bug总数,已解决的系统bug总数,Bug验证通过率,严重Bug百分比,一般Bug百分比,建议Bug百分比,执行测试用例数,测试用例通过率,测试评估。
7.性能测试怎么做的?
用什么工具?
性能测试报告内容?
营销:
服务器安装nmon监控工具,用Loadrunner录制前端登录用户脚本,使用并发场景模拟1000~5000用户访问系统,导出服务器性能数据后进行性能分析和调优,找出性能瓶颈。
营销性能要求:
根据项目推广程度,考虑对系统进行优化及扩容,满足支持1000人使用,同时在线用户100人使用规模,并发量为每秒导入300用户。
MAS:
该业务系统的主要功能包括:
发彩信、发短信、前端页面各模块查询。
在本次测试中,将针对上述的功能进行压力测试,检查并评估在模拟环境中,系统对负载的承受能力,在不同的用户连接情况下,系统地吞吐能力和响应能力,以及在预计的数据容量中,系统能够容忍的最大用户数,
工具:
nmon服务器性能监控工具,Loadrunner性能测试工具。
MAS性能要求:
本系统能满足注册客户数为100000户(人),无特殊情况下并发用户数为10000人(次)。
满足支持10000人使用,同时在线用户500人使用规模,并发量为每秒1000条(峰值)。
报告内容:
一.测试概述:
被测系统定义(功能简介,性能测试指标);系统结构及流程(系统总体结构,关键点描述);性能测试环境;二.性能测试:
压力测试(压力测试概述,测试目的和方法,测试指标及期望,测试数据准备);三.测试过程及结果描述:
测试描述,测试场景,测试结果。
四.测试结论。
4.测试人员参与相关培训有哪些?
MAS:
1.贵州移动短信平台第三方系统接入规范:
定了第三方系统与贵州移动企业短信平台之间的应用层的接口及协议。
规范说明了在短彩信的上下行应用业务过程中贵州移动企业短信平台与第三方系统交互的流程,并对流程中涉及的接口进行了定义。
2.配置管理工具:
对Git版本库的安装使用进行培训。
3.项目背景和需求培训。
4.平台框架培训:
系统设计架构。
营销:
技术解决方案、产品集成、风险管理、集成项目管理、度量与分析、验证、确认。
配置管理工具。
5.QA是否检查工作?
QA参与检查工作,如产品有用户需求说明书,软件需求规格书,项目总体计划,概要设计说明书,详细设计说明书,数据库设计说明书,测试计划,用例,报告,源代码,用户文档;而过程监控有项目策划过程、需求管理、同行评审、配置管理、培训管理、风险管理等。
NC跟踪表问题:
MAS:
未定义测试结果评价准则,解决办法:
在测试计划中对测试结果定义了评价准则。
未对复合临界值进行测试,即组合输入数据可能导致某计算变量过大或过小的情况,处理方案:
对复合临界值测试设计测试用例。
营销:
无。
6.配置管理发布哪些报告?
怎么收到配置管理报告的?
基线发布报告(基线发布的所有配置项的名称、配置标识、版本和状态,当前版本;已关闭的和尚处在开放的问题及状态统计;本次基线和上次基线的区别,即解决了哪些问题和未解决的问题有哪些),配置管理总结报告(基线变更记录,变更问题和总结,配置工作总结,重要操作日志),配置审计报告(有配置项检查单,配置项的完整性,安全性),配置项状态报告(需求,设计,编码,验收)(配置项描述,标识,当前版本,所属基线,入库时间,存放路径,提交人,批准人,更改次数)。
通过计时通讯工具发送信息,通知报告放到git库那个位置,去相应的地点进行查阅。
10.哪些项目管理活动,分别有哪些内容?
会议纪要:
a.周例会(周五举行):
会议时间,会议地点,参加人员,会议主持,会议记录,会议纪要:
上周工作总结,下周工作计划,风险问题及建议。
b.里程碑会议纪要(需求,设计,编码,测试):
会议时间,会议地点,参加人员,会议主持,会议记录,会议纪要:
(1)项目经理总结:
进度总结,成本总结,问题和风险,下阶段的计划,注意事项,
(2)QA总结。
(3)高层总结。
c.评审会议纪要:
会议时间,会议地点,参加人员,会议主持,会议记录,会议纪要:
总体进度,重要问题总结,重要风险,缺陷,经验教训,高层经理对项目进行评价总结。
里程碑状态报告:
工作量,偏差,变更,风险,成本,总结,问题,整体进度。
项目总结报告:
基本信息(项目名称地点时间,参与人员),项目过程概述(项目计划/实际日程,项目质量分析,项目成本分析,重要风险总结,重要问题总结),项目公用包提取,项目人员绩效,项目技术总结,项目管理经验总结,QA对项目总结。
怎么提经验总结:
在周例会反馈意见记到周报,最后汇总到项目总结报告。
经验总结:
MAS:
1、测试开始之前,首先要了解需求,清楚网站有哪些主要的业务流程。
2、在测试过程中,首先要测试业务是否合理,然后测试这些业务流程是否能够完成,完成的是否准确。
3、在测试业务的过程中,除了正常的操作之外,还要考虑异常的操作。
营销:
王威,胡荣芳:
由于测试介入在项目的后期阶段,因此对系统需求的了解消耗了一定的时间,测试人员应该在项目初始阶段加入进行用户需求的跟踪和了解。
11.需求评审怎么做?
流程是怎样的?
提出了什么问题?
需求人员准备文档,提交给项目经理,由项目经理发起需求评审,确定需求评审评审内容,成员,地点等,评审人员准备预评审项目文档,发现的问题记录在问题准备表中,组织项目人员开会,由评审人和作者一起对问题分析,确定问题是否需要修改,项目经理确定是否通过评审,若通过跟踪各项问题的解决情况。
对测试用例编写不规范,计划中出现的错误指出,并有测试经理或测试人员进行相应纠正。
12.项目计划中有没有制定培训计划?
包含哪些培训?
有指定培训计划,MAS:
短信平台培训,配置管理,项目背景培训,平台框架培训。
营销:
配置管理,CMMI规范培训,Hadoop,jQuery技术培训(李响),平台框架培训。
13.组织级是否定义了组织培训体系的规范?
包括哪些内容?
大家是否了解该规范要求?
(组织培训工程定义,培训讲师管理制度“讲师来源选拔晋升”,年度培训工作计划模板,培训反馈表模板,签到表模板,培训总结报告模板)组织级培训管理规范专门对EPG成员进行培训,公司培训管理办法对所有员工进行过培训。
14.测试进行过几轮?
是怎么样进行的?
MAS:
三轮,
第一轮:
执行所有的测试用例,记录bug到buglist,通知开发人员修改。
(初始版本,主要测试基本流程和大模块功能)
第二轮:
测试相关关键模块功能并回归测试上版本BUG。
第三轮:
测试相关关键模块功能并回归测试上版本BUG。
营销活动管控系统:
测试三轮,
第一轮:
执行所有的测试用例,记录bug到buglist,通知开发人员修改。
(业务分类管理、业务数据配置、规则维度配置、用户号码导入、导入作业日志、黑白红名单库)
第二轮:
测试相关关键模块功能并回归测试上版本BUG。
第三轮:
测试相关关键模块功能并回归测试上版本BUG。
15.怎样确保需求不会模糊,符合用户要求?
参与需求评审,评审时提出过意见,可以确保明确测试需求。
提出的意见:
MAS:
1.产品需求规格说明书第8页统计报表操作序列描述错误,2.产品需求规格说明书中性能要求增加并发用户数,3.产品需求规格说明书中安全性授权功能描述歧义。
4.产品需求规格说明书中支持软件tomcat需指定最低版本。
营销活动:
(王威提的)1用户需求说明书中第5页验收标准部分对“标签管理”功能理解不足。
2.产品需求规格说明书中项目背景部分的问题描述不全面。
3.产品需求规格说明书中术语定义部分的Hadoop定义存在歧义。
16..里程碑会议怎么进行的?
由项目经理准备里程碑报告通知项目组人员开会,首先项目经理进行总结:
对进度,成本,问题或风险,下阶段的计划,注意事项进行总结,随后QA总结,最后高层进行总结。
17.组织级方针对测试活动的规范?
建立并维护验证的方法、规程、准则与验证环境,并执行同级评审,对选定的工作产品进行验证。
及测试过程定义。
选择需确认的产品与产品组件;选择确认的方法;建立并维护确认的规程、准则与环境,以确保产品与产品组件在其预期的操作环境中满足最终用户的需要。
规范测试活动(系统测试过程的定义,及系统测试buglist,报告,计划用例模板;验收过程定义,验收测试计划定义)。
18,测试人员王和周的角色担任?
测试负责人负责制定测试计划和一些管理性的问题,bug跟踪,环境部署,测试执行人员和测试负责人一起执行用例,录入bug。
19.组织级是否定义了组织培训体系的规范?
包括哪些内容?
大家是否了解该规范要求?
已经定义了组织培训体系的规范,a.简介:
目的,适用范围,术语表。
B.过程总体描述:
过程概述(组织培训过程可分为四个过程元素,分别是培训需求的收集与分析、制定培训计划、实施培训以及培训管理活动。
),过程/规程结构描述,c.过程元素描述:
培训需求的收集与分析,制定培训计划,实施培训,培训管理活动。
D。
相关文档。
了解。
20.测试执行开始前,有做哪些测试环境和资源的识别工作?
记录在哪份文档中?
测试环境的准备工作是由谁负责?
环境准备好以后,谁负责验证?
验证过程和验证结果记录在哪里?
1)测试人员、工具、范围、环境的识别;记录在《测试计划》中。
2)测试环境的准备工作是由测试人员负责;测试经理负责验证,验证无记录。
21.1)组织级有哪些测试方面的指导文档吗?
举例说明一下
2)对应的测试用例是如何编写的?
大概描述一下,编写测试用例时考虑了那些?
A.测试计划模板,测试过程定义,报告模板,测试用例模板,buglist模板,
B.根据软件需求说明,用户需求说明书,产品需求说明书相关内容,进行功能点的覆盖,评审确保需求明确。
22.1)描述一下测试执行过程是如何进行的?
如何保证需求中所有的功能点都经过测试?
测试结果记录在哪里?
测试问题如何跟踪和管理?
2)是否进行过在用户的实际运行环境中的确认活动?
描述怎么做的?
a.根据测试计划安排、按照测试用例,执行测试工作;《测试用例》通过了组织评审;测试过程有qa的监控;
测试结果记录在(对应的)《测试报告》中;
熟悉BUG管理过程。
b.有,用户试运行(也称“用户验收测试”);
发布生产环境,由用户根据测试用例执行(用例由谁提供测试人员提供)。
23.1)测试过程中有进行阶段性的分析和总结吗?
(需要了解结合需求变更有进行哪些测试方法和策略的调整,没有测试方法和策略调整,产品需求规格说明书,详细设计说明书有需求变更)
2)测试结束后如何对测试结果进行分析?
发现什么问题?
这种分析的目的是什么?
(需要了解除自动化测试报告以外,还做了哪些风险分析;对于整个测试过程是否有做总结和度量分析)
3)试运行有做过程跟进和总结分析吗?
有哪些产出?
4)项目经理关注测试的哪些工作产品?
如何保证交付时的成果物质量?
5)试运行过程中发现过测试中遗漏的问题吗?
有做哪些分析?
这些分析过程记录在哪里?
a)《项目里程碑》报告中,测试总结报告有报告异常情况;《项目周报》中也会总结该阶段的情况(本周项目综述,本周实际工作,与计划偏差,下周工作计划,重要问题/风险描述),风险跟踪在项目周会、例会和里碑会议等。
b)通过《测试报告》:
广度覆盖率(测试用例覆盖的模块数/总模块数),深度覆盖率=总的测试用例数/软件规模。
Bug按严重程度分类,发现的Bug和建议数据,发现Bug密度,遗留Bug数据,遗留Bug密度进行分析以确定是否符合项目出口条件。
注意:
熟悉报告包含的信息,需要具体罗列分析点、风险问题。
里程碑状态报告中存在风险:
营销:
测试用例可能覆盖不全面。
MAS:
测试用例可能覆盖不全面,解决办法:
加强测试人员与开发人员沟通。
系统测试可能无法一次性通过,解决办法:
系统测试无法一次通过时使用回归测试。
里程碑状态报告中存在问题:
MAS:
性能测试阶段发现redis服务器内存不足,解决办法:
增加redis服务器内存,和客户沟通,真实环境也需要增加内存。
c)
d)《测试计划》(时间、人员安排)、《测试报告》(测试分析)
*测试产品经过了QA的审计;
e)没有
24.测试计划与测试报告有什么内容?
测试计划测试结束条件定义是什么?
实际测试是多少?
测试报告内容:
产品建议配置,实际测试环境,测试活动简述,能表明验证结果的测试记录文件及章节(用例),非功能性需求测试结果,测试用例总数和覆盖率,代码质量:
致命,严重,次要,建议。
发现bug总数,改正,遗留个数和密度(个/千行)。
软件遗留历史问题,
测试结束定义:
没有致命和死机的错误,待发行产品中Bug密度(遗留Bug数/总的代码行数):
不超过0.25个/千行;待发行产品的开发符合公司过程管理体系的要求。
MAS:
0.11个/千行,营销:
3.1个/千行。
共性问题:
一.怎么审计其他人员的工作?
审计方式有哪几种?
审计方式:
参与过程活动,抽评审活动参加,检查活动是否做到位,是否召集所有参加人员,有没有其他相关人员,人员是否符合要求,过程中是否按要求讨论问题,是否产出报告,是否达到通过标准。
1.参与活动(评审活动参加,检查活动是否做到位,是否召集所有参加人员,有没有其他相关人员,人员是否符合要求,过程中是否按要求讨论问题,是否产出报告,是否达到通过标准)。
2.检查产出,有没有检查单(比如检查计划chexklist,发现过NC,NC报告)。
3.访谈,问:
项目计划做完,问怎么做?
判断中间是否符合标准?
没有参与活动问怎么做的?
二.配置发了哪些报告:
基线报告,审计报告,配置状态报告,产品发布报告,看相关内容。
以即时通信方式发送,放到GIT库,有需要去进行查看。
三.配置审计怎么做?
基线状态报告内容:
包括哪些东西,存放在哪里。
基线包含那几个配置项,什么状态,放到哪里。
审计怎么做?
和配置管理员做过审计(配置管理员要确保配置库中的配置项和基线的完整性和正确性)没有?
怎么做?
功能审计,确保配置项是正确的,例:
check是否经过集成测试,是否通过测试,bug是否是最新版本,是否所有公开的软件问题经过指定变更权威的审查?
是否进行了审查,验证发布满足客户的软件需求?
软件产品是否已经完成了用户要求的全部功能或与用户达成一致?
物理审计:
软件产品的各个部分,是否都是最新版本?
软件产品的名称、版本号是否正确?
是否提供了用户文档?
所有配置项的状态信息都被记录了吗?
QA:
对测试活动的评审
验证每个测试阶段的入口准则是否满足,是否对提交的测试分析报告进行了同行评审,与测试人员沟通了解测试计划和测试用例是否被完全执行并完全通过,检查缺陷管理工具,了解测试缺陷的数量、分布、严重程度以及缺陷的发生趋势。
四.有没有参加过计划评审?
项目经理计划什么时候发版,介绍计划,测试提出自己问题,人员意见,工期(人员),资源够么?
用户代表确定时间点,高层经理确定计划是否执行,什么时间点投什么资源做什么事确定时间点是否合理,评审通过,需要修改自身问题,评审问题修改后通过。
测试计划评审:
MAS:
1.系统测试计划中硬件环境要求描述不全面,无对内存、硬盘的最低要求
2.系统测试计划中软件环境要求部分未指明支持的浏览器类型
3.系统测试计划中测试设计部分目标与说明未做详细说明
营销:
1.系统测试计划中第4页浏览器兼容性不全面,未包括IE\6\7\8\9
2.系统测试计划中缺少对“我的营销活动”的功能点的测试。
MAS:
1.质量保证计划中对产品审计描述不清晰
2.度量计划中度量内容缺少项目过程
3.度量计划中缺陷没有进行分类
测试人员不够,王威加入。
1.营销活动:
营销活动管控系统配置管理计划中计划简介描述不清晰
2.营销活动管控系统配置管理计划中编码任务阶段缺少作业日志描述
3.营销活动管控系统质量保证计划中产品审计缺乏审计产品一览表
4.营销活动管控系统质量保证计划中对项目开发工作的支持部分缺乏支持内容
五.周例会什么时候做?
什么内容?
对风险和问题如何跟进和处理?
周例会周五做开,项目周报周一出,根据这周对大家工作的反馈,有没有完成,有什么问题,有问题讨论,没问题过,安排下周任务,需要做哪些事情,1本周总结,2问题风险沟通,3下周工作总结。
对风险和问题,在《风险管理表》中进行跟踪,每一个风险都制定处理方法(缓解措施,发生概率影响,风险值,风险等级等)。
一般一周更新一次,是否解决或调整影响程度或风险值、等级等)
对于严重或紧急的问题,我们每天都会关注。
在问题表中对问题是否解决有记录。
六.里程碑怎么做?
项目经理主持,进度和实际进度,确定项目成员都参加会议,沟通是否有相关问题(项目延期,需求变更,为什么会变更,沟通里程碑的风险,是什么?
)里程碑报告看。
QA怎么参加里程碑?
怎么汇报?
汇报审计的情况,NC,汇报是好还是不好,注意哪些情况。
七,项目总结?
八.总结报告提出什么经验总结?
怎么样提经验和建议?
在周例会反馈意见记到周报,最后汇总到项目总结报告。
九.工作有没有人培训?
项目培训?
组织级培训?
组织级培训:
新员工入职培训,测试需求分析与测试用例设计培训,项目质量管理。
十.如何向高层做汇报?
有没有渠道?
高层经理参加的会议时可以提出,或者即使通讯工具交流
十一.工作相关干系人?
MAS:
参与系统验收,王亚昆。
营销活动:
参与系统验收,夏毅、肖晓。
贵州移动营销活动管控系统是为中国移动数据部提供的营销活动管控的解决方案,主要为客户提供营销活动的申请、审批、执行、结束的流程管理,号码导入、分析查询和提取功能等。
营销性能要求:
根据项目推广程度,考虑对系统进行优化及扩容,满足支持1000人使用,同时在线用户100人使用规模,并发量为每秒导入300用户。
贵州移动短彩信平台是中国移动为政企客户提供的短彩信业务应用的解决方案,主要为客户提供短信收发、彩信收发、集团通讯录管理和电子账单服务等。
MAS性能要求:
本系统能满足注册客户数为100000户(人),无特殊情况下并发用户数为10000人(次)。
满足支持10000人使用,同时在线用户500人使用规模,并发量为每秒1000条(峰值)。