搜索
1测试访谈角色定义：姓名：负责项目：1．是否成立了独立的测试组？测试人员在项目中测试的职责？VERGP2.42．你是如何了解到你是项目中的成员？VERGP2.43．你参与了哪些方面的同行评审？同行评审流程？VERSP2.1、SP2.2、SP2.34．你什么时候开始制定测试计划？是否发生过变更，如何进行变更？VERGP2.25．什么时候编制测试用例？依据是什么？如何保证测试用例与需求的一致性？需要同行评审吗？VERSP1.1、SP1.2、SP1.36．测试用例是否纳入测试基线管理？测试用例发生变更的流程？测试用例如何进行标识？VERGP2.6；CMSP1.3、SP2.1、SP2.27．什么时候开始搭建测试环境，由谁搭建？如何进行产品的集成？PISP1.2、SP1.3、SP2.1、SP2.2、SP3.1、SP3.2、SP3.3；VERSP1.1、SP1.2、SP1.38．采用了哪些测试方法，进行回归测试吗？VERSP3.1、SP3.29．集成测试进入的准则？退出的准则？VERSP1.110．系统测试的进入和退出准则？VERSP1.111．测试bug的分类？VERSP3.2还可以12．测试活动中统计哪些数据？MASP2.3、SP2.413．上级如何检查你的工作？PMCSP1.1、SP1.5、SP1.6、SP2.1、SP2.214．QA是如何检查你的工作的？PPQASP2.1、SP2.215．你参加了哪些培训？OTSP1.3业务培训、测试代码规范的培训（包含）、，不太好16．是否了解公司的组织过程财富库？OPDSP1.1、SP1.2、SP1.3、SP1.4、SP1.5无17．测试使用了哪些工具？VERVALGP2.4无***********************************************************************************你在日常工作中收集了哪些度量数据？FAR工作量、进度、缺陷、规模等等（按度量计划收集）SP2.1-11.项目经理在制订项目计划工作中,你参与了哪些工作?测试人员：1)协助制订测试计划项目的验收测试计划是如何制订的？依据实验室标准的测试过程和项目开发计划制订测试计划SP1.1-1描述一下怎样形成功能测试用例？将需求分析文档进行分析根据需求分析文档，制定功能测试用例对功能测试用例进行评审Sp1.2产品验收测试时遵守的判断准则依据什么？功能需求、非功能需求、测试用例SP1.3-32请描述你的项目的测试工作流程应包括单元测试，集成测试和交付测试(集成测试包括测试计划、测试用例、建立测试环境)SP2.1-1你的项目为什么要控制缺陷清除率和缺陷密度？是如何控制的？描述出组织的要求和项目的度量目标。GP4.1对测试结果是否形成文档，进行了哪些分析？分析个阶段测试出现的缺陷分析个阶段软件产品出现的缺陷SP2.2-1对测试结果中发现的问题是如何处理的？BUG处理SP2.2描述一下如何建立测试环境？无测试服务器、测试用例、测试数据、测试脚本SP1.1,1.2,1.3,2.1,2.2描述一下功能测试流程？测试稳定性测试业务流程提交功能测试报告Gp2.2-1产品验收测试时遵守的判断准则依据什么？功能需求、非功能需求、测试用例SP1.3-3对测试结果中发现的问题是如何处理的？BUG处理SP2.2对测试结果进行了哪些分析？还可以。描述测试报告中的数据分析SP2.2-1如何控制产品的交付质量（即缺陷密度）的？描述出组织的要求和项目的度量目标。31、(SP1.2)请叙述您如何承诺需求及项目计划?需求确定后，参与测试前的需求培训，根据培训内容提出需求不懂的地方，对清楚的需求测试人员给与肯定的答复。需求确定之后，参与项目计划说明会议，了解计划的进度，在会中提出问题，若没有异议签署《任务分配及承诺表》表示同意。在需求培训中说明需求，看是否理解需求。理解后，对进度有异议将在schedule中做调整。签署《任务分配及承诺表-需求分析阶段》周报提出需求不清楚的问题，和相关人员口头沟通。验证2、(SP1.1,1.2,1.3,3.1,3.2)请问项目如何规划各项测试工作，执行哪些测试，测试结果如何分析？规划各项测试工作：了解测试需求，参与测试需求的评审和需求培训根据项目计划编写测试计划，再与PM讨论，内容：时间，人数，覆盖的模块，测试环境（测试系统环境，测试数据），bug管理工具，风险分析等编写测试用例测试计划中有测试方法执行哪些测试：执行的测试有：系统测试，参与验收测试。验收测试计划不包含在测试计划中。由开发人员做单元测试和集成测试。执行的测试有系统测试。测试出口准则：1.所有经过确认（除易用性bug）的功能性bug全部解决，测试用例执行率达到100％，测试用例通过率达到95%以上。2.所有经过确认修改的易用性bug全部解决。3.测试遗留Bug中应不存在一级、二级和三级Bug入口准则：项目组向测试组提交可测试的测试基线，其必须满足以下条件方可以进行测试。1）待测产品已在公司版本库里打好基线（包括编译好的程序包以及数据库脚本等），测试部从基线库里面取出待部署产品。2）产品能够顺利部署，且部署完毕后不再对系统做任何修改研发部提供产品部署手册，测试部在该手册指导下能够顺利完成部署，部署完毕后测试部修改密码，以保证在下轮测试之前对系统不做任何修改。3）如果系统中涉及到数据库之类的服务，研发部开发并保留初始数据，以保证每次测试初始环境的一致性。4）研发部提供集成测试报告，且需保证集成测试通过率为100%，该报告研发部提供给测试部。5）研发部进行一次集成测试，保证基础流程正确，并提供集成测试报告。报告需要明确指定基础流程是否可行，该报告研发部提供给测试部。（如邮件系统，报告中需要明确收发邮件、短信游使用、邮箱监控等基础功能的正常使用）6）测试部提供的测试计划&测试用例，经研发部、质控部以及公司高层评审并通过注：测试部将按照用例执行测试，测试部对用例负责。补充出口准则：测试人员不够时测试暂定。阶段测试报告：4在测试用例执行后，编写测试阶段报告，内容包括：测试用例覆盖度，bug结果依据严重度分析，对测试结果的总结和建议。每个阶段一份。系统测试阶段报告。内容：Bug数量、严重度统计。测试总结报告：每一轮测试结束后产出测试阶段报告。在系统测试完成之后，在验收结束后写测试总结报告。测试总结报告的内容：遗留bug分析，测试结果分析。确认3、(SP2.1,2.2)请问贵项目产品如何被确认是符合客户需求的？您是否参加过项目产品的确认活动？如何分析确认结果？有那些议题被处理了？根据开发的接口原型与功能分析，与需求列表对应，看是否完成所有需求。用Qone/TD记录bug，通知开发人员修改，验证是否修改完成验收计划由项目组提供，参与验收测试，协助调查分析验收中发现的bug产出原因。验收计划由公司内部提供，参加验收会议中，对会中记录的bug进行测试分析。GenericPractices4、(GP2.1)就前述各过程，请问组织是否订定有过程相关方针?您如何在项目中使用这些方针？组织制订了与过程相关的方针。项目计划完成后，写测试计划，测试case，测试总结报告在测试期间留下文文件，记录每个阶段的工作结果。在项目中，有QA协助遵循组织过程执行。5、(GP2.4)您如何得知您在项目中及过程中扮演的角色与权责?按照测试计划，每个人负责模块。schedule中和项目计划中有说明角色和权责。6、(GP2.5)就您在项目及过程中担任的工作，您受过那些训练或资格以执行这些工作？如何决定您应接受的训练？是否有书面化的规划与记录数据？业务培训，测试方法培训，TD使用，QA培训，Java培训根据组织级和项目级的培训计划接受训练。有组织级培训计划、项目级培训计划和培训记录。参加过培训，填写签到表，培训后反馈培训效果。7、(GP3.2,IPMSP1.5)您的项目如何回馈项目及过程执行的工作产品与lessonlearn给组织，您可以说明一下您提出的lessonlearn或改善建议吗？公司有资料产出库，填写《优秀文档申请》，回馈EPG认可的资料：测试用例作为模版，测试总结报告。5测试总结会议，会上大家评阅《测试总结报告》，分享测试的心得。测试心得将被记录在资产公布平台上的经验库中。您提出的lessonlearn或改善建议：？？？Non-Modelissue8、Q1:过去一年是否有什么比较明显的改变整个开发流程更加规范，每个阶段的文檔要求更加严格全面。有比较清晰的管理欢迎补充，多多益善9、Q2:改善：认为公司可以优先改善的项目是什么？希望领导明确各个部门的职责，明确分工和责任人，协同各个环节的顺利进展。希望领导多听听我们的心声。帮助我们职业规划。6