一.引言：
大家好，我是 一菲，今天我们来通过问答的方式来聊聊测试基础知识有哪些总结了下面的68道问答题，自我感觉是比较全面的，不全的话，也欢迎小伙伴们私信我把它再补充一下，争取成为最全的武功秘籍。因为这篇文章是满满的干货，篇幅略长，大概要花15到20分钟的时间才能看完，大家准备好了，谁坚持到最后谁就是王者。
41.设计测试用例时应该考虑哪些方面，即不同的测试用例针对那些方面进行测试/p>
设计测试用例时需要注意的是，除了对整体流程及功能注意外，还要注意强度测试、性能测试、压力测试、边界值测试、稳定性测试、安全性测试等多方面。（测试用例需要考虑的四个基本要素是输入、输出、操作和测试环境；另外，测试用例需要考虑的是测试类型（功能、性能、安全），这部分可以参照 TP 做答。此外，还需要考虑用例的重要性和优先级）
单字节，如 A；
双字节， AA、我我；
特殊字符 /‘。‘；、=-等；
保留字，如 com；
文件格式为 8.3 格式的；
文件名格式为非 8.3 格式的；
/,*等九个特殊字符。
43.假设有一个文本框要求输入 0 10 个字符的邮政编码，对于该文本框应该怎 样划分等价类/p>
特殊字符，如 10 个*或￥；
英文字母，如 ABCDefghik；
小于十个字符，如 123；
大于十个字符，如 11111111111；
数字和其他混合，如 123AAAAAAA；
空字符；
保留字符
44.软件测试项目从什么时候开始，什么/p>
软件测试应该在需求分析阶段就介入,因为测试的对象不仅仅是程序编码,应该对软件开发过程中产生的所有产品都测试,并且软件缺陷存在放大趋势.缺陷发现的越晚,修复它所花费的成本就越大.
45.什么是白盒测试么是黑盒测试什么是回归测试/p>
白盒测试是测试人员要了解程序结构和处理过程,按照程序内部逻辑测试程序,检查程序中的每条通路是否按照预定要求正确工作.它主要的针对被测程序的源代码,测试者可以完全不考虑程序的功能.
白盒测试流程:详细设计–>源程序–>分析程序内部逻辑结构–>流程图–>制定测试用例–>被测程序–>执行路径–>覆盖情况分析 .
黑盒测试:（Black-box Testing，又称为功能测试或数据驱动测试）是把测试对象看作一个黑盒子。利用黑盒测试法进行动态测试时，需要测试软件产品的功能，不需测试软件产品的内部结构和处理过程。
回归测试: (regression testing): 回归测试有两类：用例回归和错误回归；用例回归是过一段时间以后再回头对以前使用过的用例在重新进行测试，看看会重新发现问题。
错误回归，就是在新版本中，对以前版本中出现并修复的缺陷进行再次验证，并以缺陷为核心，对相关修改的部分进行测试的方法。
46.单元测试、集成测试、系统测试的侧重点是什么/p>
单元测试针对的是软件设计的最小单元–程序模块（面向过程中是函数、过程；面向对象中是类。）,进行正确性检验的测试工作,在于发现每个程序模块内部可能存在的差错.一般有两个步骤:人工静态检查动态执行跟踪
集成测试针对的是通过了单元测试的各个模块所集成起来的组件进行检验,其主要内容是各个单元模块之间的接口,以及各个模块集成后所实现的功能.
系统测试针对的是集成好的软件系统，作为整个计算机系统的一个元素,与计算机硬件外设某些支持软件数据和人员等其他系统元素结合在一起,要在实际的运行环境中,对计算机系统进行一系列的集成测试和确认测试.
一个测试工程师应具备那些素质br> 1、责任心
2、沟通能力
3、团队合作精神
4、耐心、细心、信心
5、时时保持怀疑态度，并且有缺陷预防的意识
6、具备一定的编程经验
48.你所了解的的软件测试类型都有哪些，简单介绍一下。
按测试 策略分类：
1、静态与动态测试
2、黑盒与白盒测试
3、手工和自动测试
4、冒烟测试
5、回归测试；
按测试阶段分类：单元测试、集成测试、系统测试；
其他常见测试方法：1、功能测试 2、性能测试 3、压力测试 4、负载测试 5、易用性测试 6、安装测试 7、界面测试 8、配置测试 9、文档测试 10、兼容性测试 11、安全性测试 12、恢复测试
49.你认为做好测试计划工作的关键是什么/p>
明确测试的目标，增强测试计划的实用性
采用评审和更新机制，保证测试计划满足实际需求
分别创建测试计划与测试详细规格、测试用例
50.您认为做好测试用例设计工作的关键是什么/p>
白盒测试用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果
黑盒法用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口。不可能做到完全测试，以最少的用例在合理的时间内发现最多的问题
51.您认为性能测试工作的目的是什么好性能测试工作的关键是什么/p>
性能测试的目的主要是发现在并发多用户和大数据量操作时是否会出现与需求有差异的地方。
性能测试工作的关键是做好系统分析和功能分析，确定系统瓶颈所在
52.在您以往的测试工作中，最让您感到不满意或者不堪回首的事情是什么是如何来对待这些事情的/p>
53.你的测试职业发展目标是什么br> 测试经验越多，测试能力越高。所以我的职业发展是需要时间累积的，一步步向着高级测试工程师奔去。而且我也有初步的职业规划，前 3 年累积测试经验，不断的更新自己改正自己，做好测试任务。
54.你对我们公司了解有多少/p>
建议从招聘广告上多了解信息，同时到应聘公司的 站上去尽可能多的了解这个公司的情况，以便回答好这类问题。
55.测试结束的标准是什么/p>
从微观上来说，在测试计划中定义，比如系统在一定性能下平稳运行 72 小时，目前 BugTracking System 中，本版本中没有一般严重的 BUG，普通 BUG 的数量在 3 以下，BUG 修复率 90%以上等等参数，然后由开发经理，测试经理，项目经理共同签字认同版本 Release。
如果说宏观的，则是当这个软件彻底的消失以后，测试就结束了。
软件测试分为黑盒和白盒，分别适合什么情况br> 软件测试方法一般分为两种：白盒测试与黑盒测试。
白盒测试又称为结构测试、逻辑驱动测试或基于程序本身的测试，它着重于程序的内部结构及算法，通常不关心功能与性能指标；
黑盒测试又被称为功能测试、数据驱动测试或基于规格说明的测试，它实际上是站在最终用户的立场，检验输入输出信息及系统性能指标是否符合规格说明书中有关功能需求及性能需求的规定。
57.一套完整的测试应该由哪些阶段组成/p>
可行性分析、需求分析、概要设计、详细设计、编码、单元测试、集成测试、系统测试、验收测试
58.测试用例通常包括那些内容/p>
不同结构的用例包括的不一样。
（版本、编 、项目、设计人员、设计日期、输入、预期输出）
软件测试用例的基本要素包括测试用例编 、测试标题、重要级别、测试输入、操作步骤、预期结果。
用例编 ： 测试用例的编 有一定的规则，比如系统测试用例的编 这样定义规则：PROJECT1-ST-001 ，命名规则是项目名称＋测试阶段类型（系统测试阶段）＋编 。定义测试用例编 ，便于查找测试用例，便于测试用例的跟踪。
测试标题： 对测试用例的描述，测试用例标题应该清楚表达测试用例的用途。比如 “ 测试用户登录时输入错误密码时，软件的响应情况 ” 。
重要级别： 定义测试用例的优先级别，可以笼统的分为 “ 高 ” 和 “ 低 ” 两个级别。
一般来说，如果软件需求的优先级为 “ 高 ” ，那么针对该需求的测试用例优先级也为“ 高 ” ；反之亦然，一般而言，是 5 级划分。
测试输入： 提供测试执行中的各种输入条件。根据需求中的输入条件，确定测试用例的输入。测试用例的输入对软件需求当中的输入有很大的依赖性，如果软件需求中没有很好的定义需求的输入，那么测试用例设计中会遇到很大的障碍。
操作步骤： 提供测试执行过程的步骤。对于复杂的测试用例，测试用例的输入需要分为几个步骤完成，这部分内容在操作步骤中详细列出。
预期结果： 提供测试执行的预期结果，预期结果应该根据软件需求中的输出得出。如果在实际测试过程中，得到的实际测试结果与预期结果不符，那么测试不通过；反之则测试通过。
59.您是否了解以往所工作的企业的软件开发过程果了解，请试述一个完整的开发过程需要完成哪些工作别由哪些不同的角色来完成这些工作在以往的测试工作中都曾经具体从事过哪些工作中最擅长哪部分工作/p>
开发过程—需求调研（需求人员）、需求分析（需求人员）、概要设计（设计人员）、详细设计(设计人员)、编码（开发人员）
测试过程—需求评审、系统测试设计、概要设计评审、集成测试设计、详细设计评审、单元测试设计、测试执行
测试工作的整个过程都做过，擅长做测试设计
过程决定质量，软件的过程改进正是为了提高软件的质量，将过往的种种经验和教训积累起来。
60.在您所经历的测试活动中，参与人员有哪些所担任的角色是什么/p>
有项目管理员、开发管理员、系统分析员、设计员、开发员、质量管理员、测试管理员、测试设计员、测试员
担任过测试管理员、测试设计员、测试员
61.测试用例设计的原则是什么前主要的测试用例设计方法有哪些/p>
代表性：能够代表并覆盖各种合理的和不合理、合法的和非法的、边界的和越界的、以及极限的输入数据、操作和环境设置等.
可判定性：即测试执行结果的正确性是可判定的，每一个测试用例都应有相应的期望结果.
可再现性：即对同样的测试用例，系统的执行结果应当是相同的。
方法有等价类、边界值、因果图、状态图、正交法、大纲法
61.LoadRunner 分为哪三个模块简述各模块的主要功能。
Virtual User Generator：用于录制脚步
Mercury LoadRunner Controller：用于创建、运行和监控场景
Mercury LoadRunner Analysis：用于分析测试结果
62.你对测试最大的兴趣在哪里什么/p>
最大的兴趣就是测试有难度，有挑战性！做测试越久越能感觉到做好测试有多难。曾经在无忧测试 上看到一篇文章，是关于如何做好一名测试工程师。一共罗列了 11，12 点，有部分是和人的性格有关，有部分需要后天的努力。但除了性格有关的 1，2 点我没有把握，其他点我都很有信心做好它。刚开始进入测试行业时，对测试的认识是从无忧测试 上了解到的一些资料，当时是冲着做测试需要很多技能才能做的好，虽然入门容易，但做好很难，比开发更难，虽然当时我很想做开发（学校专业课我基本上不缺席，因为我喜欢我的专业），但看到测试比开发更难更有挑战性，想做好测试的意志就更坚定了。
我觉得做测试整个过程中有 2 点让我觉得很有难度（对我来说，有难度的东西我就非常感兴趣），第一是测试用例的设计，因为测试的精华就在测试用例的设计上了，要在版本出来之前，把用例写好，用什么测试方法写也就是测试计划或测试策略），如果你刚测试一个新任务时，你得花一定的时间去消化业务需求和技术基础，业务需求很好理解（多和产品经理和开发人员沟通就能达到目的），而技术基础可就没那么简单了，这需要你自觉的学习能力，比如说 站吧，最基本的技术知识你要知道 站内部是怎么运作的的，后台是怎么响应用户请求的试环境如何搭建些都需要最早的学好。至少在开始测试之前能做好基本的准备，可能会遇到什么难题求细节是不是没有确定好些问题都能在设计用例的时候发现。
第二是发现 BUG 的时候了，这应该是测试人员最基本的任务了，一般按测试用例开始测试就能发现大部分的 bug，还有一部分 bug 需要测试的过程中更了解所测版本的情况获得更多信息，补充测试用例，测试出 bug。还有如何发现 bug就需要在测试用例有效的情况下，通过细心和耐心去发现 bug 了，每个用例都有可能发现 bug，每个地方都有可能出错，所以测试过程中思维要清晰（测试过程数据流及结果都得看仔细了，bug 都在里面发现的）。如何描述 bug 也很有讲究，bug 在什么情况下会产生，如果条件变化一点点，就不会有这个 bug，以哪些最少的操作步骤就能重现这个bug，这个bug产生的规律是什么果你够厉害的话，可以帮开发人员初步定位问题。
63.当开发人员说不是 G BUG 时，你如何应付br> 开发人员说不是 bug，有 2 种情况，
一是需求没有确定，所以我可以这么做，这个时候可以找来产品经理进行确认，需不需要改动，3 方商量确定好后再看要不要改。
二是这种情况不可能发生，所以不需要修改，这个时候，我可以先尽可能的说出是 BUG 的依据是什么br> 如果被用户发现或出了问题，会有什么不良结果序员可能会给你很多理由，你可以对他的解释进行反驳。如果还是不行，那我可以给这个问题提出来,跟开发经理和测试经理进行确认,如果要修改就改,如果不要修改就不改。其实有些真的不是 bug，我也只是建议的方式写进 TD 中，如果开发人员不修改也没有大问题。如果确定是 bug 的话，一定要坚持自己的
立场，让问题得到最后的确认。
64.为什么要在一个团队中开展软件测试工作/p>
因为没有经过测试的软件很难在发布之前知道该软件的质量，就好比 ISO 质量认证一样，测试同样也需要质量的保证，这个时候就需要在团队中开展软件测试的工作。在测试的过程发现软件中存在的问题，及时让开发人员得知并修改问题，在即将发布时，从测试 告中得出软件的质量情况。#####65.如果有机会转成开发人员，你会去做开发工作吗br> 如果公司确实需要我可以从事开发，但我还是喜欢做测试，我认为我更适合做测试。
65.软件测试分哪些阶段阶段的含义/p>
分为单元测试、集成测试、确认测试、系统测试、验收测试。单元测试是最小单位的测试，测试独立模块；
集成测试主要测试模块之间的接口是否正常，
确认测试类似于冒烟测试通常在大规模系统测试之前验证版本主要功能是否实现，版本的稳定性是否可以进入系统测试，
系统测试是全面测试验证系统是否满足用户需求包括功能、性能、兼容性等等。
验收测试是用户参与的测试。
66.一份测试计划应该包括哪些内容/p>
背景、项目简介、目的、测试范围、测试策略、人员分工、资源要求、进度计划、参考文档、常用术语、提交文档、风险分析。
67.什么是兼容性测试举例说明如何利用兼容性测试列表进行测试。
主要验证软件产品在不同版本之间的兼容性。包括向下兼容和交错兼容，向下兼容是测试软件新版本保留它早期版本功能的情况，
交错兼容是验证共同存在的两个相关但不相同的产品之间的兼容性。
68.对某软件进行测试，发现在 8 WIN98 上运行得很慢，怎么判别是该软件存在问题还是其软硬件运行环境存在问题br> 看软件的运行环境要求。如果符合要求则是程序存在问题，若不符合要求则是硬件系统存在问题
三.鸡汤：
朱自清曾说：从此我不再仰脸看青天，不再低头看白水，只谨慎着我双双的脚步，我要一不一不踏在泥土上，打上深深的脚印！
李大钊曾说：凡事都要脚踏实地去做，不驰于空想，不鹜于虚声，而惟以求真的态度作踏实的工夫。以此态度求学，则真理可明，以此态度作事，则功业可就。所以朋友们做什么事情都要踏踏实实，不能眼高手低，只有这样，得来的成功才是安稳的。
声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！