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

 

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

 

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

 

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

 

3）运行脚本。分析shedual。

 

4）分析测试结果。

 

2、怎样做好测试计划？

 

1)理解系统。从整个系统的高度了解被测系统必须满足的功能和非功能性需求。利用涉及整个系统的文档，形成对系统的整体了解。

 

2)及早介入。为了深入了解项目，测试人员应该在系统的开始阶段介入，可以增加对客户需求，客户问题，潜在风险，以及最重要的功能方面的理解

 

3)测试期望。程序员的期望是什么？客户的期望是什么？销售对测试的期望又是什么？测试目标必须是绝对的，以免说不清楚是否达到目标。

 

4)吸取教训。把以前工作中学习到的经验教训运用过来，对确定测试策略很有作用。

 

5)工作量大小。完成测试需要多少工作量？需要多少人员？

 

6)技术选择。系统会采取什么技术？系统会采用什么架构？这些信息有助于确定测试策略和测试工具。

 

7)时间表。系统开发和测试分配的时间有多长？截止日期是什么时候？

 

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

 

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

 

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

 

需求人员连同系统分析人员&测试人员开会讨论需求。

 

系统分析人员写出需求分析说明，并连同系统分析人员&测试人员&需求人员开会讨论可行性。

 

系统分析人员写出详细设计说明书，程式人员编码，给出系统流程图。交与测试人员，测试人员给出Bug统计表。

 

4、系统测试阶段低级缺陷较多怎么办？

 

公司有预测试这个流程，会在开展测试活动之前对主要功能点的正常流程做一个测试，以判断这个版本是不是可测试版本，如果低级缺陷比较多，严重阻碍测试执行的话，我们会打回开发部，不执行测试。

 

5、缺陷流落到客户那里怎么办？

 

我们公司会尽可能的避免这种情况的出现，让软件缺陷在内部得到解决，万一版本上线了才发现有问题，我们也会及时派技术人员在最短的时间内做出修改，把客户的损失降到最低。

 

6、代码会审是什么？

 

对代码的一个评审的过程，发现一些最基本的错误，方式是静态的代码走读方式，在一些大型软件的设计过程中，还是必不可少的。

 

7、请问功能测试和性能测试的区别是什么？（只总结了两个方面，有其他的自己补充）

 

①测试目的：

 

功能测试：检查实际软件的功能是否符合用户的需求，测功能是不是全部实现，某个实现是不是有BUG。

 

主要为了发现以下几类错误：

 

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

 

B、功能实现是否满足用户需求和系统设计的隐藏需求？

 

C、能否正确接收输入？能否正确输出结果？

 

性能测试：验证软件质量的三个质量特性，可靠性，正确性和效率。主要是测试产品的健壮性

 

②测试方式：

 

功能测试：按照系统需求说明书和测试用例，对产品的功能一步步进行测试。找出产品功能是否全部实现

 

性能测试：一般都使用性能工具对产品的健壮性进行评估。通过创建场景和虚拟用户来模拟真是环境，进行压力测试和负载测试。

 

8、状态为已修改的缺陷 实际没有修改怎么办？

 

加强项目质量管理，提高项目执行能力。如果测试人员发现了这样的问题，首先要弄清楚是什么原因导致这种情况，最终还是要督促开发人员，修改掉这些问题。如果是不能重现的问题或者是老版本中遗留下来的问题不能修改的 要做好标示。

 

9、性能测试什么时候开始最合适？

 

一般在功能测试最后阶段执行 因为功能走通了 性能才有意义 总之性能测试要根据用户实际性能指标来操作 是一个很重要的测试活动 要根据软件的属性以及它的实际情况来制定策略

 

10、回归测试中未解决的缺陷如何处理？

 

实际项目中 也会因为种种原因 出现最后一轮测试结束了 还有一些缺陷没有解决 那么对于问题的不同 我们有不同的解决方式：严重性问题：必须解决，不允许上线；功能性问题：可以考虑在后续版本中解决；一般性问题：可以不解决或者升级的时候解决。