常见的软件测试面试必备

考官从办公室（面试现场）随意选取一个简单物品
，
假定是一个喝水的带广告图案的花纸杯，让应聘人对它设计出尽可能多的测试用例。  
 
测试项目：杯子   需求测试:查看杯子使用说明书   
界面测试:查看杯子外观  
 功能度：用水杯装水看漏不漏；水能不能被喝到   

安全性：杯子有没有毒或细菌   
可*性：杯子从不同高度落下的损坏程度   

可移植性：杯子再不同的地方、温度等环境下是否都可以正常使用  
 
兼容性：杯子是否能够容纳果汁、白水、酒精、汽油等   

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

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

疲劳测试：将杯子盛上水

（案例一）放24小时检查泄漏时间和情况；盛上汽油

（案例二）放24小时检查泄漏时间和情况等   

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

跌落测试: 杯子加包装(有填充物)，在多高的情况摔下不破损   

震动测试: 杯子加包装(有填充物)，六面震动，检查产品是否能应对恶劣的铁路公路航空运输 
测试数据：   测试数据具体编写此处略（最讨厌写测试数据了）。

其中应用到：场景法、等价类划分法、因果图法、错误推测法、边界值法等方法   

期望输出：

我现在有个程序，发现在WIN98上运行得很慢，怎么判别是程序存在问题还是软硬件系统存在问题

1) 首先, 根据被测对象内容和大小的不同, 系统配置的不同, 为快慢设个标准. 

例如:  打开一个web窗口耗时10秒,如果没有标准， 速512kb的人认为很快;但 速2MB的人可能认为很慢; 这就很难衡量打开那个窗口到底是快还是慢, 所以要看系统配置. 

当然也跟被打开窗口的内容和大小有关, 打开纯文字窗口肯定比打开带有很多图片,flash动画等内容的窗口快, 所以要看被测对象的内容和大小.

2) 根据标准来衡量. 参考SRS

3) 系统的软件,硬件配置是否满足程序运行需求。
比如: 程序需要运行在windows98以上, 内存256MB以上, 而那台PC是win98,内存128MB则在软件配置上达到临界点, 硬件配置就存在问题.

4) 该程序是否要调用组件, 或访问数据库等其他软件. 如果需要,则其他相关配置是否满足需求

5) 是否在运行被测程序时, 很多其他程序也在运行, 超过windows98的负载。
比如: 运行被测程序时, 同时打开50个其他程序, 估计肯定超出OS自己的负载, 看被测程序运行状态; 如果只运行被测试程序, 看被测程序运行状态; 打开多个程序的先后顺序, 看被测试程序运行状态.

1、检查系统是否有中毒的特征;

2、检查软件/硬件的配置是否符合软件的推荐标准;

3、确认当前的系统是否是独立，即没有对外提供什么消耗CPU资源的服务;

4、如果是C/S或者B/S结构的软件，需要检查是不是因为与服务器的连接有问题，或者访问有问题造成的;

5、在系统没有任何负载的情况下，查看性能监视器，确认应用程序对CPU/内存的访问情况。

什么是兼容性测试容性测试侧重哪些方面

指对所设计程序与硬件、软件之间的兼容性的测试。

测试分类：
一、浏览器兼容测试
二、分辨率兼容
测试
一般来说，兼容性指能同时容纳多个方面，
在计算机术语上兼容是指几个硬件之间、几个软件之间或是软硬件之间的相互配合程度。

兼容性测试是指测试软件在特定的硬件平台上、不同的应用软件之间、不同的操纵系统平台上、不同的 络等环境中是否能够很友好的运行的测试。

兼容测试主要是检查软件在不同的硬件平台、软件平台上是否可以正常的运行，
即是通常说的软件的可移植性。

兼容的类型，如果细分的话，有平台的兼容， 络兼容，数据库兼容，以及数据格式的兼容。

兼容测试的重点是，对兼容环境的分析。
通常，是在运行软件的环境不是很确定的情况下，才需要做兼容。
根据软件运行的需要，或者根据需求文档，一般都能够得出用户会在什么环境下使用该软件，
把这些环境整理成表单，就得出做兼容测试的兼容环境了。

兼容和配置测试的区别在于，
做配置测试通常不是Clean OS下做测试，而兼容测试多是在Clean OS的环境下做的。

测试策略描述测试工程的总体方法和目标。
描述目前在进行哪一阶段的测试（单元测试、集成测试、系统测试）
以及每个阶段内在进行的测试种类（功能测试、性能测试、覆盖测试等）。

测试策略的制定主要包含三个方面的内容：

（1）确定测试过程要使用的测试技术和工具；

（2）制定测试启动、停止、完成标准；

（3）进行风险分析和应对方案。
例如测试与外部接口或者模拟物理损坏、安全性威胁。

测试计划最关键的一步就是将软件分解成单元，按照需求编写测试计划。

指导测试过程的纲领性文件，包含了产品概述，测试策略，测试方法，测试区域，测试配置，测试周期，测试资源，风险分析等内容；借助软件测试计划，参与测试的项目成员，可以明确测试任务和测试方法，保持测试实施过程的顺畅沟通，跟踪和控制测试进度，应对测试过程中的各种变更。
测试计划和测试用例间是战略和战术的关系，测试计划主要从宏观上规划测试活动的范围，方法和资源配置；
而测试用例是完成测试任务的具体战术。

测试计划中，最重要的是测试策略和测试方法。

测试计划工作的关键是

1. 明确测试的目标，增强测试计划的实用性—
测试计划中的测试范围必须高度覆盖功能需求，测试方法必须切实可行，
测试工具具有较高的实用性，便于使用，生成的测试结果直观准确。

2. 坚持“5W”规则，明确内容与过程
“5W”规则指：what，why，when，where，how；
用例5w规则创建软件测试计划，可帮助测试团队理解测试目的（why），
明确测试范围和内容（what），确定测试开始和结束日期（when），
指出测试的方法和工具（what），给出测试文档和软件存放位置（where）
3. 采用评审和更新机制，保证测试计划满足实际需求

软件测试计划的主要内容

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

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

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

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

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

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

7、 人员组织：需要多少人进行测试，各自的角色和责任，他们是否需要进行相关的学习和培训，什么时候他们需要开始，并将持续多长时间。
8、 测试策略：制定测试整体策略、所使用的测试技术和方法。

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

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

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

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

测试过程包括五大部分，分别为：单元测试、集成测试、确认测试、系统测试、验收测试。

测试准备－测试计划－测试需求－测试用例－测试执行－测试缺陷管理－测试 告总结

缺陷流程管理：new－ open－fix－（reopen）－close

黑盒测试的测试用例设计方法   

· 等价类划分方法   

· 边界值分析方法 

· 错误推测方法   

· 因果图方法    

· 判定表驱动分析方法   

· 正交实验设计方法   

· 功能图分析方法

软件测试流程包括哪些不同的测试方法

分为五步

第一根据需求分析制定测试计划

第二根据开发人员的详细设计说明书设计测试策略和测试用例

第三开发人员编写好一个小的模块后我们就可以执行测试用例。同时填写缺陷 告

第四对测试作总结

第五验收测试，同时编写用户手册 

测试用例组成元素

(1) 用例ID；

(2) 用例名称；

(3) 测试目的；

(4) 测试级别；

(5) 参考信息；

(6) 测试环境；

(7) 前提条件；

(8) 测试步骤；

(9) 预期结果；

(10) 设计人员。