1.对某软件，你是怎么进⾏测试的？
答：外观界⾯、功能、性能、安全性、兼容性，易⽤性
外观界⾯测试：主要是测试软件界⾯功能模块的布局是否合理、整体风格是否⼀致、界⾯中⽂字是否正确、命名是否统⼀，页⾯是否美观、⽂字、颜⾊、图⽚组合是否完美等； 功能测试：测试软件所呈现给⽤户的所有功能点是否都能正常使⽤和操作，是否满⾜软件需求规格说明书的要求 易⽤性测试：测试软件是否易操作，主观性⽐较强，站在⽤户的⾓度体验软件产品好不好⽤
兼容性测试：测试该软件与其他软件的兼容能⼒，主要考虑软件与浏览器的兼容能⼒，包括分辨率的兼容
安全性测试：测试该软件防⽌⾮法⼊侵的能⼒
性能测试：测试软件在不同环境的压⼒下是否能正常运转，很重要的⼀个指标是系统响应时间，例如多⼈同时访问某个⽹页时，⽹页是否能在规定时间内打开等指标
2.为什么要对需求⽂档进⾏评审呢？
答：消除歧异，完善需求细节，并达成共识
3.如何评审需求⽂档？
答：正确性：对照⽤户的原始需求，检查产品经理制定得软件规格说明数书是否偏离了⽤户原始需求的意思
明确性：检查软件需求规格说明书中的每⼀个需求项是否存在⼀些含糊其辞的词汇，⽤于是否清晰，是否有歧义
完整性：对照⽤户的原始需求，检查产品经理制定的软件需求规格说明书是否覆盖了⽤户所提出来的所有需求项，每个需求项有没有遗漏⽤户所提出的⼀些必要信息
优先级：软件需求规格说明书对哪些功能⽐较重要，哪些功能⽐较次要是否作了标号和编号
⼀致性：检查软件需求规格说明书⾥⾯的内容前后是否⼀致，确保不冲突，不⽭盾
限制性：每个需求项⾥是否清晰的描述了这个软件能做什么，不能做什么，能输⼊什么，不能输⼊什么，能输出什么，不能输出什么
4.软件质量：⽤户满意，表⽰软件质量很好，否则不好
5.⿊盒测试：是指只测试软件外部的功能特性，⽽不去测试软件内部的代码结构，⿊盒测试也称为功能测试；
⽩盒测试：是指只测试代码结构，⽽不测试软件的外部功能点
6.软件测试分类：
测试类测试⽅法执⾏者测试依据测试内容
单元测试⽩盒开发⼈员详细设计⽂档、概要设计⽂档代码及代码的逻辑结构
集成测试
⽩盒为主，
⿊盒为辅开发⼈员
详细设计⽂档、概要设计⽂档
spike软件需求规格说明书
模块与模块之间的接⼝
系统测试⿊盒测试⼈员软件需求规格说明书软件的外观界⾯、功能、易⽤性、兼容性、安全性、性能
验收测试⿊盒⽤户软件需求规格说明书软件的外观界⾯、功能、易⽤性、兼容性、安全性、性能
7.需求⽂档：就是描述软件要做成⼀个什么样的产品的说明⽂档
8.测试⼯作从什么时候开始的？
答：我之前做的测试⼯作，⼀般都是从拿到需求⽂档的时候就开始了，主要的⼯作就是评审需求⽂档，评审的⽬的是消除歧义，完善需求细节，并达成共识
9.什么叫8/2原则？
答：是指80%的错误是集中在20%的·模块⾥，经常出错的模块经修复后还会出错
10.你有写过软件测试计划吗？
答：嗯，有写过。不过我们写的是⾃⼰所负责模块的测试计划，项⽬的整体测试计划⼀般由测试经理来写的
11.软件测试计划包括哪些内容？
答：第⼀个是测试的范围，主要是指的是系统测试的范围以及本轮测试是测试全部的模块还是说只测试部分的模块，是否需要进⾏外观界
⾯、功能、易⽤性、兼容性等测试
第⼆个是测试环境，指的是测试⼈员是在什么样的软硬件环境下测试软件
第三个是测试策略，它的主要内容有进⾏测试的依据、系统测试准⼊和准出标准、测试⼯具的选择、测试的重点及⽅法
其中，测试依据：需要指明软件测试依据的标准⽂档有哪些。其中有两个重要的⽂档，⼀个是软件规格说明书，另⼀个是测试⽤例
测试的准⼊标准：指系统满⾜什么条件后才能开始进⾏系统测试，通常测试的准⼊标准是指通过冒烟测试
测试⼯具选择：需要指明在测试过程中会使⽤哪些⼯具。例如JIRA和Selenium这两款测试⼯具
测试的准出标准：也叫测试通过标准。未关闭BUG的数量在不超过多少的情况下。可视为通过测试。
测试的重点及⽅法·：在做系统测试的过程当中，应当标明要测试的重点模块和区域。测试⽅法是⿊盒测试，也就是⼿⼯测试
第四个是测试管理，指的是测试任务的分配、时间进度的安排、测试与开发的沟通⽅式等内容。
测试任务的分配：确定整个测试范围后，测试经理会根据团队中每个测试⼈员的特长分配相关任务，主要的两项⼯作为：⼀个是测试⽤例的设计和编写，另⼀个是测试⽤例的执⾏和操作
测试进度的安排：根据实际分配的⼯作任务来指定每个测试⼈员进⾏每项测试⼯作的起始时间和完成时间
沟通⽅式：沟通⽅式有很多种，常⽤的有⾯对⾯的沟通、电⼦邮箱、以及BUG管理⼯具
第五个是测试风险：常见的风险有：需求⽂档理解不透彻、测试时间估计不⾜及测试执⾏不到位
需求⽂档理解不透彻：会导致测试⼈员对软件功能模块的理解存在偏差⽽影响判断遇到的问题，从⽽产⽣⽆效BUG
测试时间估计不⾜：由于对⾃⼰⼯作量的估计不⾜⽽导致在规定时间内⽆法完成相应任务，会直接影响整个测试⼯作进度，造成测试计划推迟的风险
测试执⾏不到位：有些测试⼈员存在⼀些侥幸⼼理，认为有些功能模块不重要⽽不去执⾏。艾斯特拉达
12.什么是冒烟测试？
答：⾸先从全部⽤例中筛选⼀些基本的功能点进⾏测试，如果没有问题才进⼊系统测试中，如果有问题则停⽌测试，待开发⼈员修复好后再进⼊系统测试的⽤例执⾏。选取qifenzhiyi到⼗五分之⼀之间
13.什么是测试⽤例，它的基本元素有哪些？
答：测试⽤例就是⽤于测试的⼀个例⼦。主要有以下基本元素：
⽤例序号：---编号
测试模块：---软件的某个功能模块
前置条件：---⽹络正常，需要的数据正确⽆误
测试环境：---软件环境：操作系统windows，IE/Firefox
---硬件环境：PC台式机：CPU/内存/硬盘
操作步骤：---执⾏测试操作的每⼀步的详细描述，相应数据展现
预期结果：---需求规格说明书中明确的需求结果
实际结果：---执⾏操作后实际得出的结果
是否通过：---实际结果与预期结果是否⼀致，⼀致为通过，否：则不通过
备注：---其他要求说明等
14.测试⽤例的作⽤
答：可以让测试⼈员作为测试的标准，并指导测试⼈员进⾏测试⼯作，测试⼈员可以按照测试⽤例的操作步骤和具体数据逐⼀执⾏测试，以发现问题并提交BUG，最终来改善软件的质量
15.测试⼈员是依据什么来设计测试⽤例的？
答：软件需求规格说明书
16.功能测试的⽤例设计⽅法：等价类划分法、边界值分析法、错误推测法、正交表分析法、场景法、因果图判定法
博鳌蓝海岸等价类划分法：把所有可能输⼊的数据划分为若⼲个区域，然后从每个区域当中取少数有代表性的数据测试即可。把符合需求规格中规定的数据称为有效数据，把不符合需求规格中规定的数据称之为⽆效等价类；
边界值分析法：取稍⾼于或稍低于边界的⼀些数据进⾏测试，程序在处理边界数据的时候⽐较容易出错
错误推测法：指的是测试⼈员凭⾃⼰的直觉、测试经验、发散思维去设计⼀些测试点，⽽这些测试点可能导致软件出现错误。主要有：超长混合字符串、全⾓字符串、数字0、单引号等
盲蝽科正交表分析法：可以有效的减少⽤例设计个数的⽅法，就是在测试有多个输⼊项时，测试⼈员可以测试其中⼀个输⼊项的时候可以默认其他的输⼊项都是正确的
场景法：⽤户可能给到⼀个场景或简单的业务流程或⼀段简单的⽂字需求描述，此时测试⼈员需要根据⾃⼰已有的业务流程或已有的场景和需求，充分发挥对⽤户实际业务的场景的想象
因果图判定法：我们输⼊的条件可能有很多种，每⼀种条件之间的组合都可能形成⼀个新的结果，我
们把其中的条件和结果通过图形的⽅法表现出来，最后通过判定表进⾏展现
17.⽤例设计思路：⾸先分析需求规格，再进⾏基本功能的测试点分析
18.从哪⼏个⽅⾯来对测试⽤例进⾏评审？
第⼀：测试⽤例是否依据软件需求规格说明书来写的为人民服务是纪念谁写的
第⼆：测试⽤例中的执⾏步骤、输⼊数据是否清晰、简洁、正确；对于重复度⾼的执⾏步骤，是否进⾏了简化
第三：每个测试⽤例是否都有明确的预期结果
第四：测试⽤例中是否存在多余⽤例
第五：测试⽤例是否覆盖了需求规格中所有的功能点，必须要测试什么功能、如果有些功能的⽤例没有设计到会造成什么后果
19.您是怎么设计测试⽤例的？
答：嗯，我觉得设计⼀个功能模块的测试⽤例主要是基于以下的⼏个⽅⾯：
⾸先最主要的还是要参考软件需求规格说明书，然后尽可能挖掘出更多的需求细节进⾏⽤例设计
第⼆：可以凭借⾃⼰的⼀些测试经验和常识来设计
第三：可以参考其他同事曾写过的测试⽤例
第四：可以通过⽹上的⼀些资料作为补充
20.如何保证测试⽤例的质量（怎么样的⽤例才算得上是⼀个好的⽤例）
答：第⼀：要确保测试⽤例是针对需求规格来写的，确保测试点能覆盖到所有的需求点
第⼆：要保证操作步骤、具体数据、预期结果的清晰性、间洁性、明确性；以确保测试⽤例的可操作性和可复⽤性
第三：确保有⾜够多的异常测试⽤例（如有效等值类以外的测试点），同时要确保没有多余的重复的⽤例
第四：就是要对测试⽤例进⾏评审
21.如果没有需求⽂档，你是如何设计测试⽤例的？
答：⾸先我会⼤体的测试⼀下软件，如边界值、输⼊数据类型等需求不明确的问题反馈给⾃⼰的上司或产品经理，待产品经理给出相应的标准后在进⾏设计
第⼆：如果在测试软件过程中发现有些功能模块的需求⾮常不明确，已经影响到⽤户对产品功能的正确使⽤，对于此类的重⼤问题，我会及时反馈
第三：我会通过参加项⽬的各种讨论会、会通过以往的测试⽤例、以往所提的bug中、以往的⽤户⼿册和过程帮助⽂档；或去咨询产品⼈员的⽅式尽可能的去了解相关的需求信息，以此为基础设计测试⽤例并测试软件
第四：可以对照软件的功能直接设计⽤例，然后提交给测试组
22.B/S结构和C/S结构
答：B/S结构是Browser/Server，即浏览器/服务器，是使⽤浏览器访问服务器的模式
C/S结构是Client/Server，即客户端/服务器，在客户的电脑上要安装⼀个软件，然后使⽤客户端的软件去访问服务器的模式
23.⽹页的兼容性测试你是怎么做的？
答：对于⽹页兼容性这⼀块，
第⼀：考虑各种浏览器对前台页⾯的兼容性测试
第⼆：考虑分辨率的兼容性
第三：考虑其返回页⾯的相应时间
24.回归测试：开发⼈员把bug修复好后，测试⼈员重新验证下bug是否被开发⼈员修复好
25.⼀个完整的bug包括哪些内容？
答：bug编号、软件名称和版本号、测试环境、bug等级、bug的概要、bug的具体描述、bug处理的优先级、bug提交⼈、bug发现的时间、bug的处理⼈、bug的状态（new，open，fixed已修复，reopen，rejected，close）、必要的附件、其他备注
26.你和开发⼈员就bug发⽣了争议你是怎么处理的？
答：⾸先的话我会对事不对⼈，不能因为bug⽽激化了双⽅的⽭盾
第⼆：可能是我写得bug开发⼈员看不懂，耐⼼的和开发⼈员描述清楚，并带有充⾜的依据和理由
jerk
第三：如果写清楚了，但开发⼈员还是不愿意修改的话，可以⼀个合适的时间、⼼平⽓和的和开发⼈员沟通，说明bug的产品质量可能产⽣的不良影响，沟通过程不能意⽓⽤事
第四：经沟通后，如果开发⼈员还是不愿意修改，可以向测试经理汇报，或由测试经理召开bug评审⼤会
27.如何提⼀个⾼质量的bug？
答：第⼀：写清楚bug的概要，要使开发⼈员⼀看到bug概要的时候就知道这个bug单提的是什么bug
第⼆：bug的具体描述，也就是bug的重现步骤，bug记录的细节越详细越好
第三：能附上相应的截图和⽇志
第四：所测的版本号和测试的环境要写清楚
28.如果你发了⼀个bug，但之后也没有重现过了，你怎么办？
答：⾸先我会截图，并收集⽇志，以保留好测试现场；
如果说这个bug只出现过⼀次，后⾯就没有出现过，那么我会想⽅设法让这个bug重现；
万⼀没有重现，我还是会提交bug给开发⼈员，有截图和⽇志也⼀并附上，如果开发⼈员要求重现，那后期就继续观察，如果最终没有重现，则把此问题反映给测试经理，汇同开发⼈员进⾏评审和商量
29.⼀份软件测试报告都包含哪些内容？
答：测试报告是⼀份描述软件的测试环境、测试依据、测试过程、测试范围、测试结果分析、系统存在的风险以及测试结论；
测试过程：测试⼈员、测试时间、测试地点、测试的版本等信息点。
测试环境：软件和硬件环境
功能点测试范围：具体所测模块及分布在该模块上的所有功能点
测试结果分析：bug的问题汇总、bug的分布情况
系统存在的风险：系统中遗留的bug会对软件造成什么的风险
测试结论：在报告的最后给出⼀个是否能上线的结论
30.软件测试⼯作结束的标准是什么？
答：第⼀：已经按照测试计划中的安排完成了所有的测试⼯作
第⼆：测试⽤例已经全部执⾏完毕，并进⾏了归整
第三：每个测试⼈员⼿上的bug都处于关闭状态或者是被清理完成
第四：回归测试全部执⾏完成，已没有发现可以影响产品上线的bug，软件产品具备了上线标准
第五：每个测试⼈员所负责的测试报告已完成，并提交给了测试经理
31.软件的测试流程是怎么样的？（说⼀下测试流程）
答：有以下⼏个阶段：需求评审，测试计划制定，测试⽤例设计，⽤例评审、环境搭建、测试执⾏（提交bug，回归测试）、写测试报告
32.你如何理解测试这分⼯作？（谈谈对软件测试的理解）
答：软件测试的主要任务是发现软件中的bug，所以软件测试对于软件的质量有明显的改善作⽤，起到监督和推动作⽤，能缩短软件开发的周期，加快软件发布的进程
豫公网安备41160202000603
站长QQ:729038198
关于我们
投诉建议