关于软件测试的几个经典问题（1）

Kl8L]^ aK0f?4E0其实这些问题真的在哪个论坛里都有，不过奇怪的也是，每次面试都会遇到，无论是自己面试还是给别人面试。。

#I\]];p4E0PS:声明一下，这里的问题基本都不是原创的，答案呢，在软件测试“百家争鸣，百花齐放”的时代也是丰富多彩的。但是道理都差不多。仅作为参考，呵呵~~

+C4yK4e4X I$W F%u0g0什么是“软件测试”？

ZE#Z?snh2k01。出自(IEEE, 1986; IEEE, 1990).51Testing软件测试网\ dT [&y@2WI7Bp;p

^k#fLn.s3B^!_0Software testing is the process of analyzing a software item to detect the differences between existing and required conditions (that is, bugs) and to evaluate the features ofthe software item

就是一个通过分析软件和需求之前差异，发现bug,对软件的功能进行评价的过程。

b'Fnr"azVi02。软件测试就是在受控制的条件下对系统或应用程序进行操作并评价操作的结果。

-\uJ{Tu9S1b*A03。软件测试是为了发现错误而执行程序的过程。51Testing软件测试网-sgD L|u`!tK

*Ri$b6OSD;_7S nl0这一种也是大多数文档和书籍进行的定义，其实和第一个定义没有什么区别。51Testing软件测试网Y-Nw bM Rz+{)g

+f5qYX4j8[0什么是“测试案例”?51Testing软件测试网}7K.s%z s%G

测试案例是一份文档，它描述了一个输入、反应、或者是与其相应的预期的响应，以便来判断应用软件的工作是否正常。测试案例应当包括测试标识、测试案例的名称、目标、测试条件/设置、输入数据要求、步骤、以及预期的结果。

如果时间不够，无法进行充分的测试怎么办?

使用风险分析，确定测试的重点。51Testing软件测试网&iq*o4@h`

由于很少有机会对一个应用软件进行所有可能的测试(包括所有可能的事件组合、所有的相关性、或者一切可能出错的东西)，对大多数软件开发项目来说，利用风险分析是适当的。这需要判断技能、常识、感觉和经验。如果有正当理由，也可采用正式的方法。需要考虑下列因素：51Testing软件测试网(@7i[7N6MTi

ü 对于该项目的用途而言，哪种功能最重要?

ü 哪种功能对用户最明显?

ü 哪种功能对安全影响最大?

ü 哪种功能对用户最有用?51Testing软件测试网?$Z/kW9U H

ü 对客户来说，该应用软件的哪个部分最重要?51Testing软件测试网Jo1`3I"M%d)p

ü 在开发过程中，该应用软件的哪个部分可以最先测试?

ü哪一部分代码最复杂，容易导致出现错误?

ü哪一部分的应用程序是在急迫或在惊恐的情况下开发出来的?

ü哪一部分程序与过去项目中引起问题的部分相类似/有关?51Testing软件测试网/^Z7]iv)@
I SJ

ü哪一部分程序与过去项目中需要大量维护的部分相类似/有关?51Testing软件测试网&t.D"_#i }?-uCIG#p

ü需求和设计的那些部分不清楚或不容易读?

ü开发人员认为在应用软件中哪些部分是高风险的?51Testing软件测试网 eh$G2uV"t)G

ü哪些问题能造成最差的发行?

ü哪些问题最能引起用户抱怨?

ü哪些测试可以容易地覆盖多种功能?51Testing软件测试网y:o V,~5M0Z0ykZ

ü哪些测试在覆盖高风险部分的测试时使用时间最少?

如果需求一直在变化怎么办?

这是一个常见的令人头疼的问题。51Testing软件测试网F$oep#BV\1_*y

ü如果可能，尽早与承担该项目风险的人接触，以便了解需求会怎样改变，从而可以尽早地改变测试计划和策略。51Testing软件测试网x3g4toL^-h*d

ü 如果在对应用程序进行初始设计时多考虑一些适应性，那么以后在发生需求的改变时，就不需要再为改变做很多事情了。51Testing软件测试网4EMz u$y

ü 好的代码注释和好的文档有助于开发人员作出相应的改变。51Testing软件测试网B"lbI4lDQ

ü只要有可能，就应使用快速原型(rapid prototyping)，以帮助用户确认他们的需求，从而减少变更。

ü在项目的时间表中应当留出余量，以应付可能出现的变更。51Testing软件测试网"o2N5h6{Vl(d]
KI

ü尽量把新的需求纳入应用软件的“下一版”，而把原始需求作为“第一版”。51Testing软件测试网s
Dq/bX

ü通过谈判，把易于实现的新的变更列入项目，而把难于实现的新需求列入该应用软件的以后的版本。

ü要确保让客户和管理人员了解变更对进度表的影响、所带来的风险、以及因变更所引起的大量资金消耗。51Testing软件测试网h |QH!o:n4g

ü在应付改变时，应在为建立自动测试而作的努力和重新进行测试所做的努力之间取得平衡。51Testing软件测试网1{$z`6^+R Z6D9p

ü在设计自动测试剧本时，试图使其有一些灵活性。51Testing软件测试网MS4i_xhQ

ü在对应用软件进行自动测试时，要把注意力集中在看来不大会改变的部分。51Testing软件测试网 [I D*fb U

ü对变更进行适当的风险分析，以减少回归测试的要求。51Testing软件测试网2cvSq/Q4yo/HgC

ü在设计测试案例时要有一定的灵活性。做到这一点并不容易，所以要降低测试案例的详细程度，或者只建立高级的通用型的测试计划。

ü 少注意详细的测试计划和测试案例，要把重点放在专门的测试(ad hoc testing)上。51Testing软件测试网4o Z3Oo7L9G9W-?P#|

 51Testing软件测试网Wv6nMS [&xS

.Y3{|D}Bb0 51Testing软件测试网/JQ$e&V|b s*LT