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

参考答案：兼容测试主要是检查软件在不同的硬件平台、软件平台上是否可以正常的运行，即是通常说的软件的可移植性。兼容的类型，如果细分的话，有平台的兼容，网络兼容，数据库兼容，以及数据格式的兼容。兼容测试的重点是，对兼容环境的分析。通常，是在运行软件的环境不是很确定的情况下，才需要做兼容。根据软件运行的需要，或者根据需求文档，一般都能够得出用户会在什么环境下使用该软件，把这些环境整理成表单，就得出做兼容测试的兼容环境了。兼容和配置测试的区别在于，做配置测试通常不是Clean OS下做测试，而兼容测试多是在Clean OS的环境下做的。

2、我现在有个程序，发现在Windows上运行得很慢，怎么判别是程序存在问题？

  参考答案：

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

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

3、确认当前的系统是否是独立，即没有对外提供什么消耗CPU资源的服务； 如 果是C/S或者B/S结构的软件，需要检查是不是因为与服务器的连接有问题，或者访问有问题造成的；

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

3、测试的策略有哪些？

  参考答案：黑盒/白盒，静态/动态，手工/自动，冒烟测试，回归测试，公测（Beta测试的策略）

4、正交表测试用例设计方法的特点是什么？

参考答案：

  用最少的实验覆盖最多的操作，测试用例设计很少，效率高，但是很复杂；

对于基本的验证功能，以及二次集成引起的缺陷，一般都能找出来；但是更深的缺陷，更复杂的缺陷，还是无能为力的；具体的环境下，正交表一般都很难做的。大多数，只在系统测试的时候使用此方法。

5、描述使用bugzilla缺陷管理工具对软件缺陷（BUG）跟踪的管理的流程？

参考答案：  就是Bugzilla的状态转换图。

6、你觉得bugzilla在使用的过程中，有什么问题？

参考答案： 界面不稳定；根据需要配置它的不同的部分，过程很烦琐。流程控制上，安全性不好界定，很容易对他人的Bug进行误操作；没有综合的评分指标，不好确认修复的优先级别。

7、描述测试用例设计的完整过程？

参考答案：  需求分析 + 需求变更的维护工作； 根据需求得出测试需求；设计测试方案，评审测试方案；方案评审通过后，设计测试用例，再对测试用例进行评审；

8、单元测试的策略有哪些？

参考答案：

逻辑覆盖、循环覆盖、同行评审、桌前检查、代码走查、代码评审、景泰数据流分析

9、LoadRunner分哪三部分？

参考答案：用户动作设计；场景设计；测试数据分析；

10、LoadRunner进行测试的流程?

参考答案：

1、测试测试

2、创建虚拟用户脚本

3、创建运行场景

4、运行测试脚本

5、监视场景

6、分析测试的结果以上，最好是结合一个案例，根据以上流程来介绍。

11、什么是并发？在lordrunner中，如何进行并发的测试？集合点失败了会怎么样？

参考答案：

  在同一时间点，支持多个不同的操作。LoadRunner中提供IP伪装，集合点，配合虚拟用户的设计，以及在多台电脑上设置，可以比较好的模拟

真实的并发。集合点，即是多个用户在某个时刻，某个特定的环境下同时进行虚拟用户的操作的。集合点失败，则集合点的才操作就会取消，测试就不能进行。

12、使用QTP做功能测试，录制脚本的时候，要验证多个用户的登录情况/查询情况，如何操作？

13、bug的生命周期

测试人员发现bug->New（新建），测试组长确认bug是否Duplicate（重复），如果重复Abandon（废弃），如果不重复Open（打开），指派给开发经理确认是否Reject（拒绝），不拒绝确认是否postpone（延期），不延期Assign（分配）给开发人员fixed（修复），如果拒绝指派给CCB（变更控制委员会）审查（Reviewed）通过（passed）指派给开发人员fixed（修复），修复完成Building，测试人员Validate（验证），验证不通过Reopen（重新打开），验证通过，close（关闭），审查不通过Abandon。

14、软件生命周期

软件生命周期(SDLC，Systems Development Life Cycle,SDLC)是软件的产生直到报废的生命周期，周期内有问题定义、可行性分析、总体描述、系统设计、编码、调试和测试、验收与运行、维护升级到废弃等阶段，这种按时间分程的思想方法是软件工程中的一种思想原则，即按部就班、逐步推进，每个阶段都要有定义、工作、审查、形成文档以供交流或备查，以提高软件的质量。但随着新的面向对象的设计方法和技术的成熟，软件生命周期设计方法的指导意义正在逐步减少。

15、测试项目：电梯

需求测试:查看电梯使用说明书、安全说明书等

界面测试:查看电梯外观

功能测试：测试电梯能否实现正常的上升和下降功能．电梯的按钮是否都可以用；

电梯门的打开，关闭是否正常；报警装置是否可用，报警电话是否可用；

通风状况如何.突然停电时的情况；是否有手机信号；

比如说上升途中的响应。电梯本来在1楼，如果有人按18楼，那么电梯在上升到5楼的时候，有人按了10楼，这时候是否会在10楼先停下来；

电梯下降到10层时显示满员，此时若8层有人等待电梯，是否在8层停；

可靠性：门关上的一刹那出现障碍物，同时按关门和开门按钮，点击当前楼层号码，多次点击同一楼层的号码等等；同时按上键和下键会怎样；

易用性：电梯的按钮的设计符合一般人使用的习惯吗．

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

压力测试：看电梯的最大限度的承受重量．在负载过重时报警装置是否有提醒．在一定时间内不断的让电梯上升，下降．最大负载下平稳运行的最长时间。

16、测试项目：杯子

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

界面测试: 查看杯子外观

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

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

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

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

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

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

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

疲劳测试：将杯子盛上水（案例一）放24 小时检查泄漏时间和情况；盛上汽油（案例二）放24 小时检查泄漏时间和情况等

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

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

震动测试: 杯子加包装( 有填充物), 六面震动, 检查产品是否能应对恶劣的铁路\ 公路\ 航空运输

测试数据：测试数据具体编写此处略（最讨厌写测试数据了）。其中应用到：场景法、等价类划分法、因果图法、错误推测法、边界值法等方法

期望输出：该期望输出需查阅国标、行标以及使用用户的需求 

17、测试题目：桌子

需求测试:查看国家相关标准。

功能:桌子是办公,或者放置用的,首先考虑桌子的面积大小是否适度.

界面:桌子的版面是否平滑,桌子有没有凹凸不平的地方

安全:桌子肯定有它的支撑点,若支撑点不稳,容易摔坏物品,使用起来也不方便.

易用:桌子的移动性好不.它的重量是否合适

可靠性:将桌子推倒后,再检查桌子是否很容易被损坏.

性能:将很重的物品放在桌子上,看它最大承受的重量是多少...

19、测试题目：洗衣机

功能测试：该洗衣机是否能正常的洗衣服 

需求测试：查看洗衣机的使用说明书和安全说明书等 

性能测试：使用时用电量如何，是否满足用户需求

界面测试：洗衣机的外观是否满足客户的需求

易用测试： 该洗衣机是否容易操作

兼用性测试：该洗衣机除了能洗衣服以外还能洗别的吗

安全性测试：该洗衣机通电以后人接触以后是否有电

负载测试：通过逐步增加系统负载，最终确定在什么负载条件下系统性能将处于崩溃状态，以此获得系统能提供的最大服务

压力测试：通过逐步增加系统负载，最终确定在什么负载条件下系统性能将处于崩溃状态，以此获得系统能提供的最大服务级别的测试。

稳定性测试：加到一定的衣服然后过一段时间看洗衣机是否正常洗；

20、软件验收测试的合格通过准则：

①、软件需求分析说明书中定义的所有功能已全部实现，性能指标全部达到要求。

②、所有测试项没有残余一级、二级和三级错误。

③、立项审批表、需求分析文档、设计文档和编码实现一致。

④、验收测试工件齐全。

21、软件实施活动的进入准则：

①、需求工件已经被基线化；

②、详细设计工件已被基线化；

③、构架工件已被基线化。

22、比较负载测试和强度测试的区别：

负载测试：在一定的工作负荷下，系统的负荷及响应时间；

强度测试：在一定的负荷条件下，在较长时间跨度内的系统连续运行给系统性能所造成的影响；

23、描述软件测试活动的生命周期：

测试周期分为计划、设计、实现、执行、总结。

计划：对整个测试周期中所有活动进行规划，估计工作量、风险，安排人力物力资源，安排进度等；

设计：完成测试方案，从技术层面上对测试进行规划；

实现：进行测试用例和测试规程设计；

执行：根据前期完成的计划、方案、用例、规程等文档，执行测试用例；

总结：记录测试结果，进行测试分析，完成测试报告；

24、测试的目的：

测试的目的：软件测试是程序的一种执行过程，目的是尽可能发现并改正被测试软件中的错误，提高软件的可靠性。它是软件生命周期中一项非常重要且非常复杂的工作，对软件可靠性保证具有极其重要的意义。

25、测试流程依次如下：

1.需求：阅读需求，理解需求，与客户、开发、架构多方交流，深入了解需求。--testing team

2.测试计划: 根据需求估算测试所需资源（人力、设备等）、所需时间、功能点划分、如何合理分配安排资源等。---testing leader or testing manager

3.用例设计：根据测试计划、任务分配、功能点划分，设计合理的测试用例。---testing leader, senior tester

4.执行测试：根据测试用例的详细步骤，执行测试用例。--every tester(主要是初级测试人员)

5.执行结果记录和bug记录：对每个case记录测试的结果，有bug的在测试管理工具中编写bug记录。--every tester(主要是初级测试人员)

6.defect tracking：追踪leader分配给你追踪的bug.直到 bug fixed。--every tester

7.测试报告：通过不断测试、追踪，直到被测软件达到测试需求要求，并没有重大bug.

8.用户体验、软件发布等……

跟双V模型差不多

26、敏捷开发有如下特征:

1. 工作在小的团队中

2. 团队是跨功能的-包括测试人员，开发人员，文档开发人员等等

3. 短迭代-利用短迭代方法来交付软件

4. 相较于文档，敏捷开发更注重面对面的交流

5. 敏捷不是一个过程，而是一个软件开发的形式或者方法

6. 敏捷可以与软件过程如CMMI等一起实施

27、测试用例包括：

用例编号、测试项目、测试标题、预置条件、重要级别、输入、执行步骤、预期输出；（作者 备注）