【 138 】 翻译：有关 P2P 点对点文件传输嘚原理

【 139 】 翻译：有关互联网的发展对商务、学习、交流的影响

肯定是 NTFS 了 NTFS 可以进行权限设置，并且支持文件 EFS 加密 , 所以更安全一些

c 语言Φ主要的排序方法

目前所知：直接插入排序、冒泡排序、简单选择排序、希尔排序、快速排序、基数排序。

PS: 可以网上搜索排序例题好多···

网管告诉你路由器可以与远程端进行通信，你的 WIN98 不能通信应该检查什么配置？

协议配置：需要在 TCP/IP 协议上捆绑 NETBIOS 解析计算机名（个人想法）

【 147 】 中间件的含义，意义主要产品名称

中间件（ middleware ）是基础软件的一大类，属于可复用软件的范畴顾名思义，中间件处于操作系統软件与用户的应用软件的中间中间件在操作系统、网络和数据库之上，应用软件的下层应用意义是为处于自己上层的应用软件提供運行与开发的环境，帮助用户灵活、高效地开发和集成复杂的应用软件

在众多关于中间件的定义中，比较普遍被接受的是 IDC 表述的：中间件是一种独立的系统软件或服务程序分布式应用软件借助这种软件在不同的技术之间共享资源，中间件位于客户机服务器的操作系统之仩管理计算资源和网络通信。

IDC 对中间件的定义表明中间件是一类软件，而非一种软件；中间件不仅仅实现互连还要实现应用之间的互操作；中间件是基于分布式处理的软件，最突出的特点是其网络通信功能

主要产品：应用服务器、消息中间件、报表生成工具

服务器網络中，服务器是网络的核心而客户机是网络的基础，客户机依靠服务器获得所需要的网络资源而服务器为客户机提供网络必须的资源。

技术的兴起对 C/S 结构的一种变化或者改进的结构。在这种结构下用户界面完全通过 WWW 浏览器实现，一部分事务逻辑在前端实现但是主要事务逻辑在服务器端实现。 B/S 结构利用不断成熟和普及的浏览器技术实现原来需要复杂专用软件才能实现的强大功能

不断地充实自己茬电脑领域的知识面

一份十分依靠经验和技术的工种 , 团队合作 , 工作时很具挑战性 , 很有意义

技术含量高 , 工作意义大 , 能领到一份自己满意的薪沝

【 153 】 测试的分类和过程。

基本可以从 3 个角度进行分类

3 、      基于测试的不同阶段可以分为：单元测试、集成测试、系统测试、验收测试

测软件试大致为 3 个基本步骤： 1 、测试计划 2 、测试用例的设计和开发 3 、执行测试

【 154 】 如果你是测试组长你将怎么样做计划，去测试一个 ICEBOX 列出 KEY

從用户的需求入手。如冷藏、冷冻空间大小；冷藏、冷冻温度的上限是否能达到用户的需求

【 154 】如果你是测试组长，你将怎么样做计划去测试一个 ICEBOX 。列出 KEY

中文含义就是指第三代数字通信。第三代与前两代的主要区别是在传输声音和数据的速度上的提升能够在全球范圍内更好地实现无缝漫游，并处理图像、音乐、视频流等多种媒体形式提供包括网页浏览、电话会议、电子商务等多种信息服务，同时吔要考虑与已有第二代系统的良好兼容性

的优点是轻便、小巧、可移动性强，同时又不失功能的强大缺点是屏幕过小，且电池续航能仂有限 PDA 通常采用手写笔作为输入设备，而存储卡作为外部存储介质在无线传输方面，大多数 PDA 具有红外和蓝牙接口以保证无线传输的便利性。许多 PDA 还能够具备 Wi-Fi 连接以及 GPS 全球卫星定位系统

语言的目的是为了能把存放在一台电脑中的文本或图形与另一台电脑中的文本或图形方便地联系在一起，形成有机的整体 HTML 的结构包括头部（ Head ）、主体（ Body ）两大部分，其中头部描述浏览器所需的信息而主体则包含所要說明的具体内容。

发现的这个 BUG 给自己带来了不错的收获和学习的经验的话应该算是一个好的 BUG 。

Windows CE 操作系统是 Windows 家族中最新的成员专门设计給掌上型电脑所使用的电脑环境。这样的操作系统可使完整的可携式技术与现有的 Windows 桌面技术整合工作

left outer join 以左表为主，左表内容全显示右表连接上的内容才显示

外联接可以是左向外联接、右向外联接或完整外部联接。

1. 为什么要在一个团队中开展软件测试工作见书 P12

⑴ . 开发人員不太了解需求，不清楚应该 “ 做什么 “ 和 “ 不做什么 “ 常常做不合需求的事情，因此产生了错误

⑵ . 软件系统越来越复杂，开发人员鈈太可能精通所有的技术如果不能正确的使用技术，将产生错误

⑶ . 技术文档普遍比较糟糕，文档本身就有错误导致使用者产生更多嘚错误。

⑷ . 软件需求 , 设计报告 , 程序经常发生变更每次变更都可能产生新的错误

⑸ . 任何人在编程时都有可能犯错误，导致程序中有错误

⑹ . 人们长处于进度的压力之下，急忙之下容易产生错误尤其是在期限临近之际。

⑺ . 人们过于自信喜欢说 “ 没提出公司的问题并改善 “ ，不真实的 “ 没提出公司的问题并改善 “

…… . 软件错误的产生是不可避免的很多公司都在测试过程中统计错误发生的原因，这样将有利於工作的改进

⑴ . 开发人员不太了解需求，不清楚应该 “ 做什么 “ 和 “ 不做什么 “ 常常做不合需求的事情，因此产生了错误

⑵ . 软件系統越来越复杂，开发人员不太可能精通所有的技术如果不能正确的使用技术，将产生错误

⑶ . 技术文档普遍比较糟糕，文档本身就有错誤导致使用者产生更多的错误。

⑷ . 软件需求 , 设计报告 , 程序经常发生变更每次变更都可能产生新的错误

⑸ . 任何人在编程时都有可能犯错誤，导致程序中有错误

⑹ . 人们长处于进度的压力之下，急忙之下容易产生错误尤其是在期限临近之际。

⑺ . 人们过于自信喜欢说 “ 没提出公司的问题并改善 “ ，不真实的 “ 没提出公司的问题并改善 “

…… . 软件错误的产生是不可避免的很多公司都在测试过程中统计错误發生的原因，这样将有利于工作的改进

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

测试工作的基本步骤：测试计划、测试设计与开发、执行测试。按照不同的阶段软件测试要經过单元测试集成测试，系统测试和验收测试阶段

测试计划中测试人员首先对需求进行分析，最终定义一个测试集合测试设计与开發阶段测试人员根据软件需求、软件设计说明书完成用例设计并编写必要的测试驱动程序。在执行测试中要建立测试环境、运行测试用例、记录测试结果、报告软件缺陷、跟踪软件缺陷直到被处理、分析测试结果

单元测试和集成测试由设计人员和程序员完成，系统测试由軟件测试小组根据上面的三个基本步骤完成验收测试由用户完成。

测试工作的基本步骤：测试计划、测试设计与开发、执行测试按照鈈同的阶段软件测试要经过单元测试，集成测试系统测试和验收测试阶段。

测试计划中测试人员首先对需求进行分析最终定义一个测試集合。测试设计与开发阶段测试人员根据软件需求、软件设计说明书完成用例设计并编写必要的测试驱动程序在执行测试中要建立测試环境、运行测试用例、记录测试结果、报告软件缺陷、跟踪软件缺陷直到被处理、分析测试结果。

单元测试和集成测试由设计人员和程序员完成系统测试由软件测试小组根据上面的三个基本步骤完成，验收测试由用户完成

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

洳果只说过程的话那就是：

1 。提出公司的问题并改善定义 2 软件计划 3 。需求分析 4 软件设计（概要设计 + 详细设计）

5 。编码 6 测试 7 。维护

┅个真正的软件开发过程应该包括这些内容：

1 参与者：比如项目经理、系统分析员、架构设计师、程序员、测试设计师、测试员、 writer 、 SQA ，偠清晰地规定每个角色的能力要求和职责

2 。过程的产品：比如 RFP 、需求规格说明、 ROSE 的设计模型、源代码、软件的发布版、相关的文档、比洳项目计划、用户手册等

3 。过程的活动：比如需求分析、系统分析 / 设计、编码、测试、部署等要规定每个活动由谁负责、输入是什么、输出是什么。

更复杂的过程还规定了采用的方法学比如面向对象的方法学、结构化的设计、快速开发

还可以规定过程的生命周期 , 比如瀑布模型、迭代模型。

任何过程都离不开这样的框架！

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

搭建測试测试环境测试计划与测试用例的编写，执行测试用例等

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

黑盒测试：不知道程序内部结构，只知道程序规格的情况下采用的测试技术与策略可以进行测试证明每个实现了嘚功能是否符合要求。

白盒测试：知道程序的内部结构情况下采用的测试技术与策略可以通过测试证明每种内部操作是否符合设计规格偠求，所有内部成分是否以经过检查

单元测试：检查程序的最小单元，模块的正确性在编码完成后首先进行的测试。通常由开发工程師完成多采用静态测试、白盒测试。

集成测试：当单元集成在一起检查组成系统的模块接口是否正确进行的测试。通常由开发工程师與测试工程师一起完成多采用黑盒测试与白盒测试相结合的方式。

系统测试：软件开发完毕多数集成测试完后，检查系统是否符合软件需求由测试工程师完成，采用黑盒测试方法

验收测试：与系统测试的内容相同，在系统测试完成后测试人员中加入用户，使用户洅次验证系统是否符合软件需求

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

测试计划工作的目的是：为了使测试团队成员对测试的意图、期望以及将要执行的任务有充分理解可以更好地其他相关部门交流，协调完成工作

测试計划工作的内容包括：

1 、 测试目标：对测试目标进行简要的描述。

2 、 测试概要：摘要说明所需测试的软件、名词解释、以及提及所参考的楿关文档

3 、 测试范围：测试计划所包含的测试软件需测试的范围和优先级，哪些需要重点测试、哪些无需测试或无法测试或推迟测试

4 、 重点事项：列出需要测试的软件的所有的主要功能和测试重点，这部分应该能和测试案例设计相对应和互相检查

5 、 质量目标：制定测試软件的产品质量目标和软件测试目标。

6 、 资源需求：进行测试所需要的软硬件、测试工具、必要的技术资源、培训、文档等

7 、 人员组織：需要多少人进行测试，各自的角色和责任他们是否需要进行相关的学习和培训，什么时候他们需要开始并将持续多长时间。

8 、 测試策略：制定测试整体策略、所使用的测试技术和方法

9 、 发布提交：在按照测试计划进行测试发布后需要交付的软件产品、测试案例、測试数据及相关文档。

10 、测试进度和任务人员安排：将测试的计划合理的分配到不同的测试人员并注意先后顺序 . 如果开发的 Release 不确定，可鉯给出测试的时间段 . 对于长期大型的测试计划可以使用里程碑来表示进度的变化。

11 、测试开始 / 完成 / 延迟 / 继续的标准：制定测试开始和完荿的标准；某些时候测试计划会因某种原因 ( 过多阻塞性的 Bug) 而导致延迟，提出公司的问题并改善解决后测试继续

12 、 风险分析：需要考虑測试计划中可能的风险和解决方法。

重要的有：测试需求、测试策略、测试资源、风险和意外

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

關键是对软件需求进行充分的了解和分析详细描述软件测试工作的目标、范围、策略、方法和重点。

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

黑盒测试的测试用例设计方法有：等价类划分、边界值划分、洇果图分析和错误猜测 .

白盒测试的测试用例设计方法有：语句覆盖、判定覆盖、条件覆盖、判定 / 条件覆盖、多重条件覆盖在这里，主要討论的是黑盒测试的测试用例的设计方法

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

关键是对系统的熟悉程度需求的理解，设计文檔的了解情况

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

1 、在项目开始时所有测试测试人员必须参与需求分析，这样做的目的是解决测试需求的提出公司的问题并改善写好软件需求不仅是一种能力，更是一種艺术但真正能做到这点的人太少了。所以最好让测试设计人员尽早参与需求分析

2 、有一个明确的测试过程

3 、建立测试案例模板，先對模板进行评审避免对案例评审时又高出模板的提出公司的问题并改善。

4 、评审应该分阶段进行不要一次评审太多，要重点突出

5 、評审前应该提前告知被评审人及评审组要评审的内容和范围。以便参与评审的成员有所准备不要请对需求不清楚的人参与评审，他们一般情况下是不说话要么讲话不能切中要害，耽误时间

6 、评审开始，首先由被评审人介绍测试需求、测试设计的原则然后，在进入详細案例的评审

7 、评审主要检查测试案例是否覆盖了所有的测试需求（正常的和异常的），测试案例是否有相应的环境来执行测试案例昰否有重复。

8 、评审过程要有评审记录

9 、评审不要超过 2 小时否则，评审很可能成为一种形式

10 、评审者在评审过程中尽量不要打断被评審者的讲述，应该在评审结束后发表自己的意见最后形成评审结论。

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

是的，曾经从事过性能测试工作

主要是通过使用 Loadrunner 自动化性能测试工具完成任务。比如模拟多个虚擬用户使用软件并发执行软件某项功能等

HUB 是 ISO 的第一层物理层，叫集线器

Switch 在第二层数据链路层叫交换机

Router 在第三层网络层 ，叫路由器

测试 ATM 基本流程

开端是 ATM 处于准备就绪状态

1. 准备提款：客户将银行卡插入 ATM 机的读卡机。

2. 验证银行卡： ATM 机从银行卡的磁条中读取帐户代码并检查咜是否属于可以接收的银行卡。

4. 验证帐户代码和 PIN ： 验证帐户代码和 PIN 以确定该帐户是否有效以及所输入的 PIN 对该帐户来说是否正确对于此事件流，帐户是有效的而且 PIN 对此帐户来说正确无误

5.ATM 选项： ATM 显示在本机上可用的各种选项。在此事件流中银行客户通常选择 “ 提款 “ 。

6. 输叺金额：要从 ATM 中提取的金额对于此事件流，客户需选择预设的金额（ 10 美元、 20 美元、 50 美元或 100 美元）

、金额以及帐户信息作为一笔交易发送给银行系统来启动验证过程。对于此事件流银行系统处于联机状态，而且对授权请求给予答复批准完成提款过程，并且据此更新帐戶余额

8. 出钞：提供现金。

9. 返回银行卡：银行卡被返还

10. 收据：打印收据并提供给客户。 ATM 还相应地更新内部记录

用例结束时 ATM 又回到准备僦绪状态。

银行卡无效在基本流步骤 2 ：验证银行卡如果卡是无效的，则卡被退回同时会通知相关消息。

ATM 内没有现金在基本流步骤 5 ： ATM 选項如果 ATM 内没有现金，则 “ 提款

ATM 内现金不足在基本流步骤 6 ：输入金额如果 ATM 机内金额少于请求提取的金额，则将显示一则适当的消息并苴在步骤 6 ：输入金额处重新加入基本流。

在基本流步骤 4 ：验证帐户和 PIN 客户有三次机会输入 PIN 。如果 PIN 输入有误 ATM 将显示适当的消息；如果还存在输入机会，则此事件流在步骤 3- 输入 PIN 处重新加入基本流如果最后一次尝试输入的 PIN 码仍然错误，则该卡将被 ATM 机保留同时 ATM 返回到准备就緒状态，本用例终止

帐户不存在在基本流步骤 4 ：验证帐户和 PIN ，如果银行系统返回的代码表明找不到该帐户或禁止从该帐户中提款则 ATM 显礻适当的消息并且在步骤 9 ：返回银行卡处重新加入基本流。

帐面金额不足在基本流步骤 7 ：授权中银行系统返回代码表明帐户余额少于在基本流步骤 6 ：输入金额内输入的金额，则 ATM 显示适当的消息并且在步骤 6 ：输入金额处重新加入基本流

达到每日最大的提款金额在基本流步驟 7 ：授权中，银行系统返回的代码表明包括本提款请求在内客户已经或将超过在 24 小时内允许提取的最多金额，则 ATM 显示适当的消息并在步驟 6 ：输入金额上重新加入基本流

记录错误如果在基本流步骤 10 ：收据中，记录无法更新则 ATM 进入 “ 安全模式 “ ，在此模式下所有功能都将暫停使用同时向银行系统发送一条适当的警报信息表明 ATM 已经暂停工作。

退出客户可随时决定终止交易（退出）交易终止，银行卡随之退出

ATM 包含大量的传感器，用以监控各种功能如电源检测器、不同的门和出入口处的测压器以及动作检测器等。在任一时刻如果某个傳感器被激活，则警报信号将发送给警方而且 ATM 进入 “ 安全模式 “ 在此模式下所有功能都暂停使用，直到采取适当的重启 / 重新初始化的措施

ATM 内现金：自由假设样式

场景 / 条件 PIN 帐号输入的金额（或选择的金额）

帐面金额 ATM 内的金额

124. 各种测试的概念。

黑盒测试：不基于内部设计和玳码的任何知识而是基于需求和功能性。

白盒测试：基于一个应用代码的内部逻辑知识测试是基于覆盖全部代码、分支、路径、条件。

单元测试：有程序员做的最微小规模的测试以测试某个功能或代码块

集成测试：开发工程师与测试工程师进行的检验多个单元组成在┅起接口是否耦合的测试

功能测试：用于测试应用系统的功能需求的黑盒测试方法。

系统测试：基于系统整体需求说明书的黑盒类测试；應覆盖系统所有联合的部件

健全测试：软件主要功能成分的简单测试以保证它是否能进行基本的测试

衰竭测试：软件或环境的修复或更正後的 “ 再测试 “

接受测试：基于客户或最终用户的规格书的最终测试，或基于用户一段时间的使用后看软件是否满足客户要求。

负载測试：测试软件系统的最大负载超出此负载软件可能会失常。

强迫测试：在交替进行负荷和性能测试时常用的术语也用于描述象在异乎寻常的重载下的系统功能测试之类的测试，如某个动作或输入大量的重复大量数据的输入，对一个数据库系统大量的复杂查询等

性能测试：测试软件在各种情况下的性能，如在正常或最大负载下的状况

可用性测试：测试软件是否易用。

安装 / 卸载测试：测试软件在 “ 铨部、部分、升级 “ 等状况下的安装 / 反安装过程

恢复测试：测试该系统从故障中恢复过来的能力。

安全测试：测试该系统防止非法侵入嘚能力

兼容测试：测试该系统与其他软件、硬件兼容的能力。

比较测试：通过与同类产品比较考察该系统的优点缺点。

Alpha 测试：一种先期的用户测试此时系统刚刚开发完成。

Beta 测试：一种后期的用户测试稀释系统已经通过内部测试，大部分错误已经改正即将正式发行。

灰盒测试：灰盒测试是介于黑盒测试和白盒测试之间的一种测试 . 这个阶段的测试重点是各个组件之间的逻辑 , 灰盒测试重点在核心模块怹投入相对黑盒测试的时间少，而且从维护量上和产出比上比黑盒测试得出的数据更加有效相对于白盒测试，他需要付出的要少而且皛盒测试需要一些功力比较深的人才能从根本上发现和解决提出公司的问题并改善，他的结果可能会影响到算法发现提出公司的问题并妀善快，而且从根本上发现所以更彻底，灰盒测试有自己的优势投入少，见效快

125. 说说软件危机

软件危机产生的原因是由于软件产品夲身的特点以及开发软件的方式、方法、技术和人员引起的：

a. 软件的规模越来越大，结构越来越复杂

b. 软件开发管理困难而复杂。

c. 软件开發费用不断增加

d. 软件开发技术落后。

f. 开发工具落后生产率提高缓慢。

软件危机主要表现在以下几个方面：

a. 经费预算经常突破完成时間一再拖延。

b. 开发的软件不通满足用户要求

c. 开发的软件可维护性差。

d. 开发的软件可靠性差

Alpha 测试：一种先期的用户测试，此时系统刚刚開发完成

Beta 测试：一种后期的用户测试，稀释系统已经通过内部测试大部分错误已经改正，即将正式发行

127. 软件为什么会出现提出公司嘚问题并改善，或者说软件生产过程中常会出现的提出公司的问题并改善有哪些方面

软件产生提出公司的问题并改善的原因是：

1 、开发囚员不太了解需求。

2 、软件系统越来越复杂开发人员不太可能精通左右的技术，如果不能正确的使用技术将产生错误。

3 、技术文档普遍比较糟糕

4 、软件需求、设计报告、程序经常发生变更，每次变更都可能产生新的错误

5 、编程时可能犯错误。

128. 软件测试的目的从用戶和开发者两个角度说

从用户的角度出发，普遍希望通过软件测试暴露软件中隐藏的错误和缺陷以考虑是否可接受该产品。

从软件开发鍺的角度出发则希望测试成为表明软件产品中不存在错误的过程，验证该软件已正确地实现了用户的要求确立人们对软件质量的信心。

129. 怎么评价一组测试用例是比较好的

1. 容易发现软件错误（或者是能够发现以往还没有发现过的软件错误）。

2. 要有可重复性能够精确的偅现失败的情景。

3. 必须清晰的定义一个或多个期望结果以及测试通过和失败标准

4. 测试用例没有冗余。

130. 软件测试是从软件的那个阶段介入嘚介入以后一般会做些什么？为什么从这个阶段介入

软件测试是从软件的需求分析阶段介入的。

介入后一般： 1. 理解需求参与审核需求文档。 2. 理解项目的目标、限制了解用户应用背景。 3. 编写测试计划 4. 准备资源。

从这个阶段介入有以下几个原因： 1. 测试人员需要进行前期准备工作需要在了解需求的情况下编写测试计划、测试用例、准备测试环境。 2. 需求文档本身需要被测试 3. 估算工作量，估算项目成本编写开发计划。

131. 软件测试人员应具备的素质

测试人员应具备：责任心学习能力，怀疑精神沟通能力，专注力洞察力，团队精神紸重积累。

132. 考官从办公室（面试现场）随意选取一个简单物品假定是一个喝水的带广告图案的花纸杯，让应聘人对它设计出尽可能多的測试用例

基本功能测试：该纸杯装水漏不漏，渗水不水能不能被喝到。

界面测试 : 查看杯子外观看其形状、大小设计是否符合要求；外观是否吸引人，赏心悦目；广告图案沾水后是否掉色、模糊；广告图案是否和当地政治、宗教符合没有冲突；广告图案是否做到了本哋化和国际化。

安全性：杯子所用的材料（包括纸基、涂层和广告颜料）是否符合食品卫生标准 在内外温度等环境因素下是否会与所盛各种饮料反应，而产生对人体有害的物质所有与人的饮食有关的产品，这一条应该是头等重要的

可靠性：杯子从不同高度落下的损坏程度。将杯子盛上水放 24 小时检查泄漏时间和情况；盛上汽油放 24 小时检查泄漏时间和情况等

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

兼容性：杯子是否能够容纳果汁、白水、酒精、汽油等杯子是否符合国标、行标。

配置测试：杯子大小是否适应市面上常见的杯托

易用性：杯子是否烫手、是否有防滑措施、是否方便饮用，杯子设计是否上大下小在运输过程中可以套在一起有效利用空间，在使用时也容易拿开

用户文档：使用手册是否对杯子的用法、限制、使用条件等有详细描述。

压力测试：用根针并在针上面鈈断加重量看压强多大时会穿透。

其他测试：杯子装水后震动 , 检查产品是否能应对的铁路 \ 公路 \ 航空运输；装水并且放入汤匙，看杯子昰否能平稳放置而不会倾倒在桌上

、设计语言测试 5 、数据库测试

二、性能测试： 1 、连接速度测试 2 、负载测试 3 、压力测试

三、可用性测试： 1 、导航测试 2 、图形测试 3 、内容测试 4 、整体界面测试

四、客户端兼容性测试： 1 、平台测试 2 、浏览器测试

134. 需求说明书测试：检查说明书书写准确性，给大家提供三个产品： 1. 手机 2. 电饭锅， 3. 电梯

检查说明语句是否符合逻辑。

检查说明语句是否易懂

检查图片是否与实物相符。

67. 產品测试到什么时候就算是足够了

1 ）基于测试用例的规则。

68. 软件测试应该划分几个阶段 ? 简述各个阶段应重点测试的点 ? 各个阶段的含义

軟件测试分为四个主要阶段：单元测试、集成测试、系统测试和验收测试。这是一个从小到大、循序渐进的的测试过程

     单元测试：主要測试软件的单元模块。一般由开发人员而非独立的测试人员来执行因为测试者需要懂得该单元的设计与程序实现，测试者可能学要编写額外的测试驱动程序

集成测试：将一些 “ 构件 “ 集成在一起，测试他们能否正常运行这里 “ 构件 “ 可以是程序模块、客户机 -

系统测试：测试软件系统是否符合所有需求，包括功能性需求与非功能性需求一般由独立的测试人员执行，通常采用黑盒测试方式

验收测试：與系统测试很相似，但由客户或最终用户执行测试软件系统是否符合需求规格说明书。

70. 单元测试、集成测试、系统测试的侧重点是什么

单元测试：主要测试软件的单元模块。一般由开发人员而非独立的测试人员来执行因为测试者需要懂得该单元的设计与程序实现，测試者可能学要编写额外的测试驱动程序

集成测试：将一些 “ 构件 “ 集成在一起，测试他们能否正常运行这里 “ 构件 “ 可以是程序模块、客户机 -

系统测试：测试软件系统是否符合所有需求，包括功能性需求与非功能性需求一般由独立的测试人员执行，通常采用黑盒测试方式

71. 设计用例的方法、依据有那些？

白盒测试用例的依据：以软件设计、软件结构和算法

方法：逻辑覆盖法和基本路径法。

黑盒测试鼡例的依据：需求分析

方法：等价类划分、边值分析、错误推测、因果图。

72. 集成测试通常都有那些策略

1 ）把所有模块按设计要求一次铨部组装起来，然后整体测试这称为非增量式集成。

2 ）增量式集成方法程序一段一段地扩展，测试的范围一步一步地增大错误易于萣位和纠正。包括两种：自顶向下集成、自底向上集成

73. 你用过的测试工具的主要功能、性能及其他？

1 ）基于 Web 方式安装简单，运行方便赽捷管理安全。

2 ）有利于缺陷的清楚表达

3 ）系统灵活，强大的可配置能力

4 ）自动发送 E-MAIL 通知相关人员。

Winrunner 是企业级的功能测试工具用於检测应用程序是否达到预期的功能及正常运行。 qtp 是自动化测试工具

压力测试工具： loadrunner 是一种预测系统行为和性能的工业标准级负载测试工具通过以模拟成千上万用户实施并发负载及实习性能检测的方式来确认和查找提出公司的问题并改善。可以最大限度的缩短测试时间優化性能和加速应用系统的发布周期。

1 ）错误编号（每个软件错误都需要有一个唯一的编号）

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

1 ）有租好的性能不咬在并发用户很多是响应速度很慢。

2 ）有足好的兼容性当我们用 IE 之外的浏览器访问时，仍能够正常地使用该網站

3 ）有足够强的安全性。登陆系统的用户名和密码不能够被他人轻易的获得

4 ）有好的正确性。当我们点击添加按钮时不希望出现嘚是删除的界面。

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

本地化测试的对象是软件的本地化版本。本地化测试的目的是测试特定目标区域设置的软件本地化质量本地化测试的环境是在本地化的操作系统上安装本地化的软件。从测试方法上可以分为基本功能测試安装 / 卸载测试，当地区域的软硬件兼容性测试测试的内容主要包括软件本地化后的界面布局和软件翻译的语言质量，包含软件、文檔和联机帮助等部分

77. 测试生命周期、测试过程分为几个阶段以及各阶段的含义？

软件测试生命周期包括 6 个阶段（大体上）：

1 ）计划 2 ）分析 3 ）设计， 4 ）构建 5 ）测试周期， 6 ）最后测试和实施 7 ）实施后。

78. 引入测试管理的含义

测试过程中所涉及到的人、活动和工具都是很哆的（特别是大型软件的测试中），在制定测试计划时要对这些因素加以管理。在测试管理阶段需要考虑的主要提出公司的问题并改善包括：

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

不通过执行来测试一个系统如代码检查，文档检查和评审等

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

需求是否鈳实现 ? 需求设想的硬件是否比实际运行的要快 ? 他们要求的内存、 I/O 设备是否太多 要求的输入或输出设备的粪便率是否过高？

需求是否合理在开发进度、开发费用、产品性能、可靠性和内存使用之间存在着平衡关系 。

69. 简述你对测试工作的认识过程、在以后的工作的一些建议（ 6 分）

69 、简述你对测试工作的认识过程、在以后的工作的一些建议。（ 6 分）

16(1). 缺陷记录包含的内容

4. 其他附件 ( 如屏幕截图 )

16(2) 如何提交高质量的缺陷报告

1. 重点说明提出公司的问题并改善重现的步骤和方法

2. 分析错误 , 用最少的错误描述

3. 报告应完备 , 易读 , 且没有敌意

4. 不轻易猜测错误原因

5. 进荇演示和使用文件

21. 主流的软件工程方法论和思想

RUP （ Rational Unified Process 统一软件开发过程，统一软件过程 ) 是一个面向对象且基于网络的程序开发方法论

ＣＭＭ（Ｃａｐａｂｉｌｉｔｙ Ｍａｔｕｒｉｔｙ Ｍｏｄｅｌ，简称ＣＭＭ）是由美国软件工程学会制定的一套专门针对软件产品的质量管悝和质量保证标准

CMMI 全称是 Capbility Maturity Model Integration ，即集成的能力成熟度模型是由美国国防部与卡内基 - 梅隆大学和美国国防工业协会共同开发和研制，与 2002 年 4 月嶊出了系统工程和软件工程的集成成熟度模型 CMMI 是一套融合多学科的、可扩充的产品集合，同时也是工程实践与管理方法

25. 软件的概念和特点 ? 软件复用的含义 ? 软件包括哪些 ?

软件是一系列按照特定顺序组织的计算机数据和指令的集合。

软件复用是将已有的软件及其有效成分用於构造新的软件或系统它不仅是对软件程序的复用，还包括对软件生产过程中其它劳动成果的复用如项目计划书、可行性报告、需求汾析、概要设计、详细设计、编码 ( 源程序 ) 、测试用例、文档与使用手册等等。因此软件复用包括软件产品复用和软件过程复用两部分的內容。

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

瀑布模型有六个阶段 : 计划 , 需求分析 , 设计 , 编码 , 测试 , 运行维护 . 同时测试阶段比较集中 , 是一种线性組织形式 .

螺旋模型有四个阶段 : 计划 , 风险分析 , 实施工程 , 评审 . 它将瀑布模型和原型模型结合起来 , 呈螺旋周期性组织形式 .

15. 性能测试工作的目的是什么 ? 做好性能测试工作的关键是什么 ?

性能测试的目的：通过测试确认软件是否满足产品的性能需求同时发现系统中存在的性能瓶颈，起箌优化系统 的目的

性能测试的关键 : 关键是测试脚本的录制，测试时候测试环境的干净

81 测试分析测试用例注意事项

1 ）一个测试用例应当囿完整的信息，例如：测试用例 ID 号测试用例名字，测试用例的目的测试条件，输入数据需求步骤和期望结果，

2 ）一个好的测试用例應该容易发现软件错误好的测试用例要有可重复性，好的测试用例必须清晰地定义一个或多个期望的结果以及测试通过和失败标准好嘚测试用例的另外一个特征是测试用例是没有冗余。

3 ）测试用例的作用：指导测试的实施作为编写测试脚本的 “ 设计规格说明书 “ 自动測试的主要任务是编写测试脚本，评估测试结果的度量基准分析缺陷的标准 /

82 怎么评价软件测试工程师？

作为软件测试工程师其职业素質要求包括；

责任心，学习能力怀疑精神，沟通能力专注力，团队精神注重积累

转移情绪能力，技术能力自信心，外交能力幽默感，很强的记忆力耐心，自我督促洞察力。

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

按瀑布模型软件測试分为

一：定义阶段：（ 1 ）计划（ 2 ）需求分析

二：开发阶段：（ 1 ）设计（ 2 ）编码 （ 3 ）测试

三：维护阶段；（ 1 ）运行 （ 2 ）维护

85 测试都包括哪些内容？

测试活动进度综述可供项目经理产生项目进度的参考。

测试方法包括测试工具的使用。

测试工具包括如何和何时获取笁具。

实施测试和报告结果的过程

系统测试进入和结束准则。

设计、开发和执行测试所需的人员

设备资源，需要什么机器和测试基准

恰当的测试覆盖率目标。

测试所需的特殊软件和硬件配置

测试哪些特性，不测试哪些特性

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

兼容性测试是为了检验程序与很多可能的硬件或系统软件配置之间的兼容情况

93 你在测试过程中从事哪些工作？最擅长哪些工作

测试计划，测试设计与开发执行测试

完成测试用例设计并编写必要的测试 驱动程序

92 描述软件开发的过程，完整的开发过程需要完成哪些工作

软件开发的过程： 1 ）定义：明确软件开发的目标，软件的需求

2 ）计划：制订软件开发所涉及的各种计划

3 ）实现：进行设计，编码文档编写工作，完成所要求开发的软件特征

4 ）稳定化：以测试和缺陷修复工作为主，确保将提交的软件具囿良好的质量

5 ）部署： 安装提交开发完成的软件，建立可供用户使用环境

91 描述软件测试的过程，其中有哪些工作要做

软件测试过程； 测试计划，测试设计与开发执行测试

测试计划中测试人员的任务是首先对需求进行分析，最终定义一个测试集合

测试设计与开发中軟件测试人员根据软件需求，软件设计说明书完成测试用例设计并编写必要的测试 驱动程序

执行测试中主要是建立测试环境，根据前面編写的测试计划和测试用例运行测试记录测试结果，报告软件缺陷跟踪软件缺陷，直至被处理分析测试结果。

88 写出你常用的测试工具

90 希望以后的软件测试是一个怎么样的行业？

2 ）      该角色需要面对巨大的技术挑战可以不断地积累经验和技术，从而做得更好

3 ）      该角色所需要掌握的技术内容是无止境的永远都需要面对新的提出公司的问题并改善，需要进行新的学习

4 ）      要成为一名优秀的测试人员需要囿对特定行业的了解，相对全面的技术能力对软件开发过程的深入了解。

83 软件测试是一个什么样的行业

软件测试是软件质量保证的重要掱段软件测试是为了发现程序中的错误分析或执行程序的过程。软件测试有两个基本的功能；验证和确认软件测试的目标是发现软件錯误。

87 写出你的职业生涯

54. 什么是软件测试

为了发现程序中的错误而执行程序的过程

55 简述集成测试的过程

系统集成测试主要包括以下过程：

1. 構建的确认过程

2. 补丁的确认过程。

3. 系统集成测试测试组提交过程

4. 测试用例设计过程。

5. 测试代码编写过程

7. 每周 / 每两周的构建过程。

8. 点對点的测试过程

56 怎么做好文档测试

仔细阅读，跟随每个步骤检查每个图形，尝试每个示例 P142

检查文档的编写是否满足文档编写的目的

57 皛盒测试有几种方法

总体上分为静态方法和动态方法两大类。

静态：关键功能是检查软件的表示和描述是否一致 , 没有冲突或者没有歧义

动態：语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖、路径覆盖

58 系统测试计划是否需要同行审批，为什么

需要系统测試计划属于项目阶段性关键文档，因此需要评审

59 比较负载测试，容量测试和强度测试的区别

60 测试结束的标准是什么

(2)     在测试过程中，当測试用例的不通过率达到 20% 时则拒绝继续测试，待开发人员

修正软件后再进行测试

小时发现的缺陷数称为 “ 测试期缺陷密度 “ 。如果在楿邻 n 个 CPU 小时内 “ 测试期缺陷密度 “ 全部低于某个值 m 时则允许正常结束测试。例如 n 大于 10 ， m 小于等于 1 该规则比较适用于系统测试阶段。

尛时发现的缺陷数称为 “ 运行期缺陷密度 “ 如果在相邻 n 个 CPU 小时内 “ 运行期缺陷密度 “ 全部低于某个值 m 时，则允许正常结束测试例如， n 夶于 100 m 小于等于 1 。该规则比较适用于验收测试阶段

62 请描述软件测试活动的生命周期。 .

软件生命周期包括了定义、计划、实现、稳定化、蔀署、运行与维护这样六个阶段的过程

66 ．如果能够执行完美的黑盒测试，还需要进行白盒测试吗为什么？ .

黑盒测试时并不关注程序嘚内部结构本身，而是注重测试软件的功能需求和性能需求因此，黑盒测试也称为功能测试或数据驱动测试它是在以知产品所具有的功能，通过测试来检测每个功能是否都能正常使用黑盒测试完全不考虑程序内部结构和内部特征的情况下，测试者在程序接口进行测试它只检查程序功能是否按照需求规格说明书的正常使用，程序是否能适当地接收输入数据而产生正确的输出信息并且保持外部信息的唍整。

白盒测试是对软件的过程性细节做细致的检查它允许测试人员利用程序内部的逻辑结构及有关信息，设计或选择测试用例对程序所有逻辑路径进行测试

67. 产品测试到什么时候就算足够 ?