Ch6-集成测试与系统测试-STMT-有划线.pptVIP

软件测试方法和技术 - Ch.6集成测试和系统测试 第五章回顾 第六章 集成测试和系统测试 6.1系统集成的模式与方法 为什么总是集成不起来？ 集成测试的模式 非增量式测试 概括地说，非增量式测试就是采用一步到位的方法构造测试，即对所有模块进行单元测试后，按照程序结构图将所有模块连接起来，进行整体测试. 其明显缺点是容易出现混乱，判断出错的原因和位置比较困难，因为测试时可能出现很多错误，并且在修正一个错误的同时，可能会引入新的错误。 非增量式测试 自顶向下和自底向上集成方法 自顶向下法(Top-down Integration) 自顶向下法(Top-down Integration) 自顶向下增量测试 逐步集成和逐步测试是按照结构图自上而下进行 深度优先的集成是先集成一个主控路径下的所有模块，主控路径的选择是任意的； 广度优先的集成首先是沿着水平方向，把每一层中所有直接属于上一层的模块集中起来，直到最底层。 集成测试的整个过程主要由3个步骤完成： 1）主控模块作为测试驱动器； 2）根据集成方式，下层的桩模块依次被替换为真正模块； 3）每个模块集成时，进行单元测试。 自底向上法(Bottom-up Integration) 自底向上法(Bottom-up Integration) 自底向上集成测试的步骤 1）按照概要设计规格说明，明确有哪些被测模块。在熟悉被测模块性质的基础上对被测模块进行分层，在同一层次上的测试可以并行进行，然后排出测试活动的先后关系，制定测试进度计划。利用图论的相关知识，可以排出各活动之间的时间序列关系，处于同一层次的测试活动可以同时进行，而不会相互影响。 2）在步骤一的基础上，按时间线序关系，将软件单元集成为模块，并测试在集成过程中出现的问题。这里，可能需要测试人员开发一些驱动模块来驱动集成活动中形成的被测模块。对于比较大的模块，可以先将其中的某几个软件单元集成为子模块，然后再集成为一个较大的模块。 3）将各软件模块集成为子系统（或分系统）。检测各自子系统是否能正常工作。同样，可能需要测试人员开发少量的驱动模块来驱动被测子系统。 4）将各子系统集成为最终用户系统，测试是否存在各分系统能否在最终用户系统中正常工作。 混合策略(Modified Top-down Integration) 大棒集成方法(Big-bang Integration) 三明治集成方法(Sandwich Integration) 改善的三明治集成方法 几种集成方法性能的比较 6.2功能测试 针对各种控件的功能测试-按钮 如果按钮用来管理状态的，比如：点击按钮，打开；再点击，则关闭。这类按钮，请多点击几次。 如果按钮是用来执行一系列的较长的事件的，则请连续点击。很多程序员不会注意到这一点，快速点击几次，可能就会出问题。 删除按钮，如果按钮是用来删除数据的，请确认点击时，是否有提示，而且提示是否明确，很多时候，程序员为了懒一下，提示往往不明确，比如‘您确认要删除它吗？’之类的，其实是不标准的，标准的应该是‘你确认要删除[0001]号单据吗？’这样一类的。其它的提示请参考检查单。 保存按钮，一般保存按钮，建议是用普通的按钮或可以获得焦点的按钮。如果你发现用的是不能获得焦点的按钮，比如平滑按钮，这就要注意了，很多时候，刚录入一条数据，如果焦点未离开输入框，点击保存时，该录入框的内容是不会被存上的。 退出按钮，通常退出按钮是要用求无焦点的按钮，否则，你录入一条不合法的数据，想退出时，很有可能会被拒绝，要求你输入正确的数据。 正常情况下，每点一个按钮，界面上都需要进行响应，如果你点击一个按钮，界面没有任何反应，这就要提醒开发者了。 针对各种控件的功能测试-日期和时间控件 短日期格式，有一些人在写程序的时候，经常会将日期转换为字符串进行比较，如果经验少的人，会把1990-1-1日变成‘1990-1-1’，这在进行比较的时候可能会出问题，尽量要求开发人员在系统启动的时候，改变系统的短日期格式，使之在日期选择的时候，为‘1990-01-01’这种。 很多语言用的日期控件和时间控件是同一个控件，比如（DELPHI），如果开发人员没留意，在进行日期比较的时候，可能就存上了时间了。这样就会导致数据出问题，测试的时候，要把握边界值的方式，比如查询2号到10号的数据，你要想办法，试一下1，2，3，9，10，11这几个值了。 如果日期控件显示的是1899-1-1号，这就要注意了，这表明这个日期没有赋初始值，如果这是一个数据敏感控件，则很可能没有给相应的数据集赋上值。我们可以建议程序员给日期控件赋上默认值，比如当前日期，当前月份的第一天之类的。 成组的日期，比如开始日期和结束日期，这里我们要注意，开发人员是否控制了结束日期