测试题参

1.设计系统测试会需要参考的文档有哪些？

答：软件需求规格说明书、行业背景、详细设计、概要设计

2.负载测试、容量测试、强度测试的区别

答：负载测试：通过在被测系统上不断增加压力，直到性能指标达到极根。

容量测试：可以看作系统性能指标中一个特定环境下的一个特定性能指标，即设定的界限或极限值。

强度测试：主要是为了检查程序对异常情况的抵抗能力。

3.验收与确认测试的区别？

答：验收是软件交给用户前的最后一个工序。

确认测试是有效性和配置合理测试。它是集成测试和系统测试之间的过度阶段。

4.什么是测试评估？测试评估的范围

答：测试评估是在测试结束后对整个测试过程与产品是进行评估的过程。范围包括：对于测试工作的总结、缺陷数据的分析及测试过程的评估。

5.描述软件测试的过程,其中有那些工作要做？

答：软件测试的生命周期。

6.描述软件开发的过程,完整的开发过程需要完成那些工作？

答：软件的生命周期。

7.你在测试过程中从事那些工作,最擅长那些工作？

答：软件测试工作需要的角色，不同的角色需要做不同的工作，测试计划模板包含该内容。

8.软件测试的类型有哪些？

答：策略、方法、阶段

9.测试用例的设计方法有哪些,描述一个具体的例子

答：TC书全是。根据自己熟练程度去选择并描述例子。

10.测试用例的关键是什么？

答：需求、方法

11.描述测试用例设计的完整过程

答：测试用例的设计过程可以是一个由简到繁细化的过程。即一个人从简单的测试描述细化到能够去依照执行的测试用例的过程。

12.软件测试的评审过程和内容

答：软件测试评审的内容：与软件有关的所有文档和代码都是。学员根据自己的需要可以重点强调某一个部分。评审的过程贯穿于整个软件生命的周期，从软件的需求开始到最后的验收测试都是需要评审的。

13.性能测试工作的完整过程,目的,最关键的是什么？

答：性能测试的测试过程：制定测试计划、录制脚本、增强脚本功能、建立场景、运行场景、监视场景、分析结果。

目的：使软件满足用户性能方面的需要。使软件快速有效的为用户服务。

最关键的是：测试计划、测试策略的选择及测试用例的设计。学员根据自己的需要可以在扩展。

14.缺陷跟踪记录包含哪些,如何提高高质量的记录？

答：TP第四章和第二章（编写缺陷报告的原则）。

15.使用什么工具进行软件测试的跟踪管理,描述管理的过程？

答：Bugzilla。提交缺陷报告—分配缺陷报告—处理—返测—关闭。

16.单元测试和集成测试,描述工作

实际开展的情况。

答：在编码阶段进行单元测试同时学员要把单元测试用例设计方法讲解出来。

集成测试是在作完且结果通过的情况下来进行的。学员讲解集成测试阶段使用到的方法。

17.工作中哪些需要改进,期望的工作环境？

答：测试的规范性、团队协调、测试技术需要改进。

18.软件配置管理工作开展的情况和认识？

答：软件配置管理（SCM）是指在开发过程中各阶段，管理计算机程序演变的学科，它作为软件工程的关键元素，已经成为软件开发和维护的重要组成部分。SCM提供了结构化的，有序化的，产品化的管理软件工程的方法。它涵盖了软件生命周期的所有领域并影响所有数据和过程。

SCM通过以下方法，强化软件的可靠性和质量：

提供用于识别和控制文档、代码、接口、数据库的结构框架，适用于软件开发生命周期的所有阶段；

全面支撑某一特定开发及维护工作方法，能够适应各种类型的需求、标准、、组织机构以及相关的管理策略；

针对特定的基线状态、变更控制、测试、发布版本或审查活动，生成相应的管理信息和产品信息。

19.与开发人员如何进行有效的沟通的？

答：1.对事不对人；

2.方向不一致，但目标相同，所以都是为了提高软件的质量。

20.测试工作的哪些步骤，在哪个阶段应该做什么，由谁来完成？

答：软件测试的流程图。TP第八章。

21.写测试用例的几种方法，并举例说明。

答：等价类、边界值、因果图等。学员可以举例用上机作业题中的任何一个。

22.写出你用过的测试工具，并描述它的使用方法及功能。

答：QTP：主要进行功能测试。可以用作回归测试和重复性测试。

LR：进行性能测试。主要测试软件的承受能力和响应时间。

LINKBOT：进行链接测试。测试网站的链接是否存在。

23.按照瀑布模型软件开发都分哪几个阶段？对应的测试环节又分哪几个阶段？

答：需求分析、概要设计、详细设计、编码、测试、产品发布

单元测试、集成测试、系统测试、验收测试。

24.黑盒和白盒测试技术的概念？

答：别名、测试对象、所在阶段、主要目的、主要负责人。

25.测试都包括哪些内容？

答：软件测试的生命周期。

26.计算中出现下列情况：1+1=2，2+2=5，3+3=6，4+4=9，5+5=10，6+6=13缺陷报告中描述上述情况

答：概述：加法器在进行相同两个偶数相加时，结果多加1。

27.针对缺陷采取怎样的管理措施？

答：使用缺陷管理系统。通过不同的负责人对缺陷的处理，缺陷状态的改变进行跟踪和管理。也可使用配置管理工具。

28.在测试生命周期，测试过程分为几个阶段，以及各个阶

段的含义？

答：TP第8章。

29.简要写出自己在理解的基础质上所认为引入测试管理的意义？

答：测试管理能够合理安排测试资源、控制测试流程，提高测试质量，加强测试过程的改进。

30.写出软件缺陷的过程或流程图

答：TP第四章，缺陷报告处理流程。

31.Windows2000关机界面，写出功能界面测试用例

答：TC第13章。

32.您对质量的认识是？

答：质量是企业的核心竞争力。提升企业在全球的运营。特别对于软件产品，它是一种看不见的产品。质量尤为重要。

软件的质量与参与软件整个研发过程的每一个人有关。不仅是开发或测试，市场人员也对有责任。软件测试不管是用手工还是自动方法在某种程度上都能提高软件的质量。

33.软件测试在软件开发各阶段的地位和作用？

答：TP第8章。软件测试流程图。

34.测试时需要什么文档？会产生什么文档？您认为这些文档有什么用?

答：（TP第8章）

35.具体录制过程中，会优先注意何种Bug？

答：优先注意阻碍性BUG，因为这类缺陷不能使整个软件的业务顺利的走下来。

36.输入三个整数，判断三个整数能否构成一个三角形，请用黑盒 测试方法中的一种设计出相应的测试用例并详细说明所使用的黑盒测试方法。

答：根据自己在TC第四章的学习去回答。

37.什么是软件测试静态分析？

答：静态分析是属于白盒测试的范畴。是一种检测源代码正确性的测试技术。主要是用于编码阶段。

38.引入测试管理的含义？

答：测试管理能够合理安排测试资源、控制测试流程，提高测试质量，加强测试过程的改进。

39.试述软件的概念和特点？软件复用的含义？构件包括哪些？

答：软件是和计算机系统的硬件相互依存的一部分，主要由程序和文档构成。

软件特点：TP第14章。

软件复用：软件复用是一种计算机软件工程方法和理论。软件复用的主要思想是，将软件看成是由不同功能部分的“组件”所组成的有机体，每一个组件在设计编写时可以被设计成完成同类工作的通用工具，这样，如果完成各种工作的组件被建立起来以后，编写一特定软件的工作就变成了将各种不同组件组织连接体来的简单问题，这对于软件产品的最终质量和维护工作都有本质性的改变。

基于构件的软件系统中的构件可以是COTSCommercial-Off-the-Shelf）构件，也可以是通过其它途径获得的构件（如自行开发）；Tuxedo等。

40.瀑布模型和螺旋模型的主要区别是什么？

答：瀑布模型在项目早期要考虑清楚整个项目所需的所有信息和数据。在每个阶段工作明确、下一个阶段依赖上一个阶段，并且测试只是在某一个阶段。

螺旋模型

是只考虑当前该阶段的重点工作，开发过程和测试过程并行工作。

41.软件生存周期及其模型是什么？

答：(TP第6章)

42.什么是软件测试 软件测试的目的与原则

答：（TP第10章）

43.净室软件工程的策略是什么？

答：净室软件工程是一种具有坚实理论基础的软件工程技术。再好的管理也代替不了理论基础。净室理论基础由资深数学家Harlan Mills及其IBM的同仁于20世纪80年代初建立起来，首次提出了将函数理论和统计学应用于软件设计、测试和认证的软件工程领域，并集成了结构化编程、逐步求精、模块化设计的精髓。这是一个比较老的东西，不过对国内现装还是很有参考价值的。

净室软件工程的策略：

定义系统的边界——激励与响应；

状态规约过程——变量集；

控制流规约过程——明盒控制流。

44.软件配置管理的作用 软件配置包括什么？

答：作用：配置管理是指用于控制系统一系列变化的学科。 通过一系列技术，方法和手段来维护产品的历史，鉴别和定位产品独有的版本，并在产品的开发和发布阶段控制变化。通过有序管理和减少重复性工作，配置管理保证了生产的质量和效率。配置管理从基础层开始，有机地把其它支持活动结合起来，形成一个整体，相互促进，相互影响，有力地保证了质量体系的实施。

软件配置包括：

计算机程序，包括源代码和可执行程序。

与计算机程序相对应的各种文档。

计算机数据，包括计算机程序中包含的数据和系统初始化数据。

软件开发过程数据与文件。

45.简述需求分析的过程和意义

答：需求分析过程：

复查系统规模和目标

研究现有系统功能

导出新系统模型

重新定义问题

导出和分析各种可选解决方案

推荐行动方针

草拟开发计划

书写文档提交审查

需求分析的意义：可以更多地关注系统的特性以及如何体现用户的需求，以便更好地理解系统的形状和形式;可以对系统的完整性、一致性以及对环境的适应性进行评估;在继续大量投入之前，可以利用这些信息决定可行性和管理系统的范围;可以脱离对具体需求进行取舍和决策所带来的风险.

46.什么是数据的对立性？有几个层次？

47.网状、层次数据模型与关系数据模型的最大的区别是什么？

答：最大区别在于表示和实现实体之间的联系的方法：网状、层次数据模型是通过指针链，而关系数据模型是使用二维表/表格/表/关系。

48.dbms读取一条记录时发生哪些事件？

49.什么是软件质量，软件包是什么？

答：软件质量：软件产品的特性可以满足用户的功能、性能需求的能力。

软件包(SoftWare Package)是指具有特定的功能

，用来完成特定任务的一个程序或一组程序。可分为应用软件包和系统软件包两大类。应用软件包与特定的应用领域有关，又可分为通用包及专用包两类。通用软件包根据社会的一些共同需求开发，专用软件包则是生产者根据用户的具体需求定制的，可以为适合其特殊需要进行修改或变更。软件包由一个基本配置和若干可选部件构成，既可以是源代码形式，也可以是目标码形式。用户手册和指南等文档是软件包的重要组成部分。此外，软件包的维护及技术支持也是非常必要的

50.软件产品质量特性是什么？

答：软件质量是软件反映实体满足明确和隐含需要的能力和特性总合，提高软件质量成为软件开发方和用户共同的期望。

正确性、完整性、易用性、一致性。

51.什么软件质量保证 其主要任务是什么？

答：软件质量保证是指向用户和社会提供满意的高质量的软件产品而进行的有计划，有组织的活动。软件QA涉及到整个软件开发过程－监控和提高过程控制，确认既定的标准和流程能够执行，找到问题并处理问题。主要是面向“问题预防”的过程。

主要任务：监控公司质量保证体系的运行状况，审计项目的实际执行情况和公司规范之间的差异，并出具改进建议和统计分析报告。是过程、产品质量审计者。

52.软件质量保证体系是什么？ 国家标准中与质量保证管理相关的几个标准是什么？他们的编号和全称是什么？

答：ISO是一个国际标准化组织,其成员由来自世界上100多个国家的国家标准化团体组成,代表中国参加ISO的国家机构是中国 国家技术监督局(CSBTS)。ISO与国际电工委员会(IEC)有密切的联系， 中国参加IEC的国家机构也是国家技术监督局。

CMM(Capability Maturity Model)，英文直译的意思是“能力成熟度模型”。由卡内基.梅隆大学的软件工程协会(Software Engineering Institute, 简称SEI) 提出并完善，目的是通过一个合理的体系模型来对软件组织开发能力进行合理有效的评估，帮助软件组织在模型实施的过程中提高软件过程管理能力，降低软件系统开发风险，在预定的项目周期和预算内开发出高质量的软件产品。 CMM一共分为5级，1级最低，5级最高，3级是一个比较重要的分界线。

53.软件测试的原则与策略是什么？

答：TP第10章和第8章。

54.什么是测试用例，什么是测试脚本，两者的关系是什么？

答：测试脚本是用某一计算机高级语言记录用户对软件操作的步骤。主要用作自动测试。

测试用例主要用作手工测试。在实际的测试工作中，两者是互补的关系。

55.测试问题的严重性分为几级，如何区分？

答：TP第四章。

56.测试用例设

计的原则是什么？ 目前主要的测试用例设计方法是什么？

答：1.对软件需求的覆盖。

2.测试用例的规范性要好。

3.用例说明可执行。

设计方法：等价类、边界值、因果图、正交排列法。

57.结构化系统测试和功能性系统测试分别采用了哪些方法和技术？

答：白盒测试、黑盒测试。

58.软件测试分为几个阶段？各阶段的测试策略和要求是什么？

答：单元、集成、系统、验收。

单元阶段主要以白盒为主，黑盒为辅。集成采取从上到下和从下到上的方法。系统和验收主要以黑盒为主，白盒为辅。

59.面向对象的测试用例设计有几种方法，如何实现？

答：面向对象测试内容：

1.数据成员是否满足数据封装的要求

2.类是否实现了要求的功能。

方法：对面向对象的软件测试也主要功能性测试和结构性测试，即黑盒测试和白盒测试。

功能性测试包括两个层次：类的规格说明和方法的规格说明。

实现：先对类进行单元测试：

类测试只是初始的测试阶段；关心类单元本身；利用传统方法设计测试用例。

把多个类实例化：

进行集成测试；考虑类中各方法的代码；考虑方法之间的相互作用。

60.在软件测试各个阶段通常完成什么工作，各个阶段的结果文件是什么？ 包括什么内容

答：TP90页。

61.软件的安全性应从哪几个方面去测试？

答：数据传输安全、密码安全、服务器安全

62.软件测试项目从什么时候开始？

答：软件测试从需求分析阶段开始

63.一个项目立项后，测试都分为哪些阶段？各概念是什么？

答：计划阶段---制定测试计划

设计阶段---设计测试用例、脚本和数据

实施阶段---执行测试用例，提交缺陷报告

总结阶段---总结测试结果和测试工作

.B/S和C/S有哪些区别，测试方法有哪些不同？

答：Bs是服务器、浏览器架构系统，cs是服务器、客户端架构系统。

Bs架构用浏览器访问，对浏览器及网页和安全性方面要测试

65.三层架构是什么？怎么测三层架构的软件？

答：客户端、应用服务器、数据库服务器

功能测试、业务测试、性能测试、易用性测试、界面测试、兼容性测试

66.用户帐号、密码、登陆界面的测试思想。

答：输入合法数据，通过

输入非法数据，不通过

帐号错误，密码正确，提示重输

帐号正确，密码错误，提示重输

67.系统最后一个版本的测试用什么测试方法，按照优先级的顺序写出来

答：Alpha测试，bata测试，验收测试

68.你对软件测试工作的体会和感想？你的强项和弱项是什么？

69.软件测试的职责是什么？

答：确保软件符合需求，确保交付的软件产品是适应用户环境的

70.如何度量软件

质量？如何度量软件测试的质量？

答：使用质量评测对软件质量进行度量，包括对缺陷数据的统计分析和性能测试的图表分析

使用覆盖评测对测试工作质量进行度量，包括基于需求的覆盖和基于代码的覆盖

71.集成测试通常都有哪些策略？

答：静态集成和动态集成，其中动态集成又分自顶向下集成、自底向上集成和混合方式集成

72.一个缺陷报告的组成？

答：产品名称、版本、缺陷编号、发现者、发现日期、测试环境、概要描述、详细描述等

73.基于WEB信息管理系统测试时应考虑的因素有哪些？

答：功能测试、性能测试、业务测试、链接测试、导航测试、安全性测试等

74.软件本地化测试比功能测试都有哪些方面需要注意？

答：注意本地化后对文字系统及日期系统的兼容

75.需求测试注意事项有哪些？

答：注意需求项之间的联系，需求描述的文字是否准确、正确，没有二义性等

76.软件测试的定义,测试工作是枯燥反复的,你是如何理解的?

答：反复指的是执行阶段而不是整个测试工作，测试的设计和总结都需要测试工程师用心去完成，这并不枯燥，相反却是创造过程

77.以测试文档的规范描述一个BUG

答：需说明在哪一个功能点通过什么样的操作出现了什么样的问题。要求保证能够重现缺陷、方便阅读、不能有错别字且不能加入自己对缺陷的评价。

78.winrunner和loadrunner是什么?有什么区别?

答：Winrunner是MI公司的功能测试工具，loadrunner是MI公司的性能测试工具

79.你认为开发人员最容易犯的错误有哪些?

答：粗心及沟通不足

80.测试需求是如何做的？

答：分解软件需求，将软件需求中的各项描述细化出测试的方法和通过标准

81.测试用例、Bug是通过什么管理的？

答：通过测试管理工具（如TD）或配置管理工具（如VSS）来管理

82.文档版本是使用什么控制的？

答：使用配置管理工具来管理。

83.测试用例使用什么工具编写的？

答：Word、excel或专业的工具（如TD）

84.使用Bugzilla、VSS等不同的工具进行管理的情况下是否容易产生问题？

答：否，使用工具管理几乎没有什么问题

85.写出一个网站登陆的测试用例？

答：输入合法数据，通过

输入非法数据，不通过

帐号错误，密码正确，提示重输

帐号正确，密码错误，提示重输

86.QTP 在脚本回放中会出现什么问题，如果回放不通过，怎么解决？

答：最常见的是找不到测试对象，从而导致报错，解决方法首先查看脚本，确认脚本录制无误，然后去对象仓库中查看对象属性信息是否有误

87.谈谈你对界面测试的理解？

答：界面测试很重要，因为界面将直接决定用户对软件外

外观的评价及使用的难易程度

88.QTP怎样识别对象？

答：在录制脚本时获取对象的属性信息并存放在对象仓库中，执行脚本时使用属性信息在当前应用中定位对象

.QTP中action怎样调用？

答：只能调用其他脚本中可复用的action，在insert菜单中选择调用action功能

90.你们版本控制用什么？多长时间版本升级一次？

答：用VSS，半年左右升级一次

91.你们一般一个项目做多长时间，一个测试团队有多少人？

答：2-3个月，团队中有6个人

92.你认为软件测试最关键的是哪个阶段？

答：测试计划阶段和测试用例设计阶段

93.开发部提交给你一个系统进行测试 你如何展开工作

答：首先衡量工作量的大小和工作内容，然后对比工作时间要求，若时间不够则根据系统功能的重要性放弃不重要的功能，然后开展测试工作。

94.谈谈你对cmm和is9000的认识

答：两者都是质量管理体系，ISO是通用的质量管理体系，全而不专，CMM是专业的软件质量体系。

95.测试notepad的文件保存功能，就是file/save弹出对话框的功能，从那几个方面写测试用例？

答：是否能正常保存文件、是否能保存为其它类型的文件、是否能通过网络保存文件、是否能对现有文件进行覆盖、是否能对现有的只读文件进行覆盖等

96.测试结束的标准是什么？

答：所有的缺陷都得到合理的处理，软件符合需求说明书的要求。

97.为什么要在一个团队中开展软件测试工作？

答：因为软件开发是团队式的，这个团队中包括开发和测试。因为没有经过测试的软件很难在发布之前知道该软件的质量，就好比ISO质量认证一样，测试同样也需要质量的保证，这个时候就需要在团队中开展软件测试 的工作。在测试的过程发现软件中存在的问题，及时让开发人员得知并修改问题，在即将发布时，从测试报告中得出软件的质量情况。

98.您是否了解以往所工作的企业的软件测试过程？如果了解，请试述在这个过程中都有哪些工作要做？分别由哪些不同的角色来完成这些工作？

答：制定测试计划、设计测试用例、实施测试、提交缺陷报告、测试总结

测试负责人制定测试计划和测试总结，测试设计员主要完成测试用例的设计，测试执行员完成测试用例的执行和缺陷报告的提交。

软件测试部门配合系统分析人员软件需求分析讨论，并根据需求说明书制定《项目测试计划》，编写测试用例，建立测试环境。

软件测试人员负责软件开发部门的新产品测试及原有产品的升级测试，负责软件问题解决过程跟踪，负责软件开发文档开发工作的规范化及管理开发部门的产品文档，制作用户手册及操作手册，负责产品

的上线测试，监督软件开发过程的执行，提高产品质量。

99.您是否了解以往所工作的企业的软件开发过程？如果了解，请试述一个完整的开发过程需要完成哪些工作？分别由哪些不同的角色来完成这些工作？（对于软件测试部分，可以简述）

答：分需求工作、设计工作、编码工作、测试工作和维护工作。需求工作由系统分析员完成，设计工作由设计员完成，编码工作由程序员完成，测试工作由测试员完成，维护工作由系统支持工程师完成。其中测试工作分测试设计员和测试执行员，测试设计员主要完成测试用例的设计，测试执行员完成测试用例的执行和缺陷报告的提交。

需求人员连同系统分析人员&测试人员开会讨论需求。系统分析人员写出需求分析说明，并连同系统分析人员&测试人员&需求人员开会讨论可行性。系统分析人员写出详细设计说明书，程式人员编码，给出系统流程图。交与测试人员，测试人员给出Bug统计表。

100.用过哪些测试工具

答：(WBT的第6页)

101.手工测试与自动测试的区别

答：（ 课本TP的77页）

102.测试生命周期

答：（ 课本TP的47页）

103.一个即将出厂的塑料杯子，如何设计测试用例。

答：需求测试:查看杯子使用说明书

界面测试:查看杯子外观

功能度：用水杯装水看漏不漏；水能不能被喝到

安全性：杯子有没有毒或细菌

可用性：杯子从不同高度落下的损坏程度

可移植性：杯子再不同的地方、温度等环境下是否都可以正常使用

兼容性：杯子是否能够容纳果汁、白水、酒精、汽油等

易用性：杯子是否烫手、是否有防滑措施、是否方便饮用

104.一个三角形，给3个边，判断是否满足三角形的条件，计算周长，如果不是，提示错误，

如果是，判断是等腰、等边三角形？给出提示，画出流程图，控制流程图，基本路径测试的测试用例

答： 一、等价类划分：三角形三条边A、B、C的数据类型不同

二、边界值分析：由于三角形的边长可以是正整数或正小数，所以就不对长度进行测试，那么边界值分析就不用了

三、因果图法：三角形的三条边数据输入组合

我们看一下三角形的流程图：

我们再分析一下三角形的等价类：

有效等价类：

输入3个正整数或正小数：

1、两数之和大于第三数，如A2、两数之和不大于第三数

3、两数相等，如A=B或B=C或C=A

4、三数相等，如A=B=C

5、三数不相等，如A！=B，B！=C，C！=A

无效等价类：

1、空

2、负整数

3、非数字

4、少于三个数

三角形测试用例类别

输入条件有效等价类无效等价类

是否是三角形(A>0) (1)

(B>0) (2)

(C>0) (3)

(A+B>C) (4)

(B+C>A) (5)

(C+A>B) (6)(A<=0) (7)

(B<=0) (8)

(C<=0) (9)

(A+B<=C) (10)

(B+C<=A) (11)

(C+A<=B) (12)

是否是等腰三角形(A=B) (13)

(B=C) (14)

(C=A) (15)(A!=B)and(B!=C)and(C!=A) (16)

是否是等腰直角三角形(A=B)and(A2+B2=C2) (17)

(B=C)and(B2+C2=A2) (18)

(C=A)and(C2+A2=B2) (19)(A!=B)and(B!=C)and(C!=A) (20)

是否是等边三角形(A=B)and(B=C)and(C=A) (21)(A!=B) (22)

(B!=C) (23)

(C!=A) (24)

三角形测试用例：

序号[A,B,C]覆盖等价类输出

1[3,4,5](1)(2)(3)(4)(5)(6)是三角形

2[0,1,2](7)非三角形

3[1,0,2](8)非三角形

4[1,2,0](9)非三角形

5[1,2,3](10)非三角形

6[1,3,2](11)非三角形

7[3,1,2](12)非三角形

8[3,3,4](1)(2)(3)(4)(5)(6)(13)等腰三角形

9[3,4,4](1)(2)(3)(4)(5)(6)(14)等腰三角形

10[3,4,3](1)(2)(3)(4)(5)(6)(15)等腰三角形

11[2√2,2√2,4](1)(2)(3)(4)(5)(6)(17)等腰直角三角形

12[4,2√2,2√2](1)(2)(3)(4)(5)(6)(18)等腰直角三角形

13[2√2,4,2√2](1)(2)(3)(4)(5)(6)(19)等腰直角三角形

14[3,4,5](1)(2)(3)(4)(5)(6)(16)(20)(22)(23)(24)是三角形

15[3,3,3](1)(2)(3)(4)(5)(6)(16)(21)等边三角形

16[,,,]无效等价类错误提示

17[-3,4,5]无效等价类错误提示

18[a,3,@]无效等价类错误提示

19[3,4]无效等价类错误提示

105.有没有做过网络方面的测试，是怎么做的？用到哪些工具？

答：IP网络设备测试

我们就以太网交换机的测试为例说明具体的网络设备测试。

首先要分析交换机的物理特性,即对诸如外观(包括颜色、重量、尺寸和包装等)、端口配置、扩展能力等用户可以直接了解的设备信息的测试,主要的测试方法是目测。这些参数和交换机本身的功能和性能没有关系,但是对用户来说则很重要,将直接影响用户对设备的评价。一款颜色:搭配不和谐、尺寸很大的交换机,显然不会成为用户优先选择的目标。

进一步的测试需要一台带有收发端口的测试仪。测试仪与被测交换机有两种连接方法。

在第二种连接方式下,如果测试仪(发送)和测试仪(接收)之间没有计算机的控制,则无法完成部分精度要求较高的测试项和在发送与接收之间有时间或逻辑关系要求的测试顶,如流量测试等。

　在测试仪与被测设备连接完成以后,在开始测试之前,还要首先配置被测的交换机,包括对软件和硬件的配置,特别是配置交换机支持的协议并予以激活。

首先是对交换机进行功能

测试,目的是检测设备是否能够完成交换机这类设备所应具备的功能,如帧的转发、过滤、流量控制、VLAN、生成树协议等。

接着进行性能测试,目的是了解交换机完成各项功能时的性能情况。交换机性能测试的参数包括吞吐量、时延、帧丢失率、处理背靠背数据帧的能力、地址缓冲容量、地址学习速率等。RFC1242和RFC2285分别定义了网络互联设备和LAN交换设备测试的基准术语,RFC2544和RFC28则分别定义了网络互联设备和LAN交换设备测试的基准方法。这几个RFC是测试网络设备时参考的标准。

完成上述测试之后,需要进行一致性和互通性测试,以验证交换机是否符合各项规范的要求，包括协议的一致性，确保交换机和其他的网络设备进行互联时不会出现问题。

对交换机设备的测试最终应提供一份完整的测试报告，测试报告对在这次测试中的测试对象、测试工具、测试环境、测试内容、测试结果等进行详细论述。测试报告中包括对各测试项目的测试结果，应以数字、图形、列表等方式记录下来。完整、客观的设备测试报告是购买设备的重要参考。

106.测试活动中，参与人员有哪些？你所担任的角色

答：测试经理 测试员 QA 项目经理 开发人员

107.在频繁的版本发布中，如何回归测试？

答：在频繁的版本发布中，要及时进行版本的跟踪测试，把存在问题比较 多的地方多次详细的测试，即进行回归测试。

108.如何定位测试用例的作用？

答：（课本TC—4页）

109.测试过程中什么最重要？

答：分析测试结果在整个测试过程中最重要，通过分析可以发现应用程序的各种功能性缺陷。当运行完某个测试脚本后，会产生一个测试报告，从这个测试报告中我们能发现应用程序的功能性缺陷，能看到实际结果和期望结果之间的差异，以及在测试过程中产生的各类对话框等。

110.测试过程中都有什么步骤？什么人员？任什么职务？

答：按照测试执行方，可以分为内部测试和外部测试 （测试人员和用户）

按照测试范围，可以分为模块测试和整体联调 （测试人员或开发人员）

按照测试条件，可以分为正常操作情况测试和异常情况测试 （测试人员）

按照测试的输入范围，可以分为全覆盖测试和抽样测试（测试人员和测试经理）

111.如何解释完备测试？

答：（课本TP—141）

112.什么是兼容性测试？兼容性测试侧重哪些方面，请按照优先级用矩阵图表列出。

答：答兼容性是指协调性，

1．硬件上就是说你的电脑的各个部件，CPU，显卡等等组装到一起以后的情况，会不会相互有影响，不能很好的运作．

2．软件上就是说你的电脑的软件之

间能否很好的运做，会不会有影响啊？还有软件和硬件之间能否发挥很好的效率工作，会不会影响导致系统的崩溃．

1、）平台测试

市场上有很多不同的操作系统类型，最常见的有Windows、Unix、Macintosh、Linux等。Web应用系统的最终用户究竟使用哪一种操作系统，取决于用户系统的配置。这样，就可能会发生兼容性问题，同一个应用可能在某些操作系统下能正常运行，但在另外的操作系统下可能会运行失败。

因此，在Web系统发布之前，需要在各种操作系统下对Web系统进行兼容性测试。

2、）浏览器测试

浏览器是Web客户端最核心的构件，来自不同厂商的浏览器对Java，、JavaScript、 ActiveX、 plug-ins或不同的HTML规格有不同的支持。例如，ActiveX是Microsoft的产品，是为Internet Explorer而设计的，JavaScript是Netscape的产品，Java是Sun的产品等等。另外，框架和层次结构风格在不同的浏览器中也有不同的显示，甚至根本不显示。不同的浏览器对安全性和Java的设置也不一样。

113.软件测试份哪些阶段？各阶段的含义

答：（课本TP—72~74页）

114.等价划分法和边界值分析法的含义

答：（课本TC第14页和18页）

115.测试用例包括哪些内容

答：（课本TC第5页~第8页）

116.WinRunner分几种录制模式，有什么特点？

答：（ATT的324页）

117.WinRunner 运行测试脚本时，有哪些模式？在什么情况下使用？

118.写出你对软件测试的认识？

119.项目立项之前，测试需不需要输出工件？

答： 不需要输出工件

120.软件测试工程师应该具备什么素质？

答：（课本TP—8~9页）

121.软件测试活动的生命周期？

答：（ 课本TP的47页）

122.什么是α测试，β测试？

答：α、β、λ常用来表示软件测试过程中的三个阶段，α是第一阶段，一般只供内部测试使用；β是第二个阶段，已经消除了软件中大部分的不完善之处，但仍有可能还存在缺陷和漏洞，一般只提供给特定的用户群来测试使用；λ是第三个阶段，此时产品已经相当成熟，只需在个别地方再做进一步的优化处理即可上市发行。

α 测试(alpha测试)：在开发小组内部进行，测试的方法也较多，黑盒、白盒、 压力、应力等等；β　测试（beta测试）：有选择地请一些最终用户实际使用，将发现的问题反馈回来再进行修改。

123.软件测试流程？

答：（ 课本TP的第8章）

124.软件开发的四个模型？

答：螺旋模型 瀑布模型 原型法 增量模型

125.有什么原因让你参与到测试和质量管理中来？

126.什么是测试生命周期，解释一下它的各个阶段？

答：（课本TP的46页）

127.测试和质量保证有什么不同？

答：测试提高软件的质量，质量保证控制软件质量

128.什么是Negative测试？

答： 负面测试(Negative Testing)

负面测试用于验证软件不执行其不应该完成的工作。这一步骤主要依赖于错误猜测，需

要依靠测试设计者的经验判断可能出现问题的位置。

适合的技术有：

错误猜测

边界值分析

内部边界值测试

状态转换测试

129.在之前做测试的过程总遇到过哪些问题？你是如何解决的？

130.你是如何给你的测试和质量保证团队力量的？

131.你是如何定义质量管理的？

答：质量管理是在质量方面指挥和控制组织的协调活动，通常包括制定质量方针、目标以及质量策划、质量控制、质量保证和质量改进等活动。

132.你最喜欢测试和质量管理什么地方？

答： 喜欢测试的用例的设计和测试工具，质量管理的质量控制与改进活动

133.什么是瀑布式开发方法，你是否认同所有的步骤？

答：（ 课本TP的45页）

134.什么是V-模式开发方法，你是否认同这个模型？

答：（ 课本TP的93页）

135.什么是CMM？你工作过的公司的级别是怎么样的？

答： 软件过程成熟度模型

136.什么才算好的测试人员？

答：（TP的第8~9页）

137.CMM分为几级？？分别是什么？

答：5个等级，他们是：CMM分为五个等级：一级为初始级，二级为可重复级，三级为已定义级，四级为已管理级，五级为优化级

138.说出软件测试的过程的V模型，说出它的缺点？

答：（ 课本TP的93页）

139.黑盒测试的方法？

答：（TC的第2章和第四章）

140.三角形的测试用例？

答：答案如题5所示

141.测试计划的内容？那些更重要？

答：（ 课本TP的第6章）

142.压力，负载，强度测试的区别与联系？

答：负载测试：是为了测量Web系统在某一负载级别上的性能，以保证Web系统在需求范围内能正常工作。负载级别可以是某个时刻同时访问Web系统的用户数量，也可以是在线数据处理的数量。例如：Web应用系统能允许多少个用户同时在线？如果超过了这个数量，会出现什么现象？Web应用系统能否处理大量用户对同一个页面的请求？

压力测试：指实际破坏一个Web应用系统，测试系统的反映。压力测试是测试系统的和故障恢复能力，也就是测试Web应用系统会不会崩溃，在什么情况下会崩溃。黑客常常提供错误的数据负载，直到Web应用系统崩溃，接着当系统重新启动时获得存取

容量测试：一种性能测试，他在系统资源特别低的情况下软件系统运行情况，目的是找到系统在哪里失效以及如何失效的地方。包括 Spike testing：短时间的极端负载测试

Extreme testing：

：在过量用户下的负载测试 Hammer testing：连续执行所有能做的操作

143.黑，白盒测试技术各有哪些？

答：（ 课本TC的第二章和第四章；WBT的第二章和第四章）

144.画出流程图，控制流图，及基本路径测试的测试用例。

答：（WBT的第四章）

145.测试评估的内容及步骤。

答：（TP的第18章）

146.说说功能测试、性能测试的区别

答：（TP的第79页）

147.您是怎么写测试用例的？测试用例包括哪些内容？测试用例包括哪些内容

答：（课本TC第5页~第8页）

148.如何提交高质量的缺陷报告？

答：（TP的第15~16页）

149.常用的测试工具有哪些？

答：loadrunner winrunner QTP

150.验收测试包括哪三种类型？

答：Alpha测试 Beta测试 UAT--User Acceptance Testing（用户可接受性测试）

151.什么是阿尔法测试、贝塔测试，以及二者的区别

答： Alpha测试 在系统开发接近完成时对应用系统的测试；测试后仍然会有少量的设计变更。这种测试一般由最终用户或其它人员完成，不能由程序或测试员完成。

Beta测试 当开发和测试根本完成时所做的测试，最终的错误和问题需要在最终发行前找到。这种测试一般由最终用户或其它人员完成，不能由程序员或测试员完成。

152.阶段评审和同行评审的区别

答：同行评审目的:发现小规模工作产品的错误,只要是找错误;

阶段评审目的:评审模块 阶段作品的正确性 可行性 及完整性

同行评审人数:3-7人 人员必须经过同行评审会议的培训,由SQA指导

阶段评审人数:5人左右 评审人必须是专家 具有系统评审资格

同行评审内容:内容小 一般文档 < 40页, 代码 < 500行

阶段评审内容: 内容多,主要看重点

同行评审时间:一小部分工作产品完成

阶段评审时间: 通常是设置在关键路径的时间点上!

153.软件测试活动的生命周期

答：（TP的第47页）

154.缺陷等级应如何划分？

答：（TP的第24页）

155.软件测试活动可划分为几个阶段，以及每个阶段的测试点

答：（TP的第5页）

156.静态测试和动态测试的区别

答：（TP的第75页）

157.软件测试的策略有哪些？

答：（TP的第75~78页）

158.软件测试活动进入准则？（意思是什么时候要开始测试活动了）

答：需求调研就开始

159.做好性能测试工作的关键是什么？

答：1. 精通性能测试的基本概念，过程，方，了解性能工程；

2. 精通1个商业性能测试工具+1个开源性能测试工具，知道工具可以做什么，不可以做什么，

以及工具使用中常见的问题和解决思路；

3. 扎实的计算机专业基础知识，包括计算机组成原理、操作系统、数据库原理、计算机网络

原理；

4. 熟悉至少1个常用的数

据库产品，例如SQL Server或者 Oracle，能进行一般的数据库管

理操作，熟悉SQL脚本的使用，熟悉常用的数据调优工具和常用的counter；

5. 熟悉至少一个操作系统的原理，Windows或者Linux都可以，熟悉操作系统的体系架构、

操作系统的重要基础概念，以及内存管理、存储/文件系统、驱动/硬件的管理、网络协议

的实现及构成、性能的监控方法和原理，熟悉常用的counter；

6. 熟悉至少一个web server 产品，例如apache，了解一般的配置和常用的counter；

7. 熟悉至少一个应用服务器产品，例如tomcat，了解一般的配置，熟悉常用的服务器性能监

控方法和原理，熟悉常用的counter；

8. 至少熟悉TCP/IP协议，熟悉HTTP协议，至少见过并了解三层、四层交换或者路由器的使

用和配置。了解常用的与网络性能相关的counter；

9. 了解一般的大型企业应用的部署架构和应用架构；

10.了解知名大型web应用、高并发量、高流量、实时响应要求高的超大规模网站的架构和优

化历程；

11. 熟悉统计学的基础知识、常用分析方法以及实验设计方法，了解数学建模相关的知识；

12. 熟悉专属行业的业务知识和用户场景，例如电信行业的OSS系统所涉及的业务知识和用户

场景，证券交易系统所涉及的业务知识和用户场景；

13. 大量的实际性能测试及优化经验；

14. 积极的参与到各类圈子、社团的讨论和交流、分享中。

161.您在以往的测试工作中都曾经具体从事过哪些工作？其中最擅长哪部分工作？

答：我曾经做过web测试，后台测试，客户端软件，其中包括功能测试，性能测试，用户体验测试。最擅长的是功能测试。从事过write test plan，creation of test case，进行功能测试，性能测试，编写测试工具，文档的管理等，比较擅长与写测试用例和进行功能测试。

162.您所熟悉的软件测试类型都有哪些？请试着分别比较这些不同的测试类型的区别与联系（如功能测试、性能测试……）

答：测试类型有：功能测试，性能测试，界面测试。

　　功能测试在测试工作中占的比例最大，功能测试也叫黑盒测试。是把测试对象看作一个黑盒子。利用黑盒测试法进行动态测试时，需要测试软件产品的功能，不 需测试软件产品的内部结构和处理过程。采用黑盒技术设计测试用例的方法有：等价类划分、边界值分析、错误推测、因果图和综合策略。

　　性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。负载测试和压力测试都属于性能测试，两者可以结 合进行。通过负载测试，确定在各种工作负载下系统的性能，目标是测试当负载逐渐增

加时，系统各项性能指标的变化情况。压力测试是通过确定一个系统的瓶颈或 者不能接收的性能点，来获得系统能提供的最大服务级别的测试。

　　界面测试，界面是软件与用户交互的最直接的层，界面的好坏决定用户对软件的第一印象。而且设计良好的界面能够引导用户自己完成相应的操作，起到向导的 作用。同时界面如同人的面孔，具有吸引用户的直接优势。设计合理的界面能给用户带来轻松愉悦的感受和成功的感觉，相反由于界面设计的失败，让用户有挫败 感，再实用强大的功能都可能在用户的畏惧与放弃中付诸东流。

　　区别在于，功能测试关注产品的所有功能上，要考虑到每个细节功能，每个可能存在的功能问题。性能测试主要关注于产品整体的多用户并发下的稳定性和健壮 性。界面测试更关注于用户体验上，用户使用该产品的时候是否易用，是否易懂，是否规范（快捷键之类的），是否美观（能否吸引用户的注意力），是否安全（尽 量在前台避免用户无意输入无效的数据，当然考虑到体验性，不能太粗鲁的弹出警告）？做某个性能测试的时候，首先它可能是个功能点，首先要保证它的功能是没 问题的，然后再考虑该功能点的性能测试

163.请试着比较一下黑盒测试、白盒测试、单元测试、集成测试、系统测试、验收测试的区别与联系。

答：黑盒测试：已知产品的功能设计规格，可以进行测试证明每个实现了的功能是否符合要求。

　白盒测试：已知产品的内部工作过程，可以通过测试证明每种内部操作是否符合设计规格要求，所有内部成分是否以经过检查。

　　软件的黑盒测试意味着测试要在软件的接口处进行。这种方法是把测试对象看做一个黑盒子，测试人员完全不考虑程序内部的逻辑结构和内部特性，只依据程序 的需求规格说明书，检查程序的功能是否符合它的功能说明。因此黑盒测试又叫功能测试或数据驱动测试。黑盒测试主要是为了发现以下几类错误：

　　1、是否有不正确或遗漏的功能？

　　2、在接口上，输入是否能正确的接受？能否输出正确的结果？

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

　　4、性能上是否能够满足要求？

　　5、是否有初始化或终止性错误？

　　软件的白盒测试是对软件的过程性细节做细致的检查。这种方法是把测试对象看做一个打开的盒子，它允许测试人员利用程序内部的逻辑结构及有关信息，设计 或选择测试用例，对程序所有逻辑路径进行测试。通过在不同点检查程序状态，确定实际状态是否与预期的状态一致。因此白盒测试又称

为结构测试或逻辑驱动测 试。白盒测试主要是想对程序模块进行如下检查：

　　1、对程序模块的所有的执行路径至少测试一遍。

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

　　3、在循环的边界和运行的界限内执行循环体。

　　4、测试内部数据结构的有效性，等等。

　　单元测试（模块测试）是开发者编写的一小段代码，用于检验被测代码的一个很小的、很明确的功能是否正确。通常而言，一个单元测试是用于判断某个特定条件（或者场景）下某个特定函数的行为。

　　单元测试是由程序员自己来完成，最终受益的也是程序员自己。可以这么说，程序员有责任编写功能代码，同时也就有责任为自己的代码编写单元测试。执行单元测试，就是为了证明这段代码的行为和我们期望的一致。

　　集成测试（也叫组装测试，联合测试）是单元测试的逻辑扩展。它的最简单的形式是：两个已经测试过的单元组合成一个组件，并且测试它们之间的接口。从这 一层意义上讲，组件是指多个单元的集成聚合。在现实方案中，许多单元组合成组件，而这些组件又聚合成程序的更大部分。方法是测试片段的组合，并最终扩展进 程，将您的模块与其他组的模块一起测试。最后，将构成进程的所有模块一起测试。

　　系统测试是将经过测试的子系统装配成一个完整系统来测试。它是检验系统是否确实能提供系统方案说明书中指定功能的有效方法。（常见的联调测试）

　　系统测试的目的是对最终软件系统进行全面的测试，确保最终软件系统满足产品需求并且遵循系统设计。

　　验收测试是部署软件之前的最后一个测试操作。验收测试的目的是确保软件准备就绪，并且可以让最终用户将其用于执行软件的既定功能和任务。

验收测试是向未来的用户表明系统能够像预定要求那样工作。经集成测试后，已经按照设计把所有的模块组装成一个完整的软件系统，接口错误也已经基本排除了，接着就应该进一步验证软件的有效性，这就是验收测试的任务，即软件的功能和性能如同用户所合理期待的那样。

1.测试计划工作的目的是什么？测试计划工作的内容都包括什么？其中哪些是最重要的？

答：软件测试计划是指导测试过程的纲领性文件，包含了产品概述、测试策略、测试方法、测试区域、测试配置、测试周期、测试资源、测试交流、风险分析等内 容。借助软件测试计划，参与测试的项目成员，尤其是测试管理人员，可以明确测试任务和测试方法，保持测试实施过程的顺畅沟通，跟踪和控制测试进度，应对

测 试过程中的各种变更。

测试计划和测试详细规格、测试用例之间是战略和战术的关系，测试计划主要从宏观上规划测试活动的范围、方法和资源配置，而测试详细规格、测试用例是完成测试任务的具体战术。所以其中最重要的是测试测试策略和测试方法（最好是能先评审）

165.您认为做好测试计划工作的关键是什么？

答：1. 明确测试的目标，增强测试计划的实用性

　　编写软件测试计划得重要目的就是使测试过程能够发现更多的软件缺陷，因此软件测试计划的 价值取决于它对帮助管理测试项目，并且找出软件潜在的缺陷。因 此，软件测试计划中的测试范围必须高度覆盖功能需求，测试方法必须切实可行，测试工具并且具有较高的实用性，便于使用，生成的测试结果直观、准确

　　2．坚持“5W”规则，明确内容与过程

　　“5W”规则指的是“What（做什么）”、“Why（为什么做）”、“When（何时做）”、“Where（在哪里）”、“How（如何做）”。利 用“5W”规则创建软件测试计划，可以帮助测试团队理解测试的目的（Why），明确测试的范围和内容（What），确定测试的开始和结束日期 （When），指出测试的方法和工具（How），给出测试文档和软件的存放位置（Where）。

　　3．采用评审和更新机制，保证测试计划满足实际需求

测试计划写作完成后，如果没有经过评审，直接发送给测试团队，测试计划内容的可能不准确或遗漏测试内容，或者软件需求变更引起测试范围的增减，而测试计划的内容没有及时更新，误导测试执行人员。

　　4. 分别创建测试计划与测试详细规格、测试用例

　　应把详细的测试技术指标包含到创建的测试详细规格文档，把用于指导测试小组执行测试过程的测试用例放到创建的测试用例文档或测试用例管理数据 库中。测试计划和测试详细规格、测试用例之间是战略和战术的关系，测试计划主要从宏观上规划测试活动的范围、方法和资源配置，而测试详细规格、测试用例是 完成测试任务的具体战术。

166.您所熟悉的测试用例设计方法都有哪些？请分别以具体的例子来说明这些方法在测试用例设计工作中的应用。

　 答：1．等价类划分

　　划分等价类: 等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的.并合理地假定:测试某等价类的代表值就等于对这一类其它值的 测试.因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结 果.等价类划分可有两种不同

的情况:有效等价类和无效等价类.

　　2．边界值分析法

　　边界值分析方法是对等价类划分方法的补充。测试工作经验告诉我,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部.因此针对各种边界情况设计测试用例,可以查出更多的错误.

　　使用边界值分析方法设计测试用例,首先应确定边界情况.通常输入和输出等价类的边界,就是应着重测试的边界情况.应当选取正好等于,刚刚大于或刚刚小于边界的值作为测试数据,而不是选取等价类中的典型值或任意值作为测试数据.

3．错误推测法

　　基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设计测试用例的方法.

　　错误推测方法的基本思想: 列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例. 例如, 在单元测试时曾列出的许多在模块中常见的错误. 以前产品测试中曾经发现的错误等, 这些就是经验的总结. 还有, 输入数据和输出数据为0的情况. 输入表格为空格或输入表格只有一行. 这些都是容易发生错误的情况. 可选择这些情况下的例子作为测试用例.

4．因果图方法

　　前面介绍的等价类划分方法和边界值分析方法,都是着重考虑输入条件,但未考虑输入条件之间的联系, 相互组合等. 考虑输入条件之间的相互组合,可能会产生一些新的情况. 但要检查输入条件的组合不是一件容易的事情, 即使把所有输入条件划分成等价类,他们之间的组合情况也相当多. 因此必须考虑采用一种适合于描述对于多种条件的组合,相应产生多个动作的形式来考虑设计测试用例. 这就需要利用因果图（逻辑模型）. 因果图方法最终生成的就是判定表. 它适合于检查程序输入条件的各种组合情况.

167.您认为做好测试用例设计工作的关键是什么？

答：白盒测试用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果

黑盒法用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口。不可能做到完全测试，以最少的用例在合理的时间内发现最多的问题

测试用例设计工作的关键是对可行的和不可行的都要考虑。

1，输入 2，详细的操作步骤 3，预期输出 4，实际输出。

168.请以您以往的实际工作为例，详细的描述一次测试用例设计的完整的过程。

答：就说最近的这次网站功能的测试吧

　　首先：得到相关文档（需求文档和设计文档），理解需求和设计设计思想后，想好测试策略（测试计划简单点就OK了），考虑到测试环境，测试用例，测试时间等问题。

　　第二步：设计测试用例，测试策略是：把网站部分的功能点测试

试完，然后在进行系统测试（另外个模块呢有另一个测试人员负责，可以进行联调测试），网站模 块的测试基本是功能测试和界面测试（用户并发的可能性很小，所以不考虑）：这次的网站的输入数据呢是使用数据库中的某张表记录，如果表中某一数据记录中新 加进来的（还没有被处理的，有个标志位），网站启动后会立刻去刷那张表，得到多条数据，然后在进行处理。处理过程中，会经历3个步骤，网站才算完成了它的 任务。有3个步骤呢，就可以分别对　　这3个步骤进行测试用例的设计,尽量覆盖到各种输入情况（包括数据库中的数据，用户的输入等），得出了差不多50个 用例。界面测试，也就是用户看的到的地方，包括发送的邮件和用户填写资料的页面展示。

　　第三步：搭建测试环境（为什么这个时候考虑测试环境呢？因为我对网站环境已经很熟了，只有有机器能空于下来做该功能测试就可以做了），因为网站本身的 环境搭建和其他的系统有点不同，它需要的测试环境比较麻烦，需要web服务器（Apache,tomcat），不过这次需求呢，网站部分只用到了 tomcat，所以只要有tomcat即可

　　第四步：执行测试

169.您以往的工作中是否曾开展过测试用例的评审工作？如果有，请描述测试用例评审的过程和评审的内容。

答：评审计划->预审->评审;

评审内容主要是测试用例对软件需求的覆盖程度，对于相关边界是否考虑，是否针对复杂流程准备多套测试数据，是否有专门针对非功能性需求的测试。

170.您以往是否曾经从事过性能测试工作？如果有，请尽可能的详细描述您以往的性能测试工作的完整过程。

答：是的，曾经做过网站方面的性能测试，虽然做的时间并不久（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 ：尝试链接数；　　

171.您在从事性能测试工作时，是否使用过一些测试工具？如果有，请试述该工具的工作原理，并以一个具体的工作中的例子描述该工具是如何在实际工作中应用的。

答：有使用过LoadRunner,该工具能够录制测试人员的操作步骤，然后对这个操作步骤模拟出多个用户来播放出来。

1.Visural User Genertor创建脚本，选择协议，录制操作，编辑操作。

2.控制器（Controller）调度虚拟用户。创建场景，选择脚本，建立虚拟用户，设计shedual，设置ip spoofer。

3.运行脚本。分析shedual。

4.分析测试结果。

172.您认为性能测试工作的目的是什么？做好性能测试工作的关键是什么？

答：性能测试工作的目的是检查系统是否满足在需求说明书中规定的性能，性能测试常常需要和强度测试结合起来，并常常要求同时进行软件和硬件的检测。

性能测试主要的关注对象是响应时间，吞吐量，占用内存大小（辅助存储区），处理精度等。

173.在您以往的工作中，一条软件缺陷（或者叫Bug）记录都包含了哪些内容？如何提交高质量的软件缺陷（Bug）记录？

时间、项目、发现者、版本、环境、概要描述、详细描述

答：检测时间，系统环境，硬体环境，严重程度，程式版本，确认人，功能模块，问题描述，详细操作步骤，是否会重现。

问题描述和详细操作步骤要尽可能的详细。Bug应该尽量用书面语，对与严重程度比较高的缺陷要在相同环境下在测试一遍。

在C/S模式下，如果条件满足可以使用替换法来确认是client端的问题还是server端的问题。

174.您以往所从事的软件测试工作中，是否使用了一些工具来进行软件缺陷（Bug）的管理？如果有，请结合该工具描述软件缺陷（Bug）跟踪管理的流程。

使用过TD，测试人员提交bug，经理分配bug给开发人员，开发修改后返给测试，测试返测，若通过则关闭bug，不通过则打回去重新改！CQ，也可以使用BugFree等免费工具

175.您以往是否曾经从事过单元测试和集成测试？如果有，请谈一下这些工作的实际开展情况。

答：单元测试依据详细设计主要测试单元模块的内部逻辑和功能。使用基本路径法测试

集成测试依据概要设计文档主要测试模块间的接口。使用混合集成方法测试

176.您如何看待软件过程改进？在您曾经工作过的企业中，是否有一些需要改进的东西呢？您期望的理想的测试人员的工作

环境是怎样的？

过程决定质量，过程的改进就是对质量的改进。

177.您以往工作过的企业中，是否开展了软件配置管理工作？您能否描述一下这项工作的开展情况和您对这项工作的认识？

配置管理工作很重要，不仅管理了全部的工作文档，更是对所有工作文档的更新做到了统一，避免了文档管理存在的诸多问题。

178.您是否熟悉一些主流的软件工程方和思想，如RUP、CMM、CMMI、XP、PSP、TSP。如果熟悉，您是否可以谈一下对这些方和思想的认识？

179.您认为在测试人员同开发人员的沟通过程中，如何提高沟通的效率和改善沟通的效果？维持测试人员同开发团队中其他成员良好的人际关系的关键是什么？

不要擅自私下沟通，而是通过统一的沟通渠道，就事论事，有争议的问题直接找领导来确定。

180.在您以往的测试工作中，最让您感到不满意或者不堪回首的事情是什么？您是如何来对待这些事情的？