1.测试活动中，如果发现需求文档不完善或者不准确，怎么处理？
要及时的与项目经理进行沟通协调。要在邮件中详细的把不完善不准确的地方描述出来，并提出自己的意见。
2.你认为做好测试计划工作的关键是什么？
首先，要有一个明确的目标，详细的阅读需求文档说明。
其次，要对整个测试人员、测试时间、测试进度进行一个预估，并预先进行管理。
最后，要对整个测试流程设定一个规范，所有测试人员都按着规范做事，不能随心所欲的测试。
3.软件配置管理工作开展的情况和认识？
拿到一台裸机过后要安装客户需要的操作系统，并且安装一些所必须的软件。
4.你觉得软件测试通过的标准应该是什么样的？
测试用例完全执行，测试用例覆盖到所有的测试点，并且缺陷的密度达到客户的要求。
5.软件测试的文档测试应当贯穿于软件生命周期的全过程，其中用户文档是文档测试的重点。那么软件系统的用户文档包括哪些？
用户安装文档、用户配置文档、用户使用手册、联机指导等。
6.简述软件系统中用户文档的测试要点？
完整性：用户文档中功能的描述要完整的。不能让用户产生疑问。
一致性：用户文档中的功能描述要与实际软件中的功能一致。不能描述过盛。
易使用性：用户文档中描述的内容要方便用户阅读并且能够让用户很清楚的知道如何操作。
图表：有的时候用图表描述会很明了。
7.什么是系统瓶颈？
系统瓶颈就是软件在一定的并发量、访问量下无法达到用户的需求。
比如说用户需要在10s内完成一个访问，但是每一次都要12s才能完成，这个就是性能瓶颈，有可能是程序本身的问题，也有可能和操作系统、软硬件相关。
8.没有产品说明书和需求文档地情况下能够进行黑盒测试吗？
可以。
这个情况下我们就要进行探索性测试，把软件当成用户需求，一步步进行测试。凭借经验判断功能正确与否，有的时候还可以与项目经理、开发人员一起交流沟通，从而进行更好的测试。
9.为什么尽量不要让时间有富裕的员工去做一些测试？
首先，专业的测试人员是有一定的技能和耐心对软件一步一步进行测试。如果让时间富裕的员工去测试的话，他可能心思并不在测试上面。会很随意的、没有目标的进行测试。这样子的话测试并不完整，有的时候甚至很重要的bug都没法找出。所以还是需要专业的测试人员来进行测试的。
10.完全测试程序是可能的吗？
不可能。
测试人员对程序进行测试，只能找出程序中的bug，但是并不能保证程序是没有bug的。
完全测试要花费很多的人力物力，并且测试的数据量过大，很费时间。测试结果有很多，有的都是类似的，没有必要进行相同的测试。所以完全测试是不可能的。
11.软件测试的风险主要体现在哪里？
主要体现在没法完全测试。有些问题可能隐藏在没有测到的地方。这样子就被忽略了。客户使用的时候并不熟悉软件是如何操作的。可能有的时候会误点点出问题。这样子的话我们就要承担很大的风险了。
12.发现的缺陷越多，说明软件缺陷越多吗？
是的。通常如果发现了一个缺陷的话，有的时候会发现很多类似的缺陷，因为由于开发人员的习惯，可能一个地方有错误，另外一个地方就会有相同的错误。
13.所有的软件缺陷都能修复吗？所有的软件缺陷都要修复吗？
从理论上来说所有的缺陷都是可以修复的，但是并不是所有的缺陷都要修复。
一些对于软件没有影响的、不影响使用的缺陷我们可以不用修复。因为修复一些细小的缺陷也需要花费很多时间。项目上面可能会因为时间问题而先忽略这些小缺陷。
14.开发人员老是犯一些低级错误怎么解决？
要在开发的前期就制定好一些编码规范，这样子可以减少很多因为个人习惯引起的错误。
同时，测试人员在发现开发人员犯一些低级错误的时候不可以指责他们，要耐心的给他们指出错误所在。
然后可以由开发人员自己进行测试，找出一些一眼就看得出来是错误的地方。
15.您在以往的测试工作中都曾经具体从事过哪些工作？其中最擅长哪部分工作？
我一般都是做的web测试，搭建测试环境，对于一个程序进行集成测试，系统测试，回归测试等。还要编写测试用例以及一些文档，用户使用手册，功能测试文档等等。最擅长的是功能测试。
16.你对测试最大的兴趣在哪里？为什么？
最大的兴趣就是具有挑战性。
因为我并不知道哪里会出现bug，在找到一个bug后会很高兴。并且测试需要很强的耐心和细心。我可以很容易的找到一些细节问题。
17.开发人员说不是BUG时，你如何应付？
首先把自己的理由告诉开发人员。在同开发人员沟通到底是不是bug，但是如果开发人员还是认为不是bug的话，就把这个问题提到项目经理处，同时附上自己的理由。由项目经理决定是否为bug。
18.软件测试项目从什么时候开始，？为什么？
一般软件测试越早展开越开，一般是从需求阶段就要进行软件测试。软件测试不仅是测试功能，对于需求文档一类的也要进行测试。越早的找出bug，就会减少后续开发人员修改程序的次数，并且可以降低成本，如果等整个软件开发的差不多了发现一个致命的错误的话，是需要花费很多的时间和人力来重新修改的。如果在一开始就发现的话就不会出现这种情况了。
19.做测试多久了？以前做过哪些项目？你们以前测试的流程是怎样的？用过哪些测试工具？
做测试有一年半了。以前做过万宇的游戏平台、江南电梯的合同管理软件等。
以前的测试流程：首先拿到需求文档的时候要详细阅读理解需求，在这基础上开始编写测试用例。然后开发人员开发好模块后自己进行单元测试，当然有的时候单元测试这一步时间不允许的情况下就不做了。然后测试人员对于集合起来的模块进行集成测试，测试其功能与需求上是否一致，如果发现不一致的话就在jira上面提出一个bug让开发人员进行修复，修复完成后重新进行测试直至bug修复完成。
其次，每次发布新版本的时候要进行回归测试，以防修复一个bug后因这个bug产生别的新的bug。
然后进行系统测试，在用户所需的操作系统及软件环境下对整个程序进行测试，以保证可以提交给用户进行测试。
最后要编写用户使用手册、功能测试文档、性能测试文档等等。
用过一段时间QTP，但只是借助他在每次新环境的时候插入必要数据，并没有真正的用它来执行测试。
20.你能不能说下你的3到5年的职业计划（规划）？
首先，要巩固自己的测试基本知识，在基本知识扎实的情况下提高理解需求文档的能力。
其次，学习自动化测试工具，并将它运用到测试中。
然后，在测试技术达到一定程度后，要学会如何代领一个测试团队。
最后，争取在最快的时间内达到测试经理的水平。