软件测试理论问题

1.一条软件缺陷（或者叫Bug）记录都包含了哪些内容？如何提交高质量的软件缺陷（Bug）记录？
检测时间，系统环境，硬件环境，严重程度，程式版本，确认人，功能模板，问题描述，详细操作步骤，是否会重现。
问题描述和详细操作步骤要尽可能详细。Bug应该尽量用书面语，对于严重程度比较高的缺陷要在相同环境下测试一遍。

2.什么是系统瓶颈？
系统瓶颈就是软件在一定的并发量、访问量下无法达到用户的需求。
比如说用户需要在10s内完成一个访问，但是每一次都要12s才能完成，这个就是性能瓶颈，有可能是程序本身的问题，也有可能和操作系统、软件相关。

3.没有产品说明书和需求文档地情况下能够进行黑盒测试吗？
可以。
这个情况下我们就要进行探索性测试，把软件当成用户需求，一步步进行测试。凭借经验判断功能正确与否，有的时候还可以与项目经理、开发人员一起进行交流沟通，从而进行更好的测试。

4.完全测试程序是可能的吗？
不可能
测试人员对程序进行测试，只能找出程序中的bug，但是并不能保证程序是没有bug的。完全的测试要花费很多的人力财力，并且测试的数据量过大，很浪费时间。测试的结果还很多，有的都是类似的，没有必要进行相同的测试。所以完全测试是不可能的。

5.软件测试的风险主要体现在哪里？
主要体现在没法完全测试。有些问题可能隐藏在没有测到的地方。这样子就被忽略了。客户使用的时候并不熟悉软件是如何操作的。可能有的时候会误点点出问题。这样子的话我们就要承担很大的风险了。

6.发现的缺陷越多，说明软件缺陷越多吗？
是的，通常如果发现一个缺陷的话，有的时候会发现很多类似的缺陷，因为由于开发人员的习惯，可能一个地方有错误，另外一个地方就会有相同的错误。

7.所有的软件缺陷都能修复吗？所有的软件缺陷都要修复吗？
从理论上来说所有的缺陷都是可以修复的，但是并不是所有的缺陷都要修复。一些对于软件没有影响的、不影响使用的缺陷我们可以不用修复。因为修复些细小的缺陷也是需要花费很多时间。项目上面可能会因为时间问题而先忽略这些小缺陷。

8.1开发人员说不是bug时，你如何应付？
首先把自己的理由告诉开发人员。在同开发人员沟通到底是不是bug，但是如果开发人员还是认为不是bug的话，就把这个问题提到项目经理处，同时附上自己的理由。有项目经理决定是否为bug。

8.2你在测试中发现了一个bug，但是开发经理认为这不是一个bug，你应该怎样解决。
首先，将问题提交到缺陷管理库里面进行备案。
然后，要获取判断的依据和标准：
根据需求说明书、产品说明、设计文档等，确认实际结果是否与计划有不一致的地方，提供缺陷是否确认的直接依据；
如果没有文档依据，可以根据类似软件的一般特性来说明是否存在不一致的地方，来确认是否是缺陷；
根据用户的一般使用习惯，来确认是否是缺陷；
与设计人员、开发人员和客户代表等相关人员探讨，确认是否是缺陷；
合理的论述，向测试经理说明自己的判断的理由，注意客观、严谨，不参杂个人情绪。
等待测试经理做出最终决定，如果仍然存在争议，可以通过公司政策所提供的渠道，向上级反映，并有上级做出决定。

9.软件测试项目从什么时候开始为什么？
一般软件测试越早展开越好，一般是从需要阶段就要进行软件测试。软件测试不仅是测试功能，对于需求文档一类的也要进行测试。越早的找出bug，就会减少后续开发人员修改程序的次数，并且可以降低成本，如果等整个软件开发的差不多了发现一个致命的错误的话，是需要花费很多时间和人力来重新修改的。如果在一开始就发现的话就不会出现这种情况了。

10.一个缺陷测试报告的组成？
缺陷编号、缺陷标题、缺陷描述、缺陷的优先级、缺陷的重要程度、缺陷所述的模块、缺陷所属的版本、缺陷所属的开发人员、输入数据、输出结果、缺陷分析等。

11.测试用例通常包括哪些内容？
用例编号、测试环境、用例标题、输入数据、预期结果等

12.你都用什么测试方法？
根据不同的系统和模块有不同的方法。主要是黑盒测试和白盒测试。

13.当测试过程发生错误时，有哪几种解决办法？
1）跳转到别的测试过程
2）调用一个能够清除错误的过程
3）退出过程，启用另一个
退出过程和应用程序，重新启动Windows，在失败的地方重新开始测试

14.怎样做好测试计划？
1）理解系统。从整个系统的高度了解被测系统必须满足的功能和非功能性需求。利用涉及整个系统的文档，形成对系统的整体了解。
2）及早介入。为了深入了解项目，测试人员应该在系统的开始阶段介入，可以增加对客户需求，客户问题，潜在风险以及最重要的功能方面的理解
3）测试期望。程序员的期望是什么？客户的期望是什么？销售对测试的期望又是什么？测试目标必须是绝对的，以免说不清是否达到目标。
4）吸取教训。把以前工作中学习到的经验教训运用过来，对确定测试策略很有作用。
5）工作量太小。完成测试需要多少工作量？需要多少人员？
6）技术选择。系统会采取什么技术？系统会采用什么架构？这些信息有助于确定测试策略和测试工具。
7）时间表。系统开发和测试分配的时间有多长？截止日期是什么时候？

15、请问功能测试和性能测试的区别是什么？
1）测试目的：
功能测试：检测实际软件的功能是否符合用户需求，测功能是不是全部实现，某个实现是不是有BUG。主要为了发现以下几类错误：A、是否有不正确或遗漏的功能？B、功能实现是否满足用户需求和系统设计的隐藏需求？C、能否正确接收输入？能否正确输出结果？
性能测试：验证软件质量的三个质量特性，可靠性，正确性和效率。主要是测试产品的健壮性
2）测试方式：
功能测试按照系用例，按照系统需求说明书和测试用例，对产品的功能一步步进行测试。找出产品功能是否全部实现
性能测试：一般都使用性能工具对产品的健壮性进行评估。通过创建场景和虚拟用户模拟真实环境，进行压力测试和负载测试。