软件测试考试题和答案的中文版

1、Chapter 13 What's wrong with just testing that a program works as expected?(仅仅测试程序是否按预期方式运行有何错误A3:这最多只能算测试问题的一半。用户不一定遵守规则,软件测试员需要证实不按规定操作有何后果。此外,如果测试员进行测试没有打破沙锅问到底的态度,就会遗漏某些软件缺陷。5: What's the goal of a software tester?(软件测试员的目标是什么A5:软件测试员的目标是尽可能早一些找出软件缺陷,并确保其得以修复。Chapter 31: Given that it

2、9;s impossible to test a program completely, what information do you think should be considered when deciding whether it's time to stop testing?(假定无法完全测试某一程序,在决定是否应该停止测试时要考虑哪些问题A1:终止测试没有一定的时间,每一个项目都会有所不同。形成决定的因素有:是否仍然会发现大量的软件缺陷?项目小组对已经执行的测试满意吗?报告的软件缺陷是否已经确定哪些需要修复,哪些不需要?产品是否已经满足了客户的需求?4: Is it po

3、ssible to have a high-quality and low-reliability product? What might an example be?(有没有质量很高但是可靠性很差的产品?请举例说明A4:有可能,但是它取决于客户对质量的期望。不少人购买高性能跑车,认为提速、时速、式样、舒适度和装饰好就是高质量。此类汽车一般可靠性较差,经常抛锚,修理费用昂贵,而车主不把可靠性差当做质量问题。5: Why is it impossible to test a program completely?(为什么不可能完全测试程序A5:除了极为短小的简单程序,完全测试需要太多输入、输出和

4、分支组合。此外,软件说明书也许不客观,可以用多种方式解释。Chapter 41: Can a software tester perform white-box testing on a specification?(软件测试员可以对产品说明书进行白盒测试吗?A1:如果测试员参与了定义说明书的过程就可以。他可以参加焦点人群,易用性研究和市场研讨会,了解用于定义特性和整个产品的过程。但是这存在一定的风险,因为这些信息诱使测试员倾向于假定说明书是正确的。3: Explain what's wrong with this specification statement: When the u

5、ser selects the Compact Memory option, the program will compress the mailing list data as small as possible using a Huffman-sparse-matrix approach.(指出下属产品说明中的错误:当用户选择Compact Memory选项时,程序将邮件列表数据压缩到可能与Huffman 解析矩阵方法同样大小的尺寸。A3: 错误在于使用了“与同样大小”的说法,这一点无法测试,因为该说明法没有量化,不精确。说明书应该声明压缩究竟达到何种程度才行。另外,该声明没有做到与代码无

6、关。它在算法级上解释了特性如何工作,不属于要求的文档内容。用户不关心压缩怎样工作,只关心它做什么。4: Explain what a tester should worry about with this line from a spec: The software will allow up to 100 million simultaneous connections, although no more than 1 million will normally be used.(解释软件测试员应该担心下述产品说明的哪些内容:尽管使用的模拟连接通常不超过一百万个,但是该软件最多允许一亿个。A

7、4: 能否测试。典型应用只有一百万个倒无关紧要。如果产品说明书声明有一百万种可能性,那么,一百万个连接都要测试。测试员需要设法测试这么多的可能性,或者让说明书做着把最大可能性降低到接近典型应用的数目。Chapter 54: Assume that you have a 10-character-wide ZIP code text box, such as the one shown in Figure 5.13. What equivalence partitions would you create for this text box?(假设有一个文本框要求输入10个字符的邮政编码,对于该

8、文本框应该进行怎样的等价分配?A4:至少应该有以下的等价区间:合法的5位数字邮政编码。合法是指所有字符都是数值,不是指投入使用的现有邮政编码。合法的9位数字(带连线的9位数字邮政编码5位以下数字。例如只有4位数字。9位以下数字。5位以上数字。例如不带连线的8位数字9位以上数字。10位数字,无连线。连线位置不对。连线不止一条。无数字和无连线。Chapter 64: Besides being more formal, what's the big difference between inspections and other types of reviews?(除了更正式之外,检验与其

9、它审查类型有什么重大区别?A4:主要区别是检验时,在场的不是代码的原创者。这迫使另一个人完全理解要检验的软件,这比让其他人只是审查软件寻找软件缺陷更加有效。Chapter 72: What's the difference between dynamic white-box testing and debugging?(动态白盒测试和调试有何区别? A2:这两个过程存在交叉,但是动态白盒测试是为了发现软件缺陷,而调试的目标是修复软件缺陷。在分离和查找软件缺陷原因时发生交叉。Chapter 113: If there's no definitive right or wrong

10、user interface, how can it be tested?(既然用户界面没有明确的对与错,怎样测试呢?A3:软件测试员应该检查其是否符合7个重要原则:符合标准和规范、直观、一致、灵活、舒适、正确和实用。4: List some examples of poorly designed or inconsistent UIs in products you're familiar with.(列举熟悉的产品中设计不当或者UI不一致的离子A4: 这个看情况答就行了,比如什么确认和取消按钮的布局啊,不看手册不会调整收音机时间之类的。Chapter 151: Name a few

11、 benefits of using software test tools and automation.(说出使用软件测试工具和自动化的一些好处。A1:它们可以加快执行测试案例的时间,能够提高软件测试员的效率,留出更多的时间进行测试计划和测试案例开发。它们准确、精确,而且不会懈怠。2: What are a few drawbacks or cautions to consider when deciding to use software test tools and automation? (在决定使用软件测试工具和自动化时,要考虑哪些缺点或者注意事项?A2:因为软件在产品开发过程中会

12、变化,测试工具也要随着变化。测试员可能会落入陷阱,花费太多时间去设计工具和自动化,而忽视了实际测试。容易过分依赖自动化。自己动手测试是无可替代的。6: What's one of the simplest, but effective, types of test automation?(最简单但很有效的测试自动化类型是什么?A6: 按键及鼠标操作录制回放是有效找出软件缺陷最简单的自动化类型。Chapter 171: What's the purpose of a test plan?(测试计划的目的是什么?A1: 为了解释ANSI/ IEEE 829定义,测试计划的目的是定义

13、测试活动的范围、方法、资源和进度,明确要测试的条目、要测试的特性、要实施的测试任务、对每个任务的个人反映,以及与计划相关的风险。简而言之,使项目小组其他成员了解和接受测试小组如何努力测试软件。Chapter 184: What is a test case specification?(什么是测试案例说明?A4:这个文档定义了测试的实际输入值和预期输入结果,还指明了具体的环境要求、程序要求和测试案例之间的依赖性。5: Other than a traditional document, what means can you use to present your test cases?(除了传

14、统文档,可以用什么方式表述测试案例?A5: 表格、真值表、列表和示意图对自己、其他测试员、项目小组其他成员有效表示测试案例的任何形式。下面的无参考答案12 Do you always design your black-box test cases first? Why?19 In which software life cycle phase does testing occur? (软件测试发生在软件生命周期的哪个阶段?A:在“检查周期”中执行。20 What is negative and positive testing?(什么是消极测试和积极测试A:一个消极的测试时当你输入的数据无效

15、时,你会收到错误。一个积极的测试是当你输入的数据有效时,你期望规范上的操作能得以完成。21 What is the difference between a defect and a failure?(缺陷和失败有什么区别?A:当一个问题是在内部检测到和解决的,它被称为缺陷;如果这个问题是被最终用户发现的,它就被成为失败。22 What are the categories of defects?(缺陷的分类有哪些?A:缺陷主要有三个类别错误:已经完成的需求不正确。这样的缺陷是由于与客户的需求有差异造成的。丢失:这是由于客户的需求没有完成引起的。它表明了客户的需求没有得到落实,或者是没有正确的

16、理解。附加:并非由最终用户要求的,但被纳入了产品的需求。它与产品的规范有差异,但可能却是用户需要的属性。但是,它还是被定义为是一个缺陷,因为它与既定的需求有所不同。23 What is the difference between verification and validation?(验证和检查有什么区别?A:验证是一个审查过程,它不实际的执行产品;而检查则是实际的执行产品进行确认。例如,代码复查和语言检查是一种验证,而运行产品来检查输出结果则是检查。24 Does an increase in testing always improve the project?(增加测试是否总是能改善

17、工程?A:测试的增加并不意味着产品、公司或工程得到了改善。从商业角度上说,只有20%的测试是至关重要的。这些关键的测试计划得以运行后,将能保证测试过程的正确。如果你在一个测试系统中增加了缺陷的数量,整个测试系统的测试成本就会增加,这也意味着,虽然缺陷成本下降了,但是测试成本却提高了。25 Can you explain how one defect leads to other defects?(请解释一个缺陷是如何导致另一个缺陷的A:缺陷层叠是一个由另一个缺陷造成的缺陷,即一个缺陷引发的其它缺陷。例如,在一个会计应用中出现了显示缺陷,导致了负的税收,负的税收又影响了其它四个模块的总账。26

18、Whats the difference between inspections and walkthroughs?(检验和演练之间的差别是什么?A:演练是一个非正式的形式验证。例如,你可以打电话给你的同事,做一个只检查文档和编码是否正确,这就是演练。检验是一个正式的过程或机构。例如,在你的组织中,一个负责批准项目设计文件的机构进行的工作就是检验,组织中每个项目都需要经过检验,审查设计文件,如果发现任何问题,那么你的项目将会得到一个不合格列表,除非修正错误,否则项目将无法进行。27 Can you explain regression testing and confirmation test

19、ing?(解释回归测试和确认测试A:回归测试用于重现缺陷。缺陷发生时,程序通常已经停止工作,这个可能是因为程序或者环境的更改所致。为了确认这种缺陷,我们需要进行回归测试。确认测试则是用于检查一个错误是否确实已经被修复。通常,一个缺陷的修复或者改变都可能会导致程序的其它部分受到影响,因此要确信其它部分没有受到影响,我们需要使用回归测试。28 What are the different test plan documents in a project?(在一个项目中有哪些不同的测试计划文件?A:至少有四种测试计划文件中央/项目测试计划:中央的测试计划是所有项目参与者最重要的沟通渠道,这个计划可以由资源利用率、测试策略、评估、风险、优先级等组成。验收测试计划:验收测试计划主要是用来验证用户需求是否得到满足。验收测试用例就像是一个应用程序的绿灯,用来确定程序是否可以投入生产。系统测试计划:系统测试计划是一个包含了所有主要测试的计划,除了功能测试外,同场还有负载测试、性能测试、可靠性测试等。集成测试:集成测试用于确保系统各模块进行数据交互时的正确性。单元测试:单元测试用于对开发人员模块编写情况进行测试,在