2023年新版软件测试经典面试题.pdf

《2023年新版软件测试经典面试题.pdf》由会员分享，可在线阅读，更多相关《2023年新版软件测试经典面试题.pdf（56页珍藏版）》请在得力文库 - 分享文档赚钱的网站上搜索。

1、软件测试面试题汇总测 试 技 术 面 试 题.错误!未定义书签。1、什么是兼容性测试？兼容性测试侧重哪些方面？.错误!未定义书签。2、我现在有个程序，发现在Windows上运营得很慢，怎么判别是程序存在问题还是软硬件系统存在问题？错误!未定53、测试的策略有哪些？.错误!未定义书签。4、正交表测试用例设计方法的特点是什么？.错误!未定义书签。5、描述使用bugzilla缺陷管理工具对软件缺陷（BUG）跟踪的管理的流程？.错误!未定义书签。6、你觉得bugzilla在使用的过程中，有什么问题？.错误!未定义书签。7、描述测试用例设计的完整过程？.错误!未定义书签。8、单元测试的策略有哪些？.错误

2、!未定义书签。9、LoadRunner 分明B三部分?.错误!未定义书签。10、LoadRunner进行测试的流程？.错误!未定义书签。什么是并发？在 lordrunner中，如何进行并发的测试？集合点失败了会怎么样？.错误!未定义书签。12、使用QTP做功能测试，录制脚本的时候，要验证多个用户的登录情况/查询情况，如何操作？错误!未定义书签。13、Q T P 中的Action有什么作用？有几种？.错误!未定义书签。14、TestDirector有些什么功能，如何对软件测试过程进行管理？.错误!未定义书签。15、你所熟悉的软件测试类型都有哪些？请试着分别比较这些不同的测试类型的区别与联系（如功

3、能测试、性能测试）？.错误!未定义书签。16、条软件缺陷（或者叫Bug）记录都包含了哪些内容？如何提交高质量的软件缺陷（Bug）记录？错误!未定义书签。17、Beta测试与Alpha测试有什么区别？.错误!未定义书签。18、软件的评审一般由哪些人参与？其目的是什么？.错误!未定义书签。19、测试活动中，假如发现需求文档不完善或者不准确，怎么解决？.错误!未定义书签。20、阶段评审与项目评审有什么区别？.错误!未定义书签。21、阐述工作版本的定义？.错误!未定义书签。22、什么是桩模块？什么是驱动模块？.错误!未定义书签。23、什么是扇入？什么是扇出？.错误!未定义书签。24、你认为做好测试计划

4、工作的关键是什么？.错误!未定义书签。25、你认为做好测试用例工作的关键是什么？.错误!未定义书签。26、简述一下缺陷的生命周期？.错误!未定义书签。27、软件的安全性应从哪几个方面去测试？.错误!未定义书签。28、软件配置管理工作开展的情况和结识？.错误!未定义书签。29、你觉得软件测试通过的标准应当是什么样的？.错误!未定义书签。30、引入测试管理的含义？.错误!未定义书签。31、一套完整的测试应当由哪些阶段组成？.错误!未定义书签。32、单元测试的重要内容？.错误!未定义书签。33、集成测试也叫组装测试或者联合测试，请简述集成测试的重要内容？.错误!未定义书签。34、简述集成测试与系统测

5、试关系？.错误!未定义书签。35、软件测试的文档测试应当贯穿于软件生命周期的全过程，其中用户文档是文档测试的重点。那么软件系统的用户文档涉及哪些？.错误!未定义书签。36、软件系统中除用户文档之外，文档测试还应当关注哪些文档？.错误!未定义书签。37、简述软件系统中用户文档的测试要点？.错误!未定义书签。38、单元测试重要内容是什么？.错误!未定义书签。39、如何理解强度测试？.错误!未定义书签。40、如何理解压力、负载、性能测试测试？.错误!未定义书签。41、什么是系统瓶颈？.错误!未定义书签。42、文档测试重要包含什么内容？.错误!未定义书签。43、功能测试用例需要具体到什么限度才是合格的

6、？.错误!未定义书签。44、配置和兼容性测试的区别是什么？.错误!未定义书签。45、软件文档测试重要包含什么？.错误!未定义书签。46、没有产品说明书和需求文档地情况下可以进行黑盒测试吗？.错误!未定义书签。47、测试中的“杀虫剂怪事”是指什么？.错误!未定义书签。48、在配置测试中，如何判断发现的缺陷是普通问题还是特定的配置问题？.错误!未定义书签。49、为什么尽量不要让时间有富裕的员工去做一些测试？.错误!未定义书签。50、完全测试程序是也许的吗？.错误!未定义书签。51、软件测试的风险重要体现在哪里？.错误!未定义书签。52、发现的缺陷越多，说明软件缺陷越多吗？.错误!未定义书签。53、

7、所有的软件缺陷都能修复吗？所有的软件缺陷都要修复吗？.错误!未定义书签。54、软件测试人员就是QA吗？.错误!未定义书签。55、如何减少测试人员跳槽带来的损失？.错误!未定义书签。56、测试产品与测试项目的区别是什么？.错误!未定义书签。57、和用户共同测试(UAT测试)的注意点有哪些？.错误!未定义书签。58、如何编写提交给用户的测试报告？.错误!未定义书签。59、测试工具在测试工作中是什么地位？.错误!未定义书签。60、什么是软件测试，软件测试的目的？.错误!未定义书签。61、简述负载测试与压力测试的区别。.错误!未定义书签。62、写出bug报告流转的环节，每步的负责人及重要完毕的工作。.

8、错误!未定义书签。63、写出bug报告当中一些必备的内容。.错误!未定义书签。64、开发人员老是犯一些低档错误怎么解决？.错误!未定义书签。65、画出软件测试的V 模型图。.错误!未定义书签。66、为什么要在一个团队中开展软件测试工作？.错误!未定义书签。67、您在以往的测试工作中都曾经具体从事过哪些工作？其中最擅长哪部分工作？.错误!未定义书签。68、您所熟悉的软件测试类型都有哪些？请试着分别比较这些不同的测试类型的区别与联系(如功能测试、性能测试).错误!未定义书签。69、您认为做好测试用例设计工作的关键是什么？.错误!未定义书签。70、请试着比较一下黑盒测试、白盒测试、单元测试、集成测试

9、、系统测试、验收测试的区别与联系。错误!未定义书71、测试计划工作的目的是什么？测试计划工作的内容都涉及什么？其中哪些是最重要的？错误!未定义书签。72、您所熟悉的测试用例设计方法都有哪些？请分别以具体的例子来说明这些方法在测试用例设计工作中的应用。.错误!未定义书签。73、请以您以往的实际工作为例，具体的描述一次测试用例设计的完整的过程。.错误!未定义书签。74、您以往是否曾经从事过性能测试工作？假如有，请尽也许的具体描述您以往的性能测试工作的完整过程。.错误!未定义书签。75、你对测试最大的爱好在哪里？为什么？.错误!未定义书签。76、你以前工作时的测试流程是什么？.错误!未定义书签。77

10、、当开发人员说不是B U G 时，你如何应付？.错误!未定义书签。78、软件的构造号与版本号之间的区别？BVT(BuildVerificationTest).错误!未定义书签。79、您以往的工作中，一 条 软 件 缺 陷(或 者 叫 B u g)记录都包含了哪些内容？如何提交高质量的软件缺陷(Bug)记录？.错误!未定义书签。80、您以往所从事的软件测试工作中，是否使用了一些工具来进行软件缺陷(Bug)的管理？假如有，请结合该工具描述软件缺陷（B u g）跟踪管理的流程。.错误!未定义书签。8 1、您认为性能测试工作的目的是什么？做好性能测试工作的关键是什么？.错误!未定义书签。8 2、单元测

11、试、集成测试、系统测试的侧重点是什么？.错误!未定义书签。8 3、集成测试通常都有那些策略？.错误!未定义书签。8 4、一个缺陷测试报告的组成.错误!未定义书签。8 5、基于W EB 信息管理系统测试时应考虑的因素有哪些？.错误!未定义书签。8 6、软件测试项目从什么时候开始，？为什么？.错误!未定义书签。8 7、需求测试注意事项有哪些？.错误!未定义书签。8 8、简述一下缺陷的生命周期.错误!未定义书签。8 9、你在你所在的公司是怎么开展测试工作的？是如何组织的？.错误!未定义书签。9 0、你认为抱负的测试流程是什么样子？.错误!未定义书签。9 1、您在从事性能测试工作时，是否使用过一些测试

12、工具？假如有，请试述该工具的工作原理，并以一个具体的工作中的例子描述该工具是如何在实际工作中应用的。.错误!未定义书签。9 2、软件测试活动的生命周期是什么？.错误!未定义书签。9 3、请画出软件测试活动的流程图？.错误!未定义书签。9 4、针对缺陷采用如何管理措施？.错误!未定义书签。9 5、什么是测试评估？测试评估的范围是什么？.错误!未定义书签。9 6、假如可以执行完美的黑盒测试，还需要进行白盒测试吗？为什么？.错误!未定义书签。9 7、测试结束的标准是什么？.错误!未定义书签。9 8、软件验收测试除了 a lp h a ,b e t a 测试以外，尚有哪一种？.错误!未定义书签。9 9

13、、做测试多久了？以前做过哪些项目？你们以前测试的流程是如何的？用过哪些测试工具？错误!未定义书签。1 0 0、请就如何在开发中进行软件质量控制说说你的见解.错误!未定义书签。1 0 1、一套完整的测试应当由哪些阶段组成？分别阐述一下各个阶段。.错误!未定义书签。1 0 2、软件测试的类型有那些？分别比较这些不同的测试类型的区别与联系。.错误!未定义书签。1 0 3、测试用例通常涉及那些内容？着重阐述编制测试用例的具体做法.错误!未定义书签。1 0 4、在分别测试wi n f o r m 的 C/S 结构与测试W EB 结构的软件是，应当采用什么样的方法分别测试？他们存在什么样的区别与联系？.错

14、误!未定义书签。1 0 5、在测试wi n f o r m 的 C/S 结构软件时，发现这个软件的运营速度很慢，您会认为是什么因素？您会采用哪些方法去检查这个因素？.错误!未定义书签。1 0 6、描述使用b u g z i lla 缺陷管理工具对软件缺陷（B U G）跟踪的管理的流程.错误!未定义书签。107、你都用什么测试方法针对不同的产品或者系统或者模块，有不同的测试方法。总体而言有白盒测试和黑盒测试。.错误!未定义书签。108、怎么编写案例案例的编写与测试阶段的定义有很大的关系。系统测试和u n it测试的案例也许不同。总体而言测试案例根据系统的需求而定。.错误!未定义书签。109、怎么

15、才可以全面的测试到每一个点测试的全面性重要需要在设计测试计划的时候考虑，从测试策略，产品需求等等多个角度考虑从而定义所有的测试点。.错误!未定义书签。110、谈谈软件测试技术，以及如何提高.错误!未定义书签。111、谈谈软件测试职业发展，以及个人的打算.错误!未定义书签。112、谈谈软件测试在公司的地位，也可以结合软件生命周期来谈.错误!未定义书签。113、一般公司里实际的软件测试流程是什么样的？你们公司又是如何的？.错误!未定义书签。114、软件工程师要具有那些素质？.错误!未定义书签。115、你会哪些测试工具？怎么操作？.错误!未定义书签。116、你能不能说下你的3 到 5 年的职业计划（

16、规划）.错误!未定义书签。117、你觉得你来应聘有那些优势？.错误!未定义书签。其他问题：（有也许清楚的思绪比确切的答案更重要）.错误!未定义书签。开 发 及 环 境 搭 建 类 面 试 题.错误!未定义书签。1、描述软件产生内存泄露的因素以及检查方式。（可以结合一种开发语言进行描述）.错误!未定义书签。2、简述什么是值传递，什么是地址传递，两者区别是什么？.错误!未定义书签。3、结构化程序设计和面向对象程序设计各自的特点及优缺陷是什么？.错误!未定义书签。4,简述什么是存储过程和触发器？.错误!未定义书签。5、使用C 语言编写一个函数，用于互换两个变量的值（地址传递）.错误!未定义书签。6、

17、请简述DNS、活动目录、域的概念。.错误!未定义书签。7、描述TCP/IP协议的层次结构，以及每一层中重要协议。.错误!未定义书签。8、简述子网掩码的用途。.错误!未定义书签。9、说出4 种以上常用的操作系统及其重要的应用范围（微软的操作系统除外）。.错误!未定义书签。10、在 Linux系统中，一个文献的访问权限是7 5 5,其含义是什么？.错误!未定义书签。H、Windows操作系统中PATH环境变量的作用是什么？.错误!未定义书签。12、Ghost的重要用途和常用方法？.错误!未定义书签。1 3、在 R e d H a t 中，从 r o o t用户切到us e r l 用户，一般用什么

18、命令？.错误!未定义书签。1 4、Li n ux 中，一般怎么隐藏文献？.错误!未定义书签。1 5、如何将自己的本地磁盘（D）做成FT P供远端主机使用？.错误!未定义书签。1 6、对 R UP.CM M,CM M I,X P,PS P.T S P的结识？.错误!未定义书签。1 7、D N S 是什么，它是如何工作的？.错误!未定义书签。1 8、防火墙如何保证安全的？重要有哪些？.错误!未定义书签。1 9、目前流行的操作的系统有哪些？请举例说明安装操作系统的注意事项？.错误!未定义书签。2 0、简述一下c/s 模式或者b/s 模式？.错误!未定义书签。2 1、T CP/UD P有哪些区别？.错

19、误!未定义书签。2 2、IS O模型？HUB、tc h、R o ute r 是 IS O的第几层设备？.错误!未定义书签。2 3、内存有哪几种存储组织结构.请分别加以说明？.错误!未定义书签。人 力 资 源 面 试 题.错误!未定义书签。1、你的测试职业发展是什么？你自认为做测试的优势在哪里？.错误!未定义书签。2、你为什么想离开目前的职务？.错误!未定义书签。3、你对我们公司了解有多少？.错误!未定义书签。4、你找工作时，最重要的考虑因素为什么？.错误!未定义书签。5、为什么我们应当录取你？.错误!未定义书签。6、请谈谈你个人的最大特色。.错误!未定义书签。7、一个测试工程师应具有那些素质和

20、技能？.错误!未定义书签。8、您认为在测试人员同开发人员的沟通过程中，如何提高沟通的效率和改善沟通的效果？维持测试人员同开发团队中其他成员良好的人际关系的关键是什么？.错误!未定义书签。9、在您以往的测试工作中，最让您感到不满意或者不堪回首的事情是什么？您是如何来对待这些事情的？错误!未定51 0、在即将完毕这次笔试前，您是否乐意谈一些自己在以往的学习和工作中获得的工作经验和心得体会？（可以涉及软件测试、过程改善、软件开发或者与此无关的其他方面）.错误!未定义书签。1 1、为什么选择测试这行？.错误!未定义书签。1 2、你的工作通常能在时限内完毕吗.（我想问一下就是她问这个问题的动机是什么）.

21、错误!未定义书签。1 3、通常你对于别人批评你会有什么样的反映.错误!未定义书签。1 4、假如明知这样做不对，你还会依主管的指过去做吗？.错误!未定义书签。1 5、假如你接到一个客户抱怨的电话，你确知无法解决他的问题，你会怎么解决？.错误!未定义书签。1 6、请就软件测试人员应当具有什么样的基本素质说说你的见解。.错误!未定义书签。17、你在五年内的个人目的和职业目的分别是什么？.错误!未定义书签。1 8、你如何做出自己的职业选择？.错误!未定义书签。测试技术面试题1、什么是兼容性测试？兼容性测试侧重哪些方面？参考答案：兼容测试重要是检查软件在不同的硬件平台、软件平台上是否可以正常的运营，即是

22、通常说的软件的可移植性。兼容的类型，假如细分的话，有平台的兼容，网络兼容，数据库兼容，以及数据格式的兼容。兼容测试的重点是，对兼容环境的分析。通常，是在运营软件的环境不是很拟定的情况下，才需要做兼容。根据软件运营的需要，或者根据需求文档，一般都可以得出用户会在什么环境下使用该软件，把这些环境整理成表单，就得出做兼容测试的兼容环境了。兼容和配置测试的区别在于，做配置测试通常不是C le a n O S 下做测试，而兼容测试多是在C le a n O S 的环境下做的。2、我现在有个程序，发现在W ind ows上运营得很慢，怎么判别是程序存在问题还是软硬件系统存在问题？参考答案：1、检查系统是否

23、有中毒的特性；2、检查软件/硬件的配置是否符合软件的推荐标准；3、确认当前的系统是否是独立，即没有对外提供什么消耗C P U 资源的服务；4、假 如 是 C/S 或 者 B/S 结构的软件，需要检查是不是由于与服务器的连接有问题，或者访问有问题导致的;5、在系统没有任何负载的情况下，查看性能监视器，确认应用程序对C P U/内存的访问情况。3、测试的策略有哪些？参考答案：黑盒/白盒，静态/动态，手工/自动，冒烟测试，回归测试，公 测（B e ta 测试的策略）4、正交表测试用例设计方法的特点是什么？参考答案：用最少的实验覆盖最多的操作，测试用例设计很少，效率高，但是很复杂；对于基本的验证功能，

24、以及二次集成引起的缺陷，一般都能找出来；但是更深的缺陷，更复杂的缺陷，还是无能为力的；具体的环境下，正交表一般都很难做的。大多数，只在系统测试的时候使用此方法。5、描述使用b ugzilla 缺陷管理工具对软件缺陷（B U G）跟踪的管理的流程？参考答案：就是B ugzilla 的状态转换图。6、你觉得b ugzilla 在使用的过程中，有什么问题？参考答案：界面不稳定；根据需要配置它的不同的部分，过程很烦琐。流程控制上，安全性不好界定，很容易对别人的B ug进行误操作；没有综合的评分指标，不好确认修复的优先级别。7、描述测试用例设计的完整过程？参考答案：需求分析+需求变更的维护工作；根据需求

25、得出测试需求；设计测试方案，评审测试方案；方案评审通过后，设计测试用例，再对测试用例进行评审8、单元测试的策略有哪些?参考答案：逻辑覆盖、循环覆盖、同行评审、桌前检查、代码走查、代码评审、景泰数据流分析9、L oa d R unne r分哪三部分？参考答案：用户动作设计；场景设计；测试数据分析；1 0、L oa d R unne r进行测试的流程？参考答案：1、测试测试2、创建虚拟用户脚本3、创建运营场景4、运营测试脚本5、监视场景6、分析测试的结果以上，最佳是结合一个案例，根据以上流程来介绍。什么是并发？在 lord runne r中，如何进行并发的测试？集合点失败了会怎么样？参考答案：在同

26、一时间点，支持多个不同的操作。L oa d R unne r中 提 供 I P 伪装，集合点，配合虚拟用户的设计，以及在多台电脑上设立，可以比较好的模拟真实的并发。集合点，即是多个用户在某个时刻，某个特定的环境下同时进行虚拟用户的操作的。集合点失败，则集合点的才操作就会取消，测试就不能进行。12、使用QTP做功能测试，录制脚本的时候，要验证多个用户的登录情况/查询情况，如何操作？参考答案：分析用户登录的基本情况，得出一组数据，通过性测试/失败性测试的都有（根 据 TC来设计这些数据）,然后录制登录的脚本，将关键的数据参数化，修改脚本，对代码进行加强，调试脚本。13、QTP中的Action有什么

27、作用？有几种？参考答案：Action的作用 用 Action可以对环节集进行分组 环节重组，然后被整体调用 拥有自己的sheet 组合有相同需求的环节，整体操作 具有独立的对象仓库Action的种类 可复用Action 不可复用Action 外部 Action14、TestDirector有些什么功能，如何对软件测试过程进行管理？参考答案：需求管理 定义测试范围 定义需求树 描述需求树的功能点测试计划 定义测试目的和测试策略。分解应用程序，建立测试计划树。拟定每个功能点的测试方法。将每个功能点连接到需求上，使测试计划覆盖所有的测试需求。描述手工测试的测试环节 指明需要进行自动测试的功能点测试执

28、行 定义测试集合。为每个测试人员制定测试任务和测试日程安排。运营自动测试。缺陷跟踪 记录缺陷 查看新增缺陷，并拟定哪些是需要修正的 相关技术人员修改缺陷 回归测试 分析缺陷记录图表，分析应用程序的开发质量。15、你所熟悉的软件测试类型都有哪些？请试着分别比较这些不同的测试类型的区别与联系（如功能测试、性能测试）？参考答案：Compatibility Testing（兼容性测试），也称Configuration testing（配置测试）”，测试软件是否和系统的其它与之交互的元素之间兼容，如：浏览器、操作系统、硬件等。验证测试对象在不同的软件和硬件 配 置 中 的 运 营 情 况。Functio

29、nal testing（功能测试），也称为behavioral testing（行为测试），根据产品特性、操作描述和用户方案，测试一个产品的特性和可操作行为以拟定它们满足设计需求。本地化软件的功能测试，用于验证应用程序或网站对目的用户能对的工作。使用适当的平台、浏览器和测试脚本，以保证目的用户的体验将足够好，就像应用程 序 是 专 门 为 该 市 场 开 发 的 同 样。Performance testing（性能测试），评价一个产品或组件与性能需求是否符合的测试。涉及负载测试、强度测试、数据库容量测试、基准测试等类型。16、软件缺陷（或者叫Bug）记录都包含了哪些内容？如何提交高质量的软件缺

30、陷（Bug）记录？参考答案：5 c 标准17、Beta测试与Alpha测试有什么区别？参考答案：Beta testing（p 测试），测试是软件的多个用户在一个或多个用户的实际使用环境下进行的测试。开 发 者 通 常 不 在 测 试 现 场Alpha testing（a 测试），是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的受控测试18、软件的评审一般由哪些人参与？其目的是什么？参考答案：在正式的会议上将软件项目的成果（涉及各阶段的文档、产生的代码等）提交给用户、客户或有关部门人员对软件产品进行评审和批准。其目的是找出也许影响软件产品质量、开发过程、维护工

31、作的合用性和环境方面的设计缺陷，并采用补救措施，以及找出在性能、安全性和经济方面的也许的改善。人员：用户、客户或有关部门开发人员，测试人员，需求分析师都可以，就看处在评审那个阶段19、测试活动中，假如发现需求文档不完善或者不准确，怎么解决？参考答案：测试需求分析发现需求文档不完善或者不准确，应当立即和相关人员进行协调交流。20、阶段评审与项目评审有什么区别？参考答案：阶段评审对项目各阶段评审：对阶段成果和工作项目评审对项目总体评审：对工作和产品21、阐述工作版本的定义？参考答案：构造号：BUILD22、什么是桩模块？什么是驱动模块？参考答案：桩模块：被测模块调用模块驱动模块调用被测模块23、什

32、么是扇入？什么是扇出？参考答案：扇入：被调次数，扇出：调其它模块数目24、你认为做好测试计划工作的关键是什么？参考答案：软件测试计划就是在软件测试工作正式实行之前明确测试的对象，并且通过对资源、时间、风险、测试范围和预算等方面的综合分析和规划，保证有效的实行软件测试；做好测试计划工作的关键：目的，管理，规范1.明确测试的目的，增强测试计划的实用性编写软件测试计划得重要目的就是使测试过程可以发现更多的软件缺陷，因此软件测试计划的价值取决于它对帮助管理测试项目，并且找出软件潜在的缺陷。因此，软件测试计划中的测试范围必须高度覆盖功能需求，测试方法必须切实可行，测试工具并且具有较高的实用性，便于使用，

33、生成的测试结果直观、准确2 坚 持“5W”规 则，明 确 内 容 与 过 程“5W”规则指的是“What（做什么）、“Why（为什么做）、“When（何时做）、“Where（在哪里）”、“How（如何做）运用“5W”规则创建软件测试计划，可以帮助测试团队理解测试的目的（Why）,明确测试的范围和内容（What）,拟定测试的开始和结束日期（When）,指出测试的方法和工具（How）,给出 测 试 文 档 和 软 件 的 存 放 位 置（Where）。3.采用评审和更新机制，保证测试计划满足实际需求测试计划写作完毕后，假如没有通过评审，直接发送给测试团队，测试计划内容的也许不准确或漏掉测试内容，或

34、者软件需求变更引起测试范围的增减，而测试计划的内容没有及时更新，误导测试执行人员。4.分别创建测试计划与测试具体规格、测试用例应把具体的测试技术指标包含到独立创建的测试具体规格文档，把用于指导测试小组执行测试过程的测试用例放到独立创建的测试用例文档或测试用例管理数据库中。测试计划和测试具体规格、测试用例之间是战略和战术的关系，测试计划重要从宏观上规划测试活动的范围、方法和资源配置，而测试具体规格、测试用例是完毕测试任务的具体战术。2 5、你认为做好测试用例工作的关键是什么？参考答案：需求和设计文档的理解限度，对系统的熟悉限度2 6、简述一下缺陷的生命周期？参考答案：提交-确认-分派-修复-验证

35、-关闭2 7、软件的安全性应从哪几个方面去测试？参考答案：(1)用户认证机制：如数据证书、智能卡、双重认证、安全电子交易协议(2)加密机制(3)安全防护策略：如安全日记、入侵检测、隔离防护、漏洞扫描(4)数据备份与恢复手段：存储设备、存储优化、存储保护、存储管理(5)防病毒系统2 8、软件配置管理工作开展的情况和结识？参考答案：软件配置管理贯穿于软件开发、测试活动的始终，覆盖了开发、测试活动的各个环节，它的重要作用之一就是要全面的管理保存各个配置项，监控各配置项的状态，并向项目经理及相关的人员报告，从而实现对软件过程的控制。软件测试配置管理涉及4个最基本的活动：配置项标记配置项控制配置项状态报

36、告配置审计软件配置管理通常借助工具来辅助，重要有M S S ourc e S a f e、R a tiona l C le a rC a se 等2 9、你觉得软件测试通过的标准应当是什么样的？参考答案:缺陷密度值达成客户的规定3 0、引入测试管理的含义？参考答案：风险分析，进度控制、角色分派、质量控制3 1、一套完整的测试应当由哪些阶段组成？参考答案：测试计划、测试设计与开发、测试实行、测试评审与测试结论3 2、单元测试的重要内容？参考答案：模块接口测试、局部数据结构测试、途径测试、错误解决测试、边界测试3 3、集成测试也叫组装测试或者联合测试，请简述集成测试的重要内容？参考答案：(1)在把

37、各个模块连接起来的时候，穿越模块接口的数据是否会丢失；(2)一个模块的功能是否会对另一个模块的功能产生不利的影响；(3)各个子功能组合起来，能否达成预期规定的父功能；(4)全局数据结构是否有问题；(5)单个模块的误差累积起来，是否会放大，从而达成不能接受的限度。3 4、简述集成测试与系统测试关系？参考答案：(1)集成测试的重要依据概要设计说明书，系统测试的重要依据是需求设计说明书；(2)集成测试是系统模块的测试，系统测试是对整个系统的测试，涉及相关的软硬件平台、网络以及相关外设的测试。3 5、软件测试的文档测试应当贯穿于软件生命周期的全过程，其中用户文档是文档测试的重点。那么软件系统的用户文档

38、涉及哪些？参考答案：用户手册安装和设立指导联机帮助指南、向导样例、示例和模板授权/注册登记表最终用户许可协议3 6、软件系统中除用户文档之外，文档测试还应当关注哪些文档？参考答案：开发文档软件需求说明书数据库设计说明书概要设计说明书具体设计说明书可行性研究报告管理文档项目开发计划测试计划测试报告开发进度月报开发总结报告3 7、简述软件系统中用户文档的测试要点？参考答案：(1)读者群。文档面向的读者定位要明确。对于初级用户、中级用户以及高级用户应当有不同的定位(2)术语。文档中用到的术语要合用与定位的读者群，用法一致，标准定义与业界规范相吻合。(3)对的性。测试中需检查所有信息是否真实对的，查找

39、由于过期产品说明书和销售人员夸大事实而导致的错误。检查所有的目录、索引和章节引用是否已更新，尝试链接是否准确，产品支持电话、地址和邮政编码是否对的。(4)完整性。对照软件界面检查是否有重要的分支没有描述到，甚至是否有整个大模块没有描述到。(5)一致性。按照文档描述的操作执行后，检查软件返回的结果是否与文档描述的相同。(6)易用性。对关键环节以粗体或背景色给用户以提醒，合理的页面布局、适量的图表都可以给用户更高的易用性。需要注意的是文档要有助于用户排除错误。不仅描述对的操作，也要描述错误解决办法。文档对于用户看到的错误信息应当有更具体的文档解释。(7)图表与界面截图。检查所有图表与界面截图是否与

40、发行版本相同。(8)样例与示例。像用户同样载入和使用样例。假如是一段程序，就输入数据并执行它。以每一个模块制作文献，确认它们的对的性。(9)语言。不出现错别字，不要出现有二义性的说法。特别要注意的是屏幕截图或绘制图形中的文字。(1 0)印刷与包装。检查印刷质量；手册厚度与开本是否合适；包装盒的大小是否合适；有没有零碎易丢失的小部件等等。3 8、单元测试重要内容是什么？参考答案：单元测试大多数由开发人员来完毕，测试人员技术背景较好或者开发系统软件时也许会安排测试人员进行单元测试，大多数进行的单元测试都是开发人员调试程序或者开发组系统联合调试的过程。讨论这个问题重要是扩充一下读者的视野。单元测试一

41、般涉及五个方面的测试：(1)模块接口测试：模块接口测试是单元测试的基础。只有在数据能对的流入、流出模块的前提下，其他测试才故意义。模块接口测试也是集成测试的重点，这里进行的测试重要是为后面打好基础。测试接口对的与否应当考虑下列因素：-输入的实际参数与形式参数的个数是否相同；-输入的实际参数与形式参数的属性是否匹配；-输入的实际参数与形式参数的量纲是否一致；-调用其他模块时所给实际参数的个数是否与被调模块的形参个数相同；-调用其他模块时所给实际参数的属性是否与被调模块的形参属性匹配；-调用其他模块时所给实际参数的量纲是否与被调模块的形参量纲一致；-调用预定义函数时所用参数的个数、属性和顺序是否对

42、的；-是否存在与当前入口点无关的参数引用；-是否修改了只读型参数；-对全程变量的定义各模块是否一致;-是否把某些约束作为参数传递。假如模块功能涉及外部输入输出，还应当考虑下列因素：-文献属性是否对的；-O P E N/C L O S E 语句是否对的；-格式说明与输入输出语句是否匹配；-缓冲区大小与记录长度是否匹配；-文献使用前是否已经打开；-是否解决了文献尾；-是否解决了输入/输犯错误；-输出信息中是否有文字性错误。-局部数据结构测试；-边界条件测试；-模块中所有独立执行通路测试；(2)局部数据结构测试：检查局部数据结构是为了保证临时存储在模块内的数据在程序执行过程中完整、对的，局部功能是整

43、个功能运营的基础。重点是一些函数是否对的执行，内部是否运营对的。局部数据结构往往是错误的根源，应仔细设计测试用例，力求发现下面几类错误：-不合适或不相容的类型说明；-变量无初值；-变量初始化或省缺值有错；-不对的的变量名(拼错或不对的地截断)；-出现上溢、下溢和地址异常。(3)边界条件测试：边界条件测试是单元测试中最重要的一项任务。众所周知，软件经常在边界上失效，采用边界值分析技术，针对边界值及其左、右设计测试用例，很有也许发现新的错误。边界条件测试是一项基础测试，也是后面系统测试中的功能测试的重点，边界测试执行的较好，可以大大提高程序健壮性。(4)模块中所有独立途径测试；在模块中应对每一条独

44、立执行途径进行测试，单元测试的基本任务是保证模块中每条语句至少执行一次。测试目的重要是为了发现因错误计算、不对的的比较和不适当的控制流导致的错误。具体做法就是程序员逐条调试语句。常见的错误涉及：-误解或用错了算符优先级；-混合类型运算；-变量初值错;-精度不够；-表达式符号错。比较判断与控制流经常紧密相关，测试时注意下列错误：-不同数据类型的对象之间进行比较；-错误地使用逻辑运算符或优先级；-因计算机表达的局限性，盼望理论上相等而事实上不相等的两个量相等；-比较运算或变量犯错；-循环终止条件或不也许出现；-迭代发散时不能退出；-错误地修改了循环变量。模块的各条错误解决通路测试：程序在碰到异常情

45、况时不应当退出，好的程序应能预见各种犯错条件，并预设各种犯错解决通路。假如用户不按照正常操作，程序就退出或者停止工作，事实上也是一种缺陷，因此单元测试要测试各种错误解决途径。一般这种测试着重检查下列问题：-输出的犯错信息难以理解；-记录的错误与实际碰到的错误不相符；-在程序自定义的犯错解决段运营之前，系统已介入；-异常解决不妥；-错误陈述中未能提供足够的定位犯错信息。39、如何理解强度测试？参考答案：强度测试是为了拟定系统在最差工作环境的工作能力，也也许是用于验证在标准工作压力下的各种资源的最下限指标。它和压力测试的目的是不同的,压力测试是在标准工作环境下,不断增长系统负荷,最终测试出该系统能

46、力达成的最大负荷（稳定和峰值），而强度测试则是在非标准工作环境下,甚至不断人为减少系统工作环境所需要的资源,如网络带宽，系统内存,数据锁等等，以测试系统在资源局限性的情况下的工作状态,通过强度测试,可以拟定本系统正常工作的最差环境.强度测试和压力测试的测试指标相近,大多都是与时间相关的指标,如并发量（吞吐量），延迟（最大 最小、平均）以及顺序指标等强度测试需要对系统的结构熟悉,针对系统的特性设计强度测试的方法40、如何理解压力、负载、性能测试测试?参考答案：性能测试是一个较大的范围，事实上性能测试自身包含了性能、强度、压力、负载等多方面的测试内容。压力测试是对服务器的稳定性以及负载能力等方面的

47、测试，是一种很平常的测试。增大访问系统的用户数量、或者几个用户进行大数据量操作都是压力测试。而负载测试是压力相对较大的测试，重要是测试系统在一种或者集中极限条件下的相应能力，是性能测试的重要部分。1 0 0 个用户对系统进行连续半个小时的访问可以看作压力测试，那么连续访问8个小时就可以认为负载测试，1 0 0 0 个用户连续访问系统1 个小时也可以看作是负载测试。事实上压力测试和负载测试没有明显的区分。测试人员应当站在关注整体性能的高度上来对系统进行测试。41、什么是系统瓶颈？参考答案：瓶颈重要是指整个软硬件构成的软件系统某一方面或者几个方面能力不能满足用户的特定业务规定，“特定”是指瓶颈会在

48、某些条件下会出现，由于毕竟大多数系统在投入前。严格的从技术角度讲，所有的系统都会有瓶颈，由于大多数系统的资源配置不是协调的，例 如 C P U 使用率刚好达成1 0 0%时，内存也正好耗尽的系统不是很多见。因此我们讨论系统瓶颈要从应用的角度讨论：关键是看系统能否满足用户需求。在用户极限使用系统的情况下，系统的响应仍然正常，我们可以认为改系统没有瓶颈或者瓶颈不会影响用户工作。因此我们测试系统瓶颈重要是实现下面两个目的：-发 现“表面”的瓶颈。重要是模拟用户的操作，找出用户极限使用系统时的瓶颈，然后解决瓶颈，这是性能测试的基本目的。-发现潜在的瓶颈并解决，保证系统的长期稳定性。重要是考虑用户在将来

49、扩展系统或者业务发生变化时，系统可以适应变化。满足用户目前需求的系统不是最佳的，我们设计系统的目的是在保证系统整个软件生命周期可以不断适应用户的变化，或者通过简朴扩展系统就可以适应新的变化。42、文档测试重要包含什么内容？参考答案:在国内软件开发管理中，文档管理几乎是最弱的一项，因而在测试工作中特别容易忽略文档测试也就局限性为奇了。要想给用户提供完整的产品，文档测试是必不可少的。文档测试一般注重下面几个方面：文档的完整性：重要是测试文档内容的全面性与完整性，从总体上把握文档的质量。例如用户手册应当涉及软件的所有功能模块。描述与软件实际情况的一致性：重要测试软件文档与软件实际的一致限度。例如用户

50、手册基本完整后，我们还要注意用户手册与实际功能描述是否一致。由于文档往往跟不上软件版本的更新速度。易理解性：重要是检查文档对关键、重要的操作有无图文说明，文字、图表是否易于理解。对于关键、重要的操作仅仅只有文字说明肯定是不够的，应当附有图表使说明更为直观和明了。文档中提供操作的实例：这项检查内容重要针对用户手册。对重要功能和关键操作提供的应用实例是否丰富，提供的实例描述是否具体。只有简朴的图文说明，而无实例的用户手册看起来就像是软件界面的简朴拷贝，对于用户来说，事实上没有什么帮助。印刷与包装质量：重要是检查软件文档的商品化限度。有些用户手册是简朴打印、装订而成，过于粗糙，不易于用户保存。优秀的