网站后台的目录在哪,电商设计包括什么,新网站怎么做谷歌推广呢,wordpress分享后下载地址01、您所熟悉的测试用例设计方法都有哪些#xff1f;请分别以具体的例子来说明这些方法在测试用例设计工作中的应用。
答#xff1a;有黑盒和白盒两种测试种类#xff0c;黑盒有等价类划分法#xff0c;边界分析法#xff0c;因果图法和错误猜测法。白盒有逻辑覆盖法请分别以具体的例子来说明这些方法在测试用例设计工作中的应用。
答有黑盒和白盒两种测试种类黑盒有等价类划分法边界分析法因果图法和错误猜测法。白盒有逻辑覆盖法循环测试路径选择基本路径测试。
例子在一次输入多个条件的完整性查询中。利用等价类划分法则和边界分析法则首先利用等价划分法可以一个或多个结果是OK的测试用例然后确认多个NG的测试用例然后利用边界值分析法可以对结果分别是OK和NG的测试用例进行扩展和补充。
02、您认为做好测试用例设计工作的关键是什么
答测试用例设计工作的关键是对可行的和不可行的都要考虑。
1输入 2详细的操作步骤 3预期输出 4实际输出。
03、您在从事性能测试工作时是否使用过一些测试工具如果有请试述该工具的工作原理并以一个具体的工作中的例子描述该工具是如何在实际工作中应用的。
答有使用过LoadRunner该工具能够录制测试人员的操作步骤然后对这个操作步骤模拟出多个用户来播放出来。
1、Visural User Genertor 创建脚本选择协议录制操作编辑操作。
2、中央控制器Controller调度虚拟用户创建场景选择脚本建立虚拟用户设计shedual设置ip spoofer。
3、运行脚本。分析shedual。
4、分析测试结果。
04、您认为性能测试工作的目的是什么做好性能测试工作的关键是什么
答性能测试工作的目的是检查系统是否满足在需求说明书中规定的性能性能测试常常需要和强度测试结合起来并常常要求同时进行软件和硬件的检测。
性能测试主要的关注对象是响应时间吞吐量占用内存大小辅助存储区处理精度等。
05、在您以往的工作中一条软件缺陷或者叫Bug记录都包含了哪些内容如何提交高质量的软件缺陷Bug记录
答检测时间系统环境硬件环境严重程度程式版本确认人功能模板问题描述详细操作步骤是否会重现。
问题描述和详细操作步骤要尽可能详细。Bug应该尽量用书面语对于严重程度比较高的缺陷要在相同环境下测试一遍。
在C\S模式下如果条件满足可以使用替换法来确认是client端的问题还是server端的问题。
06、你对测试最大的兴趣在哪里为什么
答最大的兴趣就是具有挑战性。
因为我并不知道哪里会出现bug在找到一个bug后会很高兴。并且测试需要很强的耐心和细心。我可以很容易的找到一些细节问题。
07、测试活动中如果发现需要文档不完善或者不准确怎么处理
答要及时的与项目经理进行沟通协调。要在邮件中详细的把不完善不准确的地方描述出来并提出自己的意见。
08、你认为做好测试计划工作的关键是什么
答首先要有一个明确的目标详细的阅读需求文档说明。
其次要对整个测试人员、测试时间、测试进度进行一个预估并预先进行管理。
最后要对整个测试流程设定一个规范所有测试人员都按着规范做事不能随心所欲的测试。
09、软件配置管理工作开展的情况和认识
拿到一台裸机过后要安装客户需要的操作系统并且安装一些所必须的软件。
10、你觉得软件测试通过的标准应该是什么样的
答测试用例完全执行测试用例覆盖到所有的测试点并且缺陷的密度达到客户的需求。
11、软件测试的文档测试应当贯穿于软件生命周期的全过程其中用户文档是文档测试的重点。那么软件系统的用户文档包括哪些
答用户安装文档、用户配置文档、用户使用手册、联机指导等。
12、简述软件系统中用户文档的测试要点
完整性用户文档中功能的描述要完整的。不能让用户产生疑问。
一致性用户文档中的功能描述要与实际软件中的功能一致。不能描述过盛。
易使用性用户文档描述的内容要方便用户阅读并且能够让用户很清楚的知道如何操作。
图表有的时候用图表描述会很明了。
13、什么是系统瓶颈
系统瓶颈就是软件在一定的并发量、访问量下无法达到用户的需求。
比如说用户需要在10s内完成一个访问但是每一次都要12s才能完成这个就是性能瓶颈有可能是程序本身的问题也有可能和操作系统、软件相关。
14、没有产品说明书和需求文档地情况下能够进行黑盒测试吗
可以。
这个情况下我们就要进行探索性测试把软件当成用户需求一步步进行测试。凭借经验判断功能正确与否有的时候还可以与项目经理、开发人员一起进行交流沟通从而进行更好的测试。
15、为什么尽量不要让时间富裕的员工去做一些测试
首先专业的测试人员是有一定的技能和耐心对软件一步一步进行测试。如果让时间充裕的员工去测试的话他可能心思并不在测试上面。会很随意的、没有目标的进行测试。这样子的话测试并不完整有的时候甚至很重要的bug都没法找出。所以还是需要专业的测试人员来进行测试的。
16、完全测试程序是可能的吗
不可能
测试人员对程序进行测试只能找出程序中的bug但是并不能保证程序是没有bug的。
完全的测试要花费很多的人力财力并且测试的数据量过大很浪费时间。测试的结果还很多有的都是类似的没有必要进行相同的测试。所以完全测试是不可能的。
18、软件测试的风险主要体现在哪里
主要体现在没法完全测试。有些问题可能隐藏在没有测到的地方。这样子就被忽略了。客户使用的时候并不熟悉软件是如何操作的。可能有的时候会误点点出问题。这样子的话我们就要承担很大的风险了。
发现的缺陷越多说明软件缺陷越多吗
是的通常如果发现一个缺陷的话有的时候会发现很多类似的缺陷因为由于开发人员的习惯可能一个地方有错误另外一个地方就会有相同的错误。
19、所有的软件缺陷都能修复吗所有的软件缺陷都要修复吗
从理论上来说所有的缺陷都是可以修复的但是并不是所有的缺陷都要修复。
一些对于软件没有影响的、不影响使用的缺陷我们可以不用修复。因为修复些细小的缺陷也是需要花费很多时间。项目上面可能会因为时间问题而先忽略这些小缺陷。
20、开发人员老是犯一些低级错误怎么解决
要在开发的前期就制定好一些编码规范这样子可以减少很多因为个人习惯引起的错误。同时测试人员在发现开发人员犯一些低级错误的时候不可以指责他们要耐心的给他们指出错误所在。然后可以有开发人员自己进行测试找出一些一眼看得出来是错误的地方。
21、您在以往的测试工作中都曾经具体从事过哪些工作其中最擅长哪部分工作
我一般都是做的Web测试搭建测试环境对于一个程序进行集成测试系统测试回归测试等。还要编写测试用例以及一些文档用户使用手册功能测试文档等等。最擅长的是功能测试。
22、开发人员说不是bug时你如何应付
首先把自己的理由告诉开发人员。在同开发人员沟通到底是不是bug但是如果开发人员还是认为不是bug的话就把这个问题提到项目经理处同时附上自己的理由。有项目经理决定是否为bug。
23、软件测试项目从什么时候开始为什么
一般软件测试越早展开越好一般是从需要阶段就要进行软件测试。软件测试不仅是测试功能对于需求文档一类的也要进行测试。越早的找出bug就会减少后续开发人员修改程序的次数并且可以降低成本如果等整个软件开发的差不多了发现一个致命的错误的话是需要花费很多时间和人力来重新修改的。如果在一开始就发现的话就不会出现这种情况了。
24、你能不能说下你的3-5年的职业规划
首先要巩固自己的测试基础知识在基本知识扎实的情况下提高理解需求文档地能力。
其次学习自动化测试工具并将它运用到测试中。
然后在测试技术达到一定程度后要学会如何带领一个测试团队。
最后争取在最快的时间内达到测试经理的水平。
25、功能测试用例需要详细到什么程度才是合格的
测试用例覆盖到所有的测试点。
26、一个缺陷测试报告的组成
缺陷编号、缺陷标题、缺陷描述、缺陷的优先级、缺陷的重要程度、缺陷所述的模块、缺陷所属的版本、缺陷所属的开发人员、输入数据、输出结果、缺陷分析等。
27、测试用例通常包括哪些内容
用例编号、测试环境、用例标题、输入数据、预期结果等
28、你都用什么测试方法
根据不同的系统和模块有不同的方法。主要是黑盒测试和白盒测试。
29、软件的评审一般由哪些人员参加其目的是什么
参加人员客户、项目经理、开发人员、测试人员
目的查看软件在未正式投入运行前是否还存在问题。对于不同软硬件平台能否正常运行是否有与客户理解不一致的地方同时可以对一些可以改进的地方再多加改进。
30、什么是软件测试软件测试的目的
软件测试是通过人工或者自动化的操作进行还没有商业化用途的程序查看他们的功能是否满足客户需求。
目的在最短时间内找出尽可能多的软件缺陷。
31、软件测试人员就是QA吗
软件测试人员的职责是尽可能早的找出软件缺陷确保得以修复。而质量保证人员QA主要职责是创建或者制定标准和方法提高促进软件开发能力和减少软件缺陷。测试人员的主要工作是测试质量保证人员日常工作重要内容是检查与评审测试工作也是测试保证人员的工作对象。
软件测试和质量是相辅相成的关系都是为了提高软件质量而工作。
32、和用户共同测试UAT测试的注意点有哪些
软件产品在投产前通常都会进行用户验收测试。如果用户验收测试没有通过直接结果就是那不到“Money”间接影响是损害了公司的形象而后者的影响往往更严重。根据作者的经验用户验收测试一定要让用户满意。
实际上用户现场测试更趋于是一种演示。在不欺骗用户的前提下我们向用户展示我们软件的优点最后让“上帝”满意并欣然掏出“银子”才是我们的目标。因此用户测试要注意下面的事项
1用户现场测试不可能测试全部功能因此要测试核心功能。这需要提前做好准备这些核心功能一定要预先经过测试证明没有问题才可以和用户共同进行测试。测试核心模块的目的是建立用户对软件的信心。当然如果这些模块如果问题较多不应该进行演示。
2如果某些模块确实有问题我们可以演示其它重要的业务功能模块必要时要向用户做成合理的解释。争得时间后及时修改缺陷来弥补。
3永远不能欺骗用户蒙混过关。道理很简单因为软件是要给用户用的问题早晚会暴露出来除非你可以马上修改。
和用户进行测试还要注意各种交流技巧争取不但短期利益得到了满足还要为后面得合作打好基础。
33、如何编写提交给用户的测试报告
随着测试工作越来越受重视开发团队向客户提供测试文档是不可避免的事情。很多人会问“我们可以把工作中的测试报告提供给客户吗”答案是否定的。因为提供内部测试报告可能会让客户失去信心甚至否定项目。
测试报告一般分为内部测试报告和外部测试报告。内部报告是我们在测试工作中的项目文档反映了测试工作的实施情况这里不过多讨论读者可以参考相关教材。这里主要讨论一下外部测试报告的写法一般外部测试报告要满足下面几个要求
-根据内部测试报告进行编写一般可以摘录
-不可以向客户报告严重缺陷即使是已经修改的缺陷开发中的缺陷也没有必要让客户知道
-报告上可以列出一些缺陷但必须是中级的缺陷而且这些缺陷必须是修复的
-报告上面的内容尽量要真实可靠
-整个测试报告要仔细审阅力争不给项目带来负面作用尤其是性能测试报告。
总之外部测试报告要小心谨慎的编写。
34、测试工具在测试工作中是什么地位
国内的很多测试工程师对测试工具相当迷恋尤其是一些新手甚至期望测试工具可以取代手工测试。测试工具在测试工作中起的是辅助作用一般用来提高测试效率。自动化测试弥补了手工测试的不足减轻一定的工作量。实际上测试工具是无法替代大多数手工测试的而一些诸如性能测试等自动化测试也是手工所不能完成的。
对于自动测试技术应当依据软件的不同情况来分别对待一般自动技术会应用在引起大量重复性工作的地方、系统的压力点、以及任何适合使用程序解决大批量输入数据的地方。然后再寻找合适的自动测试工具或者自己开发测试程序。一定不要为了使用测试工具而使用。
35、写出bug报告流转的步骤每步的责任人及主要完成的工作。
要结合自己实际的工作经验进行回答不同公司略有区别
测试人员提交新的Bug入库错误状态为New。
高级测试员/测试经理验证错误如果确认是错误分配给开发组。设置状态为Open。如果不是错误则拒绝设置为Declined状态。
开发经理分配bug至对应的模块开发人员。
开发人员查询状态为Open的Bug如果不是错误则置状态为Declined如果是Bug则修复并置状态为Fixed。不能解决的Bug要留下文字说明及保持Bug为Open状态。
对于不能解决和延期解决的Bug不能由开发人员自己决定一般要通过某种会议评审会通过才能认可。
测试人员查询状态为Fixed的Bug然后验证Bug是否已解决如解决置Bug的状态为Closed如没有解决,置bug状态为Reopen。
36、写出bug报告当中一些必备的内容。
硬件平台和操作系统
测试应用的硬件平台Platform通常选择“PC”。
测试应用的操作系统平台OS。
a) 版本 提交缺陷报告时通过该字段标识此缺陷存在于被测试软件的哪个版本。b) Bug报告优先级c) Bug状态d) Bug的编号e) 发现人f) 提交人g) 指定处理人h) 概述i) 从属关系j) 详细描述k) 严重程度l) 所属模块m) 附件n) 提交日期
37、开发人员老是犯一些低级错误怎么解决
这种现象在开发流程不规范的团队里特别常见尤其是一些“作坊式”的团队里。解决这种问题一般从两个方面入手
一方面从开发管理入手也就是从根源来解决问题。可以制定规范的开发流程甚至可以制定惩罚制度还有就是软件开发前做好规划设计。
另一方面就是加强测试具体做法就是加强开发人员的自己测试把这些问题“消灭”在开发阶段这是比较好的做法读者可以参考第13章试案例分析的“13.1.2缺陷反复出现谁的责任”小节13.1.2专门讨论了这类问题的方法。
此外还可以通过规范的缺陷管理来对开发人员进行控制比如测试部门整理出常见的缺陷让开发人员自己对照进行检查以减少这类低级错误的发生。
开发人员犯错误是正常的现象作为测试人员一定不能抱怨要认认真真的解决问题才是上策。
38、画出软件测试的V模型图。 39、为什么要在一个团队中开展软件测试工作
因为没有经过测试的软件很难在发布之前知道该软件的质量就好比ISO质量认证一样测试同样也需要质量的保证这个时候就需要在团队中开展软件测试的工作。在测试的过程发现软件中存在的问题及时让开发人员得知并修改问题在即将发布时从测试报告中得出软件的质量情况。
40、您在以往的测试工作中都曾经具体从事过哪些工作其中最擅长哪部分工作
根据项目经验不同灵活回答即可
我曾经做过web测试后台测试客户端软件其中包括功能测试性能测试用户体验测试。最擅长的是功能测试
41、您所熟悉的软件测试类型都有哪些请试着分别比较这些不同的测试类型的区别与联系如功能测试、性能测试……
测试类型有功能测试性能测试界面测试。 功能测试在测试工作中占的比例最大功能测试也叫黑盒测试。是把测试对象看作一个黑盒子。利用黑盒测试法进行动态测试时需要测试软件产品的功能不需测试软件产品的内部结构和处理过程。采用黑盒技术设计测试用例的方法有等价类划分、边界值分析、错误推测、因果图和综合策略。 性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。负载测试和压力测试都属于性能测试两者可以结合进行。通过负载测试确定在各种工作负载下系统的性能目标是测试当负载逐渐增加时系统各项性能指标的变化情况。压力测试是通过确定一个系统的瓶颈或者不能接收的性能点来获得系统能提供的最大服务级别的测试。 界面测试界面是软件与用户交互的最直接的层界面的好坏决定用户对软件的第一印象。而且设计良好的界面能够引导用户自己完成相应的操作起到向导的作用。同时界面如同人的面孔具有吸引用户的直接优势。设计合理的界面能给用户带来轻松愉悦的感受和成功的感觉相反由于界面设计的失败让用户有挫败感再实用强大的功能都可能在用户的畏惧与放弃中付诸东流。 区别在于功能测试关注产品的所有功能上要考虑到每个细节功能每个可能存在的功能问题。性能测试主要关注于产品整体的多用户并发下的稳定性和健壮性。界面测试更关注于用户体验上用户使用该产品的时候是否易用是否易懂是否规范快捷键之类的是否美观能否吸引用户的注意力是否安全尽量在前台避免用户无意输入无效的数据当然考虑到体验性不能太粗鲁的弹出警告做某个性能测试的时候首先它可能是个功能点首先要保证它的功能是没问题的然后再考虑该功能点的性能测试
42、您认为做好测试用例设计工作的关键是什么
白盒测试用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果 黑盒法用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口。不可能做到完全测试以最少的用例在合理的时间内发现最多的问题
43、测试计划工作的目的是什么测试计划工作的内容都包括什么其中哪些是最重要的
软件测试计划是指导测试过程的纲领性文件包含了产品概述、测试策略、测试方法、测试区域、测试配置、测试周期、测试资源、测试交流、风险分析等内容。借助软件测试计划参与测试的项目成员尤其是测试管理人员可以明确测试任务和测试方法保持测试实施过程的顺畅沟通跟踪和控制测试进度应对测试过程中的各种变更。 测试计划和测试详细规格、测试用例之间是战略和战术的关系测试计划主要从宏观上规划测试活动的范围、方法和资源配置而测试详细规格、测试用例是完成测试任务的具体战术。所以其中最重要的是测试测试策略和测试方法最好是能先评审
44、您所熟悉的测试用例设计方法都有哪些请分别以具体的例子来说明这些方法在测试用例设计工作中的应用。
1等价类划分 划分等价类: 等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的.并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试.因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种不同的情况:有效等价类和无效等价类. 2边界值分析法 边界值分析方法是对等价类划分方法的补充。测试工作经验告诉我,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部.因此针对各种边界情况设计测试用例,可以查出更多的错误. 使用边界值分析方法设计测试用例,首先应确定边界情况.通常输入和输出等价类的边界,就是应着重测试的边界情况.应当选取正好等于,刚刚大于或刚刚小于边界的值作为测试数据,而不是选取等价类中的典型值或任意值作为测试数据. 3错误推测法 基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设计测试用例的方法. 错误推测方法的基本思想: 列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例. 例如, 在单元测试时曾列出的许多在模块中常见的错误. 以前产品测试中曾经发现的错误等, 这些就是经验的总结. 还有, 输入数据和输出数据为0的情况. 输入表格为空格或输入表格只有一行. 这些都是容易发生错误的情况. 可选择这些情况下的例子作为测试用例. 4因果图方法 前面介绍的等价类划分方法和边界值分析方法,都是着重考虑输入条件,但未考虑输入条件之间的联系, 相互组合等. 考虑输入条件之间的相互组合,可能会产生一些新的情况. 但要检查输入条件的组合不是一件容易的事情, 即使把所有输入条件划分成等价类,他们之间的组合情况也相当多. 因此必须考虑采用一种适合于描述对于多种条件的组合,相应产生多个动作的形式来考虑设计测试用例. 这就需要利用因果图逻辑模型. 因果图方法最终生成的就是判定表. 它适合于检查程序输入条件的各种组合情况.
45、请以您以往的实际工作为例详细的描述一次测试用例设计的完整的过程。 首先得到相关文档需求文档和设计文档理解需求和设计设计思想后想好测试策略测试计划简单点就OK了考虑到测试环境测试用例测试时间等问题。 第二步设计测试用例测试策略是把网站部分的功能点测试完然后在进行系统测试另外个模块呢有另一个测试人员负责可以进行联调测试网站模块的测试基本是功能测试和界面测试用户并发的可能性很小所以不考虑这次的网站的输入数据呢是使用数据库中的某张表记录如果表中某一数据记录中新加进来的还没有被处理的有个标志位网站启动后会立刻去刷那张表得到多条数据然后在进行处理。处理过程中会经历3个步骤网站才算完成了它的任务。有3个步骤呢就可以分别对 这3个步骤进行测试用例的设计,尽量覆盖到各种输入情况包括数据库中的数据用户的输入等得出了差不多50个用例。界面测试也就是用户看的到的地方包括发送的邮件和用户填写资料的页面展示。 第三步搭建测试环境为什么这个时候考虑测试环境呢因为我对网站环境已经很熟了只有有机器能空于下来做该功能测试就可以做了因为网站本身的环境搭建和其他的系统有点不同它需要的测试环境比较麻烦需要web服务器Apache,tomcat不过这次需求呢网站部分只用到了tomcat所以只要有tomcat即可 第四步执行测试
46、您以往是否曾经从事过性能测试工作如果有请尽可能的详细描述您以往的性能测试工作的完整过程。
以自己最熟悉的性能测试项目为例
是的曾经做过网站方面的性能测试虽然做的时间并不久2个月吧当时呢是有位网站性能测试经验非常丰富的前辈带着我一起做。 性能测试类型包括负载测试强度测试容量测试等 负载测试负载测试是一种性能测试指数据在超负荷环境中运行程序是否能够承担。 强度测试 强度测试是一种性能测试他在系统资源特别低的情况下软件系统运行情况 容量测试确定系统可处理同时在线的最大用户数 在网站流量逐渐加大的情况下开始考虑做性能测试了首先要写好性能测试计划根据运营数据得出流量最大的页面如果是第一次的话一般是首页下载页个人帐户页流量最大而且以某种百分比 Web服务器指标指标 * Avg Rps: 平均每秒钟响应次数总请求时间 / 秒数 * Successful Rounds成功的请求 * Failed Rounds 失败的请求 * Successful Hits 成功的点击次数 * Failed Hits 失败的点击次数 * Hits Per Second 每秒点击次数 * Successful Hits Per Second 每秒成功的点击次数 * Failed Hits Per Second 每秒失败的点击次数 * Attempted Connections 尝试链接数
47、你对测试最大的兴趣在哪里为什么
最大的兴趣就是测试有难度有挑战性做测试越久越能感觉到做好测试有多难。曾经在无忧测试网上看到一篇文章是关于如何做好一名测试工程师。一共罗列了1112点有部分是和人的性格有关有部分需要后天的努力。但除了性格有关的12点我没有把握其他点我都很有信心做好它。 刚开始进入测试行业时对测试的认识是从无忧测试网上了解到的一些资料当时是冲着做测试需要很多技能才能做的好虽然入门容易但做好很难比开发更难虽然当时我很想做开发学校专业课我基本上不缺席因为我喜欢我的专业但看到测试比开发更难更有挑战性想做好测试的意志就更坚定了。 不到一年半的测试工作中当时的感动和热情没有减退一点即使环境问题以及自身经验技术的不足做测试的你一定也能理解。 我觉得做测试整个过程中有2点让我觉得很有难度对我来说有难度的东西我就非常感兴趣第一是测试用例的设计因为测试的精华就在测试用例的设计上了要在版本出来之前把用例写好用什么测试方法写也就是测试计划或测试策略如果你刚测试一个新任务时你得花一定的时间去消化业务需求和技术基础业务需求很好理解多和产品经理和开发人员沟通就能达到目的而技术基础可就没那么简单了这需要你自觉的学习能力比如说网站吧最基本的技术知识你要知道网站内部是怎么运作的的后台是怎么响应用户请求的测试环境如何搭建这些都需要最早的学好。至少在开始测试之前能做好基本的准备可能会遇到什么难题需求细节是不是没有确定好这些问题都能在设计用例的时候发现。 第二是发现BUG的时候了这应该是测试人员最基本的任务了一般按测试用例开始测试就能发现大部分的bug还有一部分bug需要测试的过程中更了解所测版本的情况获得更多信息补充测试用例测试出bug。还有如何发现bug这就需要在测试用例有效的情况下通过细心和耐心去发现bug了每个用例都有可能发现bug每个地方都有可能出错所以测试过程中思维要清晰测试过程数据流及结果都得看仔细了bug都在里面发现的。如何描述bug也很有讲究bug在什么情况下会产生如果条件变化一点点就不会有这个bug以哪些最少的操作步骤就能重现这个bug这个bug产生的规律是什么如果你够厉害的话可以帮开发人员初步定位问题。
48、你以前工作时的测试流程是什么
灵活回答
公司对测试流程没有规定如何做但每个测试人员都有自己的一套测试流程。我说下我1年来不断改正自己总结吸取同行的方法后的流程吧。需求评审有开发人员产品经理测试人员项目经理需求确定(出一份确定的需求文档)开发设计文档开发人员在开始写代码前就能输出设计文档想好测试策略写出测试用例发给开发人员和测试经理看看非正式的评审用例接到测试版本执行测试用例中间可能会补充用例提交bug有些bug需要开发人员的确定严重级别的或突然发现的在测试用例范围之外的难以重现的有些可以直接录制进TD开发人员修改可以在测试过程中快速的修改回归测试可能又会发现新问题再按流程开始跑。
49、当开发人员说不是BUG时你如何应付
开发人员说不是bug有2种情况一是需求没有确定所以我可以这么做这个时候可以找来产品经理进行确认需不需要改动3方商量确定好后再看要不要改。二是这种情况不可能发生所以不需要修改这个时候我可以先尽可能的说出是BUG的依据是什么如果被用户发现或出了问题会有什么不良结果程序员可能会给你很多理由你可以对他的解释进行反驳。如果还是不行那我可以给这个问题提出来,跟开发经理和测试经理进行确认,如果要修改就改,如果不要修改就不改。其实有些真的不是bug我也只是建议的方式写进TD中如果开发人员不修改也没有大问题。如果确定是bug的话一定要坚持自己的立场让问题得到最后的确认。
50、结构化程序设计和面向对象程序设计各自的特点及优缺点是什么
不需要回答如此复杂
结构化程序设计思想采用了模块分解与功能抽象和自顶向下、分而治之的方法从而有效地将一个较复杂的程序系统设计任务分解成许多易于控制和处理的子程序便于开发和维护。它的重点在于把功能进行分解。但是由于在实际开发过程当中需求会经常发生变化因此它不能很好的适应需求变化的开发过程。结构化程序设计是面向过程的。
面向对象程序设计以需求当中的数据作为中心来进行设计具有良好的代码重用性。
封装性也叫数据隐藏用户无需知道内部工作流程只要知道接口和操作就可以的。
继承性 一种支持重用的思想在现有的类型派生出新的子类例如新型电视机在原有型号的电视机上增加若干中功能而得到新型电视机是原有电视机的派生继承了原有电视机的属性并增加了新的功能。
多态性指在一般类中定义的属性或行为被特殊类继承之后可以具有不同的数据类型或表现出不同的行为。
动态联编指一个计算机程序自身彼此关联的过程按照联编所进行的阶段不同可分为两种不同的联编方法静态联编和动态联编。
51、描述TCP/IP协议的层次结构以及每一层中重要协议。
TCP/IP协议应用层/ApplicationHTTP、SMTP、FTP传输层/TransportTCP、UDP网络层/NetworkIP链路层/LinkARP、RARP
52、简述子网掩码的用途。
子网掩码主要用来判断两个IP地址是否处在同一个局域网当中子网掩码是由连续的2进制1组成的。子网掩码和IP地址进行按位与运算后结果一致表示处于一个局域网当中如果不一致表示不再一个局域网当中需要寻找路由。
53、说出4种以上常用的操作系统及其主要的应用范围微软的操作系统除外。
LinuxRed Hat、SUSE、Debian、Trubo Linux主要用于搭建各类服务器MAC OS苹果机的操作系统用于图像处理UnixAIXIBM服务器的专用操作系统SolarisSun操作系统FreeBSD、NetBSD
54、在Linux系统中一个文件的访问权限是755其含义是什么
755表示该文件所有者对该文件具有读、写、执行权限该文件所有者所在组用户及其他用户对该文件具有读和执行权限。
55、Windows操作系统中PATH环境变量的作用是什么
PATH是Windows操作系统环境变量PATH作用是用户在命令行窗口执行一个命令则在PATH变量设置的目录下依次寻找该命令或对应的执行文件若找到则执行若没有找到则命令行窗口返回无效命令。
56、在centos中从root用户切到userl用户一般用什么命令
susu user1 切换到user1但切换后的当前目录还是root访问的目录su – user1 切换到user1并且当前目录切换到user1的根目录下/home/user1/
57、Linux中一般怎么隐藏文件
文件名以一个.开头
58、DNS是什么,它是如何工作的?
域名解析服务。用于将域名解析为IP或反和将IP解析为域名。客户机可指定DNS服务器来解析或用本机hosts文件进行解析。
59、简述一下c/s模式或者b/s模式
C/S模式客户端/服务器模式。工作原理Client向Server提交一个请求Server则使用一些方法处理这个请求并将效果返回给Client。B/S结构即Browser/Server(浏览器/服务器)结构是随着Internet技术的兴起对C/S结构的一种变化或者改进的结构。在这种结构下用户界面完全通过WWW浏览器实现一部分事务逻辑在前端实现但是主要事务逻辑在服务器端实现形成所谓3-tier结构。B/S结构主要是利用了不断成熟的WWW浏览器技术结合浏览器的多种Script语言(VBScript、JavaScript…)和ActiveX技术用通用浏览器就实现了原来需要复杂专用软件才能实现的强大功能并节约了开发成本是一种全新的软件系统构造技术。60、TCP/UDP有哪些区别TCP-有连接,所以握手过程会消耗资源,过程为可靠连接,不会丢失数据,适合大数据量交换UDP-非可靠连接,会丢包,没有校验,速度快,无须握手过程
60、TCP/UDP有哪些区别
TCP-有连接,所以握手过程会消耗资源,过程为可靠连接,不会丢失数据,适合大数据量交换UDP-非可靠连接,会丢包,没有校验,速度快,无须握手过程
TCPUDP是否连接面向连接面向非连接传输可靠性可靠的不可靠的应用场合传输大量数据少量数据速度慢快 总结
如果你对此文有任何疑问如果你也需要接口项目实战如果你对软件测试、接口测试、自动化测试、面试经验交流感兴趣欢迎加入我们加入方式在文章的最后面 自动化测试相关教程推荐 2023最新自动化测试自学教程新手小白26天入门最详细教程,目前已有300多人通过学习这套教程入职大厂_哔哩哔哩_bilibili 2023最新合集Python自动化测试开发框架【全栈/实战/教程】合集精华学完年薪40W_哔哩哔哩_bilibili 测试开发相关教程推荐 2023全网最牛字节测试开发大佬现场教学从零开始教你成为年薪百万的测试开发工程师_哔哩哔哩_bilibili postman/jmeter/fiddler测试工具类教程推荐 讲的最详细JMeter接口测试/接口自动化测试项目实战合集教程学jmeter接口测试一套教程就够了_哔哩哔哩_bilibili 2023自学fiddler抓包请一定要看完【如何1天学会fiddler抓包】的全网最详细视频教程_哔哩哔哩_bilibili 2023全网封神B站讲的最详细的Postman接口测试实战教学小白都能学会_哔哩哔哩_bilibili 总结 光学理论是没用的要学会跟着一起敲要动手实操才能将自己的所学运用到实际当中去这时候可以搞点实战案例来学习。
如果对你有帮助的话点个赞收个藏给作者一个鼓励。也方便你下次能够快速查找。
如有不懂还要咨询下方小卡片博主也希望和志同道合的测试人员一起学习进步
在适当的年龄选择适当的岗位尽量去发挥好自己的优势。
我的自动化测试开发之路一路走来都离不每个阶段的计划因为自己喜欢规划和总结
测试开发视频教程、学习笔记领取传送门
