2023年软件测试面试题及答案

.怎么做好文档测试？1仔细阅读，跟随每个环节，检查每个图形，尝试每个示例，检查文档的编写是否满足文档编写的目的，内容是否齐全，对的，完善.标记是否对的.软件测试分哪种方法？分别适合什么情况？2软件测试分种白盒测试和黑盒测试白盒测试又称为结构测试、逻辑驱动测试或基于程2序自身的测试，它着重于程序的内部结构及算法，通常不关心功能与性能指标；黑盒测试又称功能测试、数据驱动测试或基于规格说明的测试，它事实上是站在最终用户的立场,检查输入输出信息及系统性能指标是否符合规格说明书中有关功能需求及性能需求的规定.白盒测试有几种方法？2总体上分为静态方法和动态方法两大类静态关键功能是检查软件的表达和描述是否一致，没有冲突或者没有歧义动态语句覆盖、鉴定覆盖、条件覆盖、鉴定条件覆盖、条件组合覆盖、途径覆盖.系统测试计划是否需要同行审批，为什么？3需要，系统测试计划属于项目阶段性关键文档，因此需要评审测试与的区别？

4.Alpha beta测试在系统开发接近完毕时相应用系统的测试；测试后仍然会有少量的设计变更这Alpha种测试一般由最终用户或其它人员完毕，不能由程序或测试员完毕测试当开发和测试主线完毕时所做的测试，最终的错误和问题需要在最终发行前找到Beta这种测试一般由最终用户或其它人员完毕，不能由程序员或测试员完毕.比较负载测试，容量测试和强度测试的区别？5负载测试在一定的工作负荷下，系统的负荷及响应时间强度测试在一定的负荷条件下，在较长时间跨度内的系统连续运营给系统性能所导致的影响容量测试容量测试目的是通过测试预先分析出反映软件系统应用特性的某项指标的极限值（如最大并发用户数、数据库记录数等），系统在其极限值状态下没有出现任何软件故障或还能保持重要功能正常运营容量测试还将拟定测试对象在给定期间内可以连续解决的最大负载或工作量容量测试的目的是使系统承受超额的数据容量来发现它是否可以对的解决容量测试是面向数据的，并且它的目的是显示系统可以解决目的内拟定的数据容量.测试结束的标准是什么？6用例所有测试覆盖率达成标准缺陷率达成标准其他指标达成质量标准.描述软件测试活动的生命周期？7测试周期分为计划、设计、实现、执行、总结其中计划对整个测试周期中所有活动进行规划，估计工作量、风险，安排人力物力资源，安排进度等；设计完毕测试方案，从技术层面上对测试进行规划；实现进行测试用例和测试规程设计；执行根据前期完毕的计划、方案、用例、规程等文档，执行测试用例总结记录测试结果，进行测试分析，完毕测试报告.软件的缺陷等级应如何划分？8类一严重错误，涉及以下各种错误由于程序所引起的死机，非法退出死循环A

1.

2.数据库发生死锁因错误操作导致的程序中断功能错误与数据库连接错误数据通

3.

4.

5.

6.

7.讯错误类一较严重错误，涉及以下各种错误程序错误程序接口错误数据库的表、业务规B

1.

2.

3.则、缺省值未加完整性等约束条件类一一般性错误，涉及以下各种错误操作界面错误（涉及数据窗口内列名定义、含义C

1.是否一致）打印内容、格式错误简朴的输入限制未放在前台进行控制删除操作未给出

2.

3.

4.提醒数据库表中有过多的空字段

5.类一较小错误，涉及以下各种错误界面不规范辅助说明描述不清楚输D

1.

2.

3.入输出不规范长操作未给用户提醒提醒窗口文字未采用行业术语可输入区域和只读

4.

5.

6.区域没有明显的区分标志当开发人员说不是时,你如何应付？

9.BUG开发人员说不是有种情况，一是需求没有拟定，所以我可以这么做，这个时候可以bug,2找来产品经理进行确认，需不需要改动，方商议拟定好后再看要不要改二是这种情况不3也许发生，所以不需要修改，这个时候，我可以先尽也许的说出是的依据是什么？假BUG如被用户发现或出了问题，会有什么不良结果？程序员也许会给你很多理由，你可以对他的解释进行辩驳假如还是不行，那我可以给这个问题提出来，跟开发经理和测试经理进行确认，假如要修改就改,假如不要修改就不改其实有些真的不是我也只是建议的方式写bug,进中，假如开发人员不修改也没有大问题假如拟定是的话，一定要坚持自己的立TD bug场，让问题得到最后的确认.你为什么想离开目前的职务？10由于公司运作情况并不抱负，公司需要调整部门体系，公司考虑到缩减部门人员，所以大批量的裁人（有个），这是我的第一份工作，对公司也有较深的感情，由于在这里我找6,7到了职业抱负（就是测试），所以公司需要精简人员，我自愿退出虽然很舍不得，但我将会有新的发挥能力的舞台.您认为做好测试用例设计工作的关键是什么？11白盒测试用例设计的关键是以较少的用例覆盖尽也许多的内部程序逻辑结果黑盒法用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口不也许做到完全测试，以最少的用例在合理的时间内发现最多的问题请试着比较一下黑盒测试、白盒测试、单元测试、集成测试、系统测试、验收测试的区

12.别与联系黑盒测试已知产品的功能设计规格，可以进行测试证明每个实现了的功能是否符合规定白盒测试已知产品的内部工作过程，可以通过测试证明每种内部操作是否符合设计规格规定，所有内部成分是否以通过检查软件的黑盒测试意味着测试要在软件的接口处进行这种方法是把测试对象看做一个黑盒子，测试人员完全不考虑程序内部的逻辑结构和内部特性，只依据程序的需求规格说明书，检查程序的功能是否符合它的功能说明因此黑盒测试又叫功能测试或数据驱动测试黑盒测试重要是为了发现以下几类错误、是否有不对的或漏掉的功能？

1、在接口上，输入是否能对的的接受？能否输出对的的结果？

2、是否有数据结构错误或外部信息（例如数据文献）访问错误？

3、性能上是否可以满足规定？

4、是否有初始化或终止性错误？5软件的白盒测试是对软件的过程性细节做细致的检查这种方法是把测试对象看做一个打开的盒子，它允许测试人员运用程序内部的逻辑结构及有关信息，设计或选择测试用例,对程序所有逻辑途径进行测试通过在不同点检查程序状态，拟定实际状态是否与预期的状态一致因此白盒测试又称为结构测试或逻辑驱动测试白盒测试重要是想对程序模块进行如下检查、对程序模块的所有独立的执行途径至少测试一遍

1、对所有的逻辑鉴定，取“真”与取“假”的两种情况都能至少测一遍

2、在循环的边界和运营的界线内执行循环体

3、测试内部数据结构的有效性，等等4单元测试（模块测试）是开发者编写的一小段代码，用于检查被测代码的一个很小的、很明确的功能是否对的通常而言，一个单元测试是用于判断某个特定条件（或者场景）下某个特定函数的行为单元测试是由程序员自己来完毕，最终受益的也是程序员自己可以这么说，程序员有责任编写功能代码，同时也就有责任为自己的代码编写单元测试执行单元测试，就是为了证明这段代码的行为和我们盼望的一致集成测试（也叫组装测试，联合测试）是单元测试的逻辑扩展它的最简朴的形式是两个已经测试过的单元组合成一个组件，并且测试它们之间的接口从这一层意义上讲，组件是指多个单元的集成聚合在现实方案中，许多单元组合成组件，而这些组件又聚合成程序的更大部分方法是测试片段的组合，并最终扩展进程，将您的模块与其他组的模块一起测试最后，将构成进程的所有模块一起测试系统测试是将通过测试的子系统装配成一个完整系统来测试它是检查系统是否的确能提供系统方案说明书中指定功能的有效方法（常见的联调测试）系统测试的目的是对最终软件系统进行全面的测试，保证最终软件系统满足产品需求并且遵循系统设计验收测试是部署软件之前的最后一个测试操作验收测试的目的是保证软件准备就绪，并且可以让最终用户将其用于执行软件的既定功能和任务验收测试是向未来的用户表白系统可以像预定规定那样工作经集成测试后，已经按照设计把所有的模块组装成一个完整的软件系统，接口错误也已经基本排除了，接着就应当进一步验证软件的有效性，这就是验收测试的任务，即软件的功能和性能如同用户所合理期待的那样。