软测试面向对象测试技术.pptVIP

分层与增量 -测试用例选择 D的接口中添加新的操作，并且有可能是D中的一个新方法实现的新操作。新操作引入了新的功能/代码，这些都需要测试。 在D中改变那些在C中声明的操作规范，需要为操作添加新的基于规范的测试用例。附加的测试用例提供了符合其前置条件的新输入，并且对由任何加强了的后置条件导致的新的期望结果进行检查 。 在D中覆盖那些在C中实现了某个操作并且被D继承了的方法，可以复用于该方法的所有继承来的基于规范的测试用例 。 在D中添加新的实例变量来实现更多的状态和/或属性，最有可能与新的操作和/或重载方法中代码有关，而且关系到对测试的处理。 在D中改变类常量。类常量累计成每个测试用例的附加的后置条件。 注：设计测试用例时，不但要设计确认类功能满足的输入，还应该有意识的设计一些被禁止的例子，确认类是否有不合法的行为产生，如发送与类状态不相适应的消息，要求不相适应的服务等。根据具体情况，动态的集成测试，有时也可以通过系统测试完成。 八、 面向对象的系统测试 系统测试应该尽量搭建与用户实际使用环境相同的测试平台，应该保证被测系统的完整性，对临时没有的系统设备部件，也应有相应的模拟手段。 系统测试时，应该参考OOA分析的结果，对应描述的对象、属性和各种服务，检测软件是否能够完全再现问题空间。系统测试不仅是检测软件的整体行为表现，从另一个侧面看，也是对软件开发设计的再确认。 具体测试内容包括： 功能测试：测试是否满足开发要求，是否能够提供设计所描述的功能，是否用户的需求都得到满足。 强度测试：测试系统的能力最高实际限度。 性能测试：测试软件的运行性能。 安全测试：验证安装在系统内的保护机构确实能够对系统进行保护，使之不受各种非常的干扰。 容错性测试 可用性测试： 安装/卸载测试（install/uninstall test）等等。 八、 面向对象的系统测试 基于UML的系统测试 考察系统规格说明、用例图、GUI状态图。 构建用例与系统功能的关系矩阵，建立测试覆盖的初步标准，从对应于扩展基本用例的真实用例中导出测试用例； 通过所有真实用例开发测试用例 由GUI外观有限状态机描述导出有限状态机，通过有限状态机导出测试用例 通过基于状态的事件表导出测试用例，这种工作必须对每个状态重复进行 八、 面向对象的系统测试 基于状态图的系统测试 状态图是很好的系统测试的基础。问题是，UML将状态图规定为类级的。合成多个类的状态图得到一个系统级的状态图很难。一种可行的方法是，将每个类级的状态图转换成一组EDPN（事件驱动的Petri网）,然后合成EDPN。 九、面向对象的其他测试 1、基于故障的测试 基于故障的测试(fault_based testing)与传统的错误推测法类似，也是首先推测软件中可能有的错误，然后设计出最可能发现这些错误的测试用例。例如，软件工程师经常在问题的边界处犯错误，因此，应该着重检查边界情况。 1、基于故障的测试 为了推测出软件中可能有的错误，应该仔细研究分析模型和设计模型，而且在很大程度上要依靠测试人员的经验和直觉。如果推测得比较准确，则使用基于故障的测试方法能够用相当低的工作量发现大量错误；反之，如果推测不准，则这种方法的效果并不比随机测试技术的效果好。 2、基于脚本的测试 基于脚本的测试主要关注用户需要做什么，而不是产品能做什么，即从用户任务中找出用户要做什么。这种基于脚本的测试有助于在一个单元测试情况下检查多重系统。所以基于脚本的测试比基于故障的测试更实际、更复杂。 2、基于脚本的测试 基于脚本测试减少了两种类型的错误： 不正确的规格说明，如做了用户不需要的功能或缺少了用户需要的功能 子系统间的交互作用没有考虑，如一个子系统的建立，导致其他子系统的失败。 3、面向对象类的随机测试 如果一个类有多个操作（功能），这些操作（功能）序列有多种排列，而这种不变化的操作序列可随机产生，用这种可能排列的序列来检查不同类实例的生存史，就是随机测试。 THANK YOU SUCCESS * * 可编辑 * * * * * * * 三、面向对象分析和设计的测试 对认定的结构的测试 认定的结构指的是多种对象的组织方式，用来反映问题空间中的复杂实例和复杂关系。认定的分类结构测试要点： 处于高层的对象，是否在问题空间中含有不同于下一层对象的特殊可能性，即是否能派生出下一层对象。 处于同一低层的对象，是否能抽象出在现实中有意义的更一般的上层对象。 对所有认定的对象，是否能在问题空间内向上层抽象出在现实中有意义的对象。 高层的对象的特性是否完全体现下层的共性，低层的对象是否有高层特性基础上的特殊性。 三、面向对象分析和设计的测试 对构