第1课 软件测试背景1.pptVIP

第一课 软件测试背景一 软件测试是由于软件存在缺陷（BUG）而产生的。 软件缺陷 一般来说，我们把所有的软件问题都统称为缺陷（BUG）； 软件缺陷的正式定义 产品说明书（又称需求说明书）：是软件开发小组的协定。它对开发的产品进行定义，包括产品有何细节、如何操作、功能如何、有何限制。 只有符合下列5个规则才能够叫软件缺陷： 软件未达到产品说明书表明的功能； 软件出现了产品说明书指明不会出现的错误； 软件功能超出了产品说明书指明的范围。 软件未达到产品说明书虽未指出但应达到的目标； 软件测试员认为软件难以理解、不易使用、运行速度缓慢，或者最终用户认为不好； 为什么会出现软件缺陷 导致软件缺陷最大的原因是产品说明书； 软件缺陷的第二大来源是设计方案； 排在第三位的才是来源于代码编写的错误； 其他的原因，如测试错误。 软件缺陷的修复费用 修复软件缺陷的费用随着时间的推移呈几何级数增长。 统计表明，在典型的软件开发项目中，软件测试工作量往往占软件开发总工作量的40％以上。而在软件开发的总成本中，用在测试上的开销要占30％到50％。如果把维护阶段也考虑在内，讨论整个软件生存期时，测试的成本比例也许会有所降低，但实际上维护工作相当于二次开发，乃至多次开发，其中必定还包含有许多测试工作。因此，测试对于软件生产来说是必需的. 比尔·盖茨曾在马萨诸塞州技术学院的一次演讲中说：“在微软，一个典型的开发项目组中测试工程师要比编码工程师多得多，可以说我们花费在测试上的时间要比花费在编码上的时间多得多。” 软件测试员的目标 软件测试员的目标是找出软件缺陷，尽可能早一些，并确保其得以修复。 1983年IEEE（国际电子电气工程师协会）提出的软件工程标准术语中给软件测试下的定义是： 使用人工或自动手段来运行或测定某个系统的过程，其目的在于检验它是否满足规定的需求或是弄清预期结果与实际结果之间的差别。 软件测试原则 所有的软件测试都应该追溯到用户需求； 应当把“尽早地和不断地进行软件测试”作为软件测试者的座右铭； 完全测试是不可能的，测试需要终止； 测试无法显示软件潜在的缺陷； 充分注意测试中的群集现象； 程序员应避免检查自己的程序； 尽量避免测试的随意性； 举例，完全测试程序是不可能的 引子（堂上作业，做完马上上交） 例如，某个程序员要开发一个程序，产品说明书如下： 输入3个整数a、b和c，作为三角形的3条边。通过程序判断出由这3条边构成的三角形的类型是等边三角形、等腰三角形还是一般三角形，并打印出相应的信息。 现在要求你作为一个软件测试员，测试上述程序员开发出来的程序，请你写下自己认为合适的测试输入； 如（3，3，4）、（2，3，5）等等，尽量多地列举出来，以便通过你设计的测试输入，检测该程序员开发的程序是否存在缺陷。 检查你自己所写的测试输入，根据你的所写的测试输入回答下面的问题： 1、是否设计了一种测试输入表示合法的一般三角形；如（3，2，4） 2、是否设计了一种测试输入表示合法的等腰三角形；如（4，4，6），但（4，4，9）这样的不是； 3、是否设计了一种测试输入表示合法的等边三角形； 4、是否设计了3种排列方案，测试输入表示合法的等腰三角形；如（4，4，6）， （4，6，4）， （6，4，4） 5、是否设计了这样一种测试输入，其中一条边为0； 6、是否设计了这样一种测试输入，3个整数都大于0，而其中两数只和等于第三个数； 7、是否设计了3种排列方案，测试输入，3个整数都大于0，而其中两数只和等于第三个数； 8、是否设计了这样一种测试输入，3个整数都大于0，而其中两数之和小于第三个数； 9、是否设计了3种排列方案，测试输入，3个整数都大于0，而其中两数只和小于第三个数； 10、是否设计了这样一种测试输入，表示3条边都为0；如（0，0，0）； 11、是否设计了这样一种测试输入，其中一条边为负数； 12、是否设计了这样一种测试输入，其中一条边不是整数； 13、是否设计了这样一种测试输入，输入的边数不是3个； 14、对于每一种测试输入，是否都给出了预期的输出； 完全测试程序是不可能的，主要有4个原因： 输入量太大； 输出结果太多； 路径组合太多； 软件说明书没有一个客观的标准。 怎么样成为优秀软件测试员 软件测试员应具备的素质： P24 测试人员的技能要求 P28 行业专家是软件测试员中的好手 软件测试涉及的关键问题 一、谁来执行测试 现在一般的做法是：开发组负责他们自己代码的单元测试，而系统测试则由一些独立的测试人员或专门的测试机构进行。 二、测试什么 需求规格说明、概要设计规格说明、详细设计规格说明及源程序等都应成为软件测试的对象。 当不可能对软件的每一部分进行完全测试时，应