全面的系统测试理论方法介绍.ppt

十一、 兼容性测试 目的就是检验被测应用对其他应用或者系统的兼容性，比如在对一个共享资源（数据、数据文件或者内存）进行操作时，检测两个或多个系统需求能否正常工作以及相互交互使用。 在做兼容性测试时，要主要关注如下几个问题： ①当前系统可能运行在哪些不同的操作系统环境下？ ②当前系统可能与哪些不同类型的数据库进行数据交换？ ③当前系统可能运行在哪些不同的硬件配置的环境上？ ④当前系统可能需要与哪些软件系统协同工作？这些软件系统可能的版本有哪些？ ⑤是否需要综合测试？ 十二、可用性测试 可用性测试是面向用户的系统测试。 进行可用性测试时，测试人员应该关注如下几个 方面： 系统中是否存在繁琐的功能以及指令； 安装过程是否复杂； 错误信息提示内容是否详细； GUI接口是否标准； 登录是否方便； 需要用户记住内容的多少； 帮助文本是否详细； 页面风格是否一致； 是否会造成理解上的歧义。 执行的操作是否与预期的功能相符，如点击保存按钮时记录是否存入数据库。 十三、可安装性测试 可安装性测试的目的就是要验证成功安装系统的能力。安装系统处在一个开发项目的结束也是被测系统的开始。 十四、文档测试 文档测试是对系统提交给用户的文档进行验证，并不是一般性的审查活动。通过文档测试保证用户文档的正确性并使得操作手册能够准确无误。 文档测试可以辅助系统的可用性测试、可靠性测试，亦可提高系统的可维护性和可安装性。 十五、在线帮助测试 在线帮助测试给用户提供一种实时的咨询服务。 十六、数据转换测试 主要是为了验证已存在的数据转换并载入一个新的数据库是否有效。 十七、验收测试 验收测试是将程序与其最初的需求及最终用户当前的需要进行比较的过程。 系统测试用例设计 系统测试用例设计基本上都是用黑盒测试方法，也就是说测试人员在作系统测试时无需知道系统是由结构化程序设计语言还是面向对象程序设计语言来实现的。 生成系统测试用例很简单，关键问题是：如何确定和选择测试用例才能保证对系统进行充分的测试？ 一、基于有限状态机的系统级线索测试用例设计 几个基本概念：原子系统功能，源ASF和汇ASF，系统线索，有限状态机。 基于线索的系统测试用例设计步骤如下： ①寻找线索：如果系统复杂，那么首先画出系统的顶层状态机，在这一层状态对应的阶段中，表示转移的事件可以用逻辑事件来表示；然后再对顶层状态机的宏状态进行细化。 ②制定线索测试的策略： 一般采用自底向上的组织线索策略。首先，确定能够遍历底层状态机的线索路径；然后，再依次上升到上一级有限状态机，遍历线索路径。 ③测试用例的确定和测试的度量：在遍历线索路径的过程中，可以参照节点与边覆盖指标来选取线索并度量所选取的测试用例是否能够对系统进行充分的测试。节点覆盖指标要求所选择的线索必须覆盖有限状态机的所有状态；边覆盖要求要求所选择的线索必须覆盖所有的转移（状态转换）。 二、基于UML的系统级线索测试用例设计 基于这种方法进行系统测试的前提条件是假设系统已经通过统一建模语言定义和细化。 1、明确软件系统的功能，至少要使用显示功能、隐藏功能和装饰功能对其进行标识； 2、勾画出系统界面草图，证明系统功能可以得到用户界面的支持； 3、通过系统功能的描述开发出高层用例，包括测试用例的名称、参与者、功能类型和功能描述等四项信息； 4、在高层用例中增加“参与者行动”和“系统响应”两项信息； 5、扩展基本用例：增加“前提”和“结果”信息，以及有关替代事件序列信息，以及与过程早期表示的系统功能的交叉引用信息等。另外一种扩展就是添加新的测试用例； 6、导出真实用例：如用“在password文本框中输入数字123”这样的短语来代替“输入正确密码”； 7、选择和确定测试用例。 在选择和确定测试用例时，要考虑是否达到了相应的覆盖标准。 第一个层次：列出扩展基本用例和系统功能的关联矩阵；然后，找出可以覆盖所有功能的一组扩展基本用例；最后，通过使用这些扩展基本用例导出真实用例以及系统测试用例。 第二个层次：通过所有真实用例开发测试用例，这是系统测试所应该达到的最低限度的测试覆盖要求。 第三个层次：通过有限状态机导出测试用例。 第四个层次：通过基于状态的事件表导出测试用例。 系统测试执行 系统测试的执行常常需要使用相应的测试工具，对于那些涉及到数据量很多的测试尤其如此，使用手工测试不但浪费时间，而且有时候也无法得到精确的测试结果。 为了能够把系统测试工作做好，可以参考下面几条原则： 1、判断是否已经给出测试