1、你的测试职业发展是什么测试经验越多测试能力越高。所以我的职业发展是需要时间积累的一步步向着高级测试工程师奔去。而且我也有初步的职业规划前3年积累测试经验按如何做好测试工程师的要点去要求自己不断更新自己改正自己做好测试任务。优势在于我对测试坚定不移的信心和热情虽然经验还不够但测试需要的基本技能我有信心在工作中得以发挥。2、你认为测试人员需要具备哪些素质做测试应该要有一定的协调能力因为测试人员经常要与开发接触处理一些问题如果处理不好的话会引起一些冲突这样的话工作上就会不好做。还有测试人员要有一定的耐心有的时候做测试很枯燥乏味。除了耐心测试人员不能放过每一个可能的错误。3、你为什么能够做测试这一行虽然我的测试技术还不是很成熟但是我觉得我还是可以胜任软件测试这个工作的因为做软件测试不仅是要求技术好还有有一定的沟通能力耐心、细心等外在因素。综合起来看我认为我是胜任这个工作的。4、测试的目的是什么测试的目的是找出软件产品中的错误是软件尽可能的符合用户的要求。当然软件测试是不可能找出全部错误的。5、测试分为哪几个阶段一般来说分为5个阶段单元测试、集成测试、确认测试、系统测试、验收测试6、单元测试的测试对象、目的、测试依据、测试方法测试对象是模块内部的程序错误目的是消除局部模块逻辑和功能上的错误和缺陷。测试依据是模块的详细设计测试方法是采用白盒测试。7、怎样看待加班问题加班的话我没有太多意见但是我还是觉得如果能够合理安排时间的话不会有太多时候加班的。8、结合你以前的学习和工作经验你认为如何做好测试。根据我以前的工作和学习经验我认为做好工作首先要有一个良好的沟通只有沟通无障碍了才会有好的协作才会有更好的效率再一个就是技术一定要过关做测试要有足够的耐心和一个良好的工作习惯不懂的就要问实时与同事沟通这样的话才能做好测试工作。9、你为什么选择软件测试行业因为之前了解软件测试这个行业觉得他的发展前景很好。10、根据你以前的工作或学习经验描述一下软件开发、测试过程由哪些角色负责你做什么要有架构师、开发经理、测试经理、程序员、测试员。我在里面主要是负责所分到的模块执行测试用例。11、根据你的经验说说你对软件测试/质量保证的理解软件质量保证与测试是根据软件开发阶段的规格说明和程序的内部结构而精心设计的一批测试用例(即输入数据和预期的输出结果)并根据这些测试用例去运行程序以发现错误的过程。它是对应用程序的各个方面进行测试以检查其功能、语言有效性及其外观排布。12、软件测试的流程是什么需求调查全面了解系统概况、应用领域、软件开发周期、软件开发环境、开发组织、时间安排、功能需求、性能需求、质量需求及测试要求等。根据系统概况进行项目所需的人员、时间和工作量估计以及项目报价。制定初步的项目计划测试准备组织测试团队、培训、建立测试和管理环境等。测试设计按照测试要求进行每个测试项的测试设计包括测试用例的设计和测试脚本的开发等。测试实施按照测试计划实施测试。测试评估根据测试的结果出具测试评估报告。13、你对SQA的职责和工作活动(如软件度量)的理解?SQA 就是独立于软件开发的项目组通过对软件开发过程的监控来保证软件的开发流程按照指定的CMM规程(如果有相应的CMM规程),对于不符合项及时提出建议和改进方案必要时可以向高层经理汇报以求问题的解决。通过这样的途径来预防缺陷的引入从而减少后期软件的维护成本。SQA主要的工作活动包括制定SQA工作计划参与阶段产物的评审进行过程质量、功能配置及物理配置的审计等对项目开发过程中产生的数据进行度量等等。14、说说你对软件配置管理的理解项目在开发过程中要用相应的配置管理工具对配置项(包括各个阶段的产物)进行变更控制配置管理的使用取决于项目规模和复杂性及风险的水平。软件的规模越大配置管理就越显得重要。还有在配置管理中有一个很重要的概念那就是基线是在一定阶段各个配置项的组合一个基线就提供了一个正式的标准随后的工作便基于此标准并只有经过授权后才能变更这个标准。配置管理工具主要有CCVSS,CVS,SVN等。15、怎样写测试计划和测试用例简单点测试计划里应有详细的测试策略和测试方法合理详尽的资源安排等至于测试用例那是依赖于需求(包括功能与非功能需求)是否细化到功能点是否可测试等。16、什么是兼容性测试兼容性测试侧重哪些方面兼容测试主要是检查软件在不同的硬件平台、软件平台上是否可以正常的运行即是通常说的软件的可移植性。兼容的类 型如果细分的话有平台的兼容网络兼容数据库兼容以及数据格式的兼容。兼容测试的重点是对兼容环境的分析。通常是在运行软件的环境不是很确定的情况下才需要做兼容。根据软件运行的需要或者根据需求文档一般都能够得出用户会在什么环境下使用该软件把这些环境整理成表单就得出做兼容测试的兼容环境了。兼容和配置测试的区别在于做配置测试通常不是Clean OS下做测试而兼容测试多是在Clean OS的环境下做的。17、我现在有个程序发现在Windows上运行得很慢怎么判别是程序存在问题还是软硬件系统存在问题–1、检查系统是否有中毒的特征–2、检查软件/硬件的配置是否符合软件的推荐标准–3、确认当前的系统是否是独立即没有对外提供什么消耗CPU资源的服务–4、如果是C/S或者B/S结构的软件需要检查是不是因为与服务器的连接有问题或者访问有问题造成的–5、在系统没有任何负载的情况下查看性能监视器确认应用程序对CPU/内存的访问情况。18、测试的策略有哪些黑盒/白盒静态/动态## 标题手工/自动冒烟测试回归测试公测Beta测试的策略19、你觉得bugzilla在使用的过程中有什么问题–界面不稳定–根据需要配置它的不同的部分过程很烦琐。–流程控制上安全性不好界定很容易对他人的Bug进行误操作–没有综合的评分指标不好确认修复的优先级别。20、描述测试用例设计的完整过程–1、需求分析 需求变更的维护工作–2、根据需求得出测试需求–3、设计测试方案评审测试方案–4、方案评审通过后设计测试用例再对测试用例进行评审21、单元测试的策略有哪些逻辑覆盖、循环覆盖、同行评审、桌前检查、代码走查、代码评审、景泰数据流分析22、LoadRunner分哪三部分用户动作设计场景设计 测试数据分析23、LoadRunner进行测试的流程?–1、 熟悉业务流程测试规划–2、 创建虚拟用户脚本–3、 创建运行场景–4、 运行测试脚本–5、 监视场景–6、 分析测试的结果以上最好是结合一个案例根据以上流程来介绍。24、软件的评审一般由哪些人参加其目的是什么在正式的会议上将软件项目的成果包括各阶段的文档、产生的代码等提交给用户、客户或有关部门人员对软件产品进行评审和批准。其目的是找出可能影响软件产品质量、开发过程、维护工作的适用性和环境方面的设计缺陷并采取补救措施以及找出在性能、安全性和经济方面的可能的改进。人员用户、客户或有关部门开发人员测试人员需求分析师都可以就看处于评审那个阶段25、Beta测试与Alpha测试有什么区别–Beta testing(β测试),测试是软件的多个用户在一个或多个用户的实际使用环境下进行的测试。开发者通常不在测试现场–Alpha testing (α测试),是由一个用户在开发环境下进行的测试也可以是公司内部的用户在模拟实际操作环境下进行的受控测试26、你认为做好测试计划工作的关键是什么软件测试计划就是在软件测试工作正式实施之前明确测试的对象并且通过对资源、时间、风险、测试范围和预算等方面的综合分析和规划保证有效的实施软件测试做好测试计划工作的关键 目的管理规范1、明确测试的目标增强测试计划的实用性编写软件测试计划得重要目的就是使测试过程能够发现更多的软件缺陷因此软件测试计划的价值取决于它对帮助管理测试项目并且找出软件潜在的缺陷。因此软件测试计划中的测试范围必须高度覆盖功能需求测试方法必须切实可行测试工具并且具有较高的实用性便于使用生成的测试结果直观、准确2、坚持“5W”规则明确内容与过程“5W”规则指的是“What做什么”、“Why为什么做”、“When何时做”、“Where在哪里”、“How如何做”。利用“5W”规则创建软件测试计划可以帮助测试团队理解测试的目的Why明确测试的范围和内容What确定测试的开始和结束日期When指出测试的方法和工具How给出测试文档和软件的存放位置Where。3、采用评审和更新机制保证测试计划满足实际需求测试计划写作完成后如果没有经过评审直接发送给测试团队测试计划内容的可能不准确或遗漏测试内容或者软件需求变更引起测试范围的增减而测试计划的内容没有及时更新误导测试执行人员。4、分别创建测试计划与测试详细规格、测试用例应把详细的测试技术指标包含到独立创建的测试详细规格文档把用于指导测试小组执行测试过程的测试用例放到独立创建的测试用例文档或测试用例管理数据库中。测试计划和测试详细规格、测试用例之间是战略和战术的关系测试计划主要从宏观上规划测试活动的范围、方法和资源配置而测试详细规格、测试用例是完成测试任务的具体战术。27、你认为做好测试用例工作的关键是什么需求和设计文档的理解程度对系统的熟悉程度提交-确认-分配-修复-验证-关闭29、软件的安全性应从哪几个方面去测试(1) 用户认证机制如数据证书、智能卡、双重认证、安全电子交易协议(2) 加密机制(3) 安全防护策略如安全日志、入侵检测、隔离防护、漏洞扫描(4) 数据备份与恢复手段存储设备、存储优化、存储保护、存储管理(5) 防病毒系统30、你觉得软件测试通过的标准应该是什么样的缺陷密度值达到客户的要求31、一套完整的测试应该由哪些阶段组成需求评审有开发人员产品经理测试人员项目经理需求确定(出一份确定的需求文档)开发设计文档开发人员在开始写代码前就能输出设计文档想好测试策略写出测试用例发给开发人员和测试经理看看非正式的评审用例接到测试版本执行测试用例中间可能会补充用例提交bug有些bug需要开发人员的确定严重级别的或突然发现的在测试用例范围之外的难以重现的有些可以直接录制进TD开发人员修改可以在测试过程中快速的修改回归测试可能又会发现新问题再按流程开始跑32、如何理解压力、负载、性能测试测试性能测试是一个较大的范围实际上性能测试本身包含了性能、强度、压力、负载等多方面的测试内容。压力测试是对服务器的稳定性以及负载能力等方面的测试是一种很平常的测试。增大访问系统的用户数量、或者几个用户进行大数据量操作都是压力测试。而负载测试是压力相对较大的测试主要是测试系统在一种或者集中极限条件下的相应能力是性能测试的重要部分。100个用户对系统进行连续半个小时的访问可以看作压力测试那么连续访问8个小时就可以认为负载测试1000个用户连续访问系统1个小时也可以看作是负载测试。实际上压力测试和负载测试没有明显的区分。测试人员应该站在关注整体性能的高度上来对系统进行测试。33、如何编写提交给用户的测试报告----根据内部测试报告进行编写一般可以摘录----不可以向客户报告严重缺陷即使是已经修改的缺陷开发中的缺陷也没有必要让客户知道----报告上可以列出一些缺陷但必须是中级的缺陷而且这些缺陷必须是修复的 -报告上面的内容尽量要真实可靠----整个测试报告要仔细审阅力争不给项目带来负面作用尤其是性能测试报告。34、您所熟悉的测试用例设计方法都有哪些请分别以具体的例子来说明这些方法在测试用例设计工作中的应用。1 等价类划分划分等价类: 等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的.并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试.因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种不同的情况:有效等价类和无效等价类.2边界值分析法边界值分析方法是对等价类划分方法的补充。测试工作经验告诉我,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部.因此针对各种边界情况设计测试用例,可以查出更多的错误.使用边界值分析方法设计测试用例,首先应确定边界情况.通常输入和输出等价类的边界,就是应着重测试的边界情况.应当选取正好等于,刚刚大于或刚刚小于边界的值作为测试数据,而不是选取等价类中的典型值或任意值作为测试数据.3错误推测法基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设计测试用例的方法.错误推测方法的基本思想: 列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例. 例如, 在单元测试时曾列出的许多在模块中常见的错误. 以前产品测试中曾经发现的错误等, 这些就是经验的总结. 还有, 输入数据和输出数据为0的情况. 输入表格为空格或输入表格只有一行. 这些都是容易发生错误的情况. 可选择这些情况下的例子作为测试用例.4因果图方法前面介绍的等价类划分方法和边界值分析方法,都是着重考虑输入条件,但未考虑输入条件之间的联系, 相互组合等. 考虑输入条件之间的相互组合,可能会产生一些新的情况. 但要检查输入条件的组合不是一件容易的事情, 即使把所有输入条件划分成等价类,他们之间的组合情况也相当多. 因此必须考虑采用一种适合于描述对于多种条件的组合,相应产生多个动作的形式来考虑设计测试用例. 这就需要利用因果图逻辑模型. 因果图方法最终生成的就是判定表. 它适合于检查程序输入条件的各种组合情况.35、你对测试最大的兴趣在哪里为什么最大的兴趣就是测试有难度有挑战性做测试越久越能感觉到做好测试有多难。做测试有部分是和人的性格有关有部分需要后天的努力。但除了性格有关的我没有把握其他点我都很有信心做好它。36、当开发人员说不是BUG时你如何应付开发人员说不是bug有2种情况一是需求没有确定所以我可以这么做这个时候可以找来产品经理进行确认需不需要改动3方商量确定好后再看要不要改。二是这种情况不可能发生所以不需要修改这个时候我可以先尽可能的说出是BUG的依据是什么如果还是不行那我可以给这个问题提出来,跟开发经理和测试经理进行确认,如果要修改就改,如果不要修改就不改。其实有些真的不是bug我也只是建议的方式写进TD中如果开发人员不修改也没有大问题。如果确定是bug的话一定要坚持自己的立场让问题得到最后的确认。37、写出bug报告当中一些必备的内容。硬件平台和操作系测试应用的硬件平台Platform通常选择“PC”。测试应用的操作系统平台OS。a) 版本 提交缺陷报告时通过该字段标识此缺陷存在于被测试软件的哪个版本。b) Bug报告优先级c) Bug状态d) Bug的编号e) 发现人f) 提交人g) 指定处理人h) 概述i) 从属关系j) 详细描述k) 严重程度l) 所属模块m) 附件n) 提交日期38、开发人员老是犯一些低级错误怎么解决从两个方面入手一方面从开发管理入手也就是从根源来解决问题。可以制定规范的开发流程甚至可以制定惩罚制度还有就是软件开发前做好规划设计。另一方面就是加强测试具体做法就是加强开发人员的自己测试把这些问题“消灭”在开发阶段这是比较好的做法。39、简述一下c/s模式或者b/s模式C/S模式客户端/服务器模式。工作原理Client向Server提交一个请求Server则使用一些方法处理这个请求并将效果返回给Client。B/S结构即Browser/Server(浏览器/服务器)结构主要是利用了不断成熟的WWW浏览器技术结合浏览器的多种Script语言(VBScript、JavaScript…)和ActiveX技术用通用浏览器就实现了原来需要复杂专用软件才能实现的强大功能并节约了开发成本是一种全新的软件系统构造技术。总结感谢每一个认真阅读我文章的人作为一位过来人也是希望大家少走一些弯路如果你不想再体验一次学习时找不到资料没人解答问题坚持几天便放弃的感受的话在这里我给大家分享一些自动化测试的学习资源希望能给你前进的路上带来帮助。软件测试面试文档我们学习必然是为了找到高薪的工作下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料并且有字节大佬给出了权威的解答刷完这一套面试资料相信大家都能找到满意的工作。视频文档获取方式这份文档和视频资料对于想从事【软件测试】的朋友来说应该是最全面最完整的备战仓库这个仓库也陪伴我走过了最艰难的路程希望也能帮助到你以上均可以分享点下方小卡片即可自行领取。
