软件测试技术综述资料.pptVIP

* * * * * * * * * * * * * * * * 这里不提需求引入缺陷的问题，因为，测试的基准是需求，需求错了，产品就是错的，需求，由需求工程来保证。通常与项目的运作和合同的签订相关。 确认validation测试验证产品是否满足需求，与are we built a right product相对应，如果一个产品与其需求相符，就说开发的产品是right正确的； 验证verification * * * * * * * * * * * * * * * * 软件测试 * W模型 相比于V模型，W模型更科学。W模型可以说是前者自然而然的发展，它强调：测试伴随着整个软件开发周期，而且测试的对象不仅仅是程序，需求、功能和设计同样要测试。 测试与开发是同步进行的，从而有利于尽早地发现问题。以需求为例，需求分析一完成，我们就可以对需求进行测试，而不是等到最后才进行针对需求的验收测试。 测试不仅仅是评定软件的质量，测试还可以尽可能早地找出缺陷所在，从而帮助改进项目内部的质量。 软件测试 * 2.12 软件测试过程 测试计划 测试设计 测试开发 测试执行 测试评估 软件测试 * 软件测试过程 * * * * * 演化模型：第一次试验性开发，第二次开发可在此基础上开发出满足用户需求的产品； 螺旋模型：制定计划、风险分析、实施工程、客户评估不断螺旋增长，把瀑布模型和演化模型结合起来； 喷泉模型：弥补瀑布模型的不足，它对软件复用和生存期中多项开发活动的集成并未提供支持，因而难于支持面向对象的开发方法。”喷泉“一词本身体现了迭代和无间隙特性，系统某个部分常常重复工作多次，相关功能在每次迭代中随之加入演进系统。所谓无间隙，是指在开发活动，即分析、设计和编码之间不存在明显的边界。 智能模型：引入专家系统，采用归约和推理机制，帮助软件人员完成开发工作，并使维护在系统规格说明一级进行。可将软件模型本身，软件工程知识与特定领域的知识分别存入数据库，以软件工程为基础的生成规则构成的专家系统与含有应用领域知识规则的其他专家系统结合，构成这一应用领域软件的开发系统。 * * * * * * 可测试性是反映软件质量的一个内在属性，不会因为你使用了某种测试工具进行了测试行为，就使得被测试的软件具有了可测试性。如果被测试的软件本身并不具备可测试性，那么使用多么昂贵的测试工具进行测试所能够带来的收益都是微乎其微的。 * 在大多数的情况下，还是由于被测试的软件本身在设计时没有考虑到可测试性的问题。只不过这种不可测试性不是由于被测试的软件内部的过紧耦合造成的，而是和外部某些很难测试的部分耦合过紧，从而表现出被测试的软件本身很难测试。这些很难测试的部分比较常见的有：图形界面、硬件、数据库等。 * * * * * * * * * * * * * * * * * 软件测试 * “使用人工或自动手段来运行或测定某个系统的过程，其目的在于检验它是否满足规定的需求，或是确认预期结果与实际结果之间的差别。”——测试的目的是检验软件是否满足了要求 ( IEEE 软件工程标准术语 ) “程序测试是证明程序中不存在错误的过程” 2.4 软件测试的目的－2 软件测试 * Myers软件测试目的： (1) 测试是程序的执行过程，目的在于发现错误； (2) 一个好的测试用例在于能发现至今未发现的错误； (3) 一个成功的测试是发现了至今未发现的错误的测试。 2.4 软件测试的目的－3 软件测试 * 测试只能证明错误的存在，而不能表明程序中没有错误。 测试的两个作用是：确定程序中缺陷的存在；有助于判断该程序在实际上是否可用。 软件测试最困难的问题之一是知道何时停止测试(When to stop testing? ) 自己测试自己的程序是不可能的。 当一个软件被测出的缺陷数目增加时，更多的未被发现的缺陷存在的概率也随之增加。 并非所有的软件缺陷都能修复。 程序测试的过程具有破坏性 2.5 软件测试公理－1 软件测试 * 一个好的测试用例应当是一个对以前未被发现的缺陷有高发现率的用例，而不是一个表明程序工作正确的用例。 要对有效的和无效的输入状况写测试用例。（测试用例要兼顾有效与无效的输入） 测试用例应由测试输入数据和对应的预期输出结果这两部分组成。 像做其它事情一样，测试在其一开始就必须要有一个目标。 完全测试程序是不可能的。 软件测试是有风险的行为。 测试无法显示潜伏的软件缺陷。 2.5 软件测试公理－2 软件测试 * 3.软件测试最困难的问题之一是知道何时停止测试 发版决策依据：When to stop testing？ 每天不超过5个缺陷； 没有Cri