|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
通过单元测试和集成测试，仅能保证软件开发的功能得以实现，但不能确认在实际运行时，它是否能够满足用户的需要，是否大量地存在着实际使用条件下会被诱发产生错误的隐患。为此，对完成开发的软件必须进行规范的系统测试。即需要测试它与系统其他部分配套运行的表现，以确保在系统各部分协调工作的环境下软件也能正常运行。
|
|
|
|
系统测试应该尽量搭建与用户实际使用环境相同的测试平台，应该保证被测系统的完整性，对暂时没有的系统设备部件，应采取相应的模拟手段。系统测试时，应该参考OOA分析的结果，对应描述的对象、属性和各种服务，检测软件是否能够完全“再现”问题空间。系统测试不仅是检测软件的整体行为表现，从另一个侧面看，也是对软件开发设计的再确认。
|
|
|
|
在系统层次，类连接的细节消失了。和传统有效性测试一样，OO软件的有效性集中在用户可见的动作和用户可识别的系统输出上。为了协助有效性测试的导出，测试人员应该利用作为分析模型一部分的使用实例，使用实例提供了在用户交互需求中很可能发现错误的一个场景。传统的黑盒测试方法可被用于驱动有效性测试，此外，测试用例可以从对象-行为模型和作为OOA的一部分的事件流图中导出。系统测试需要对被测的软件结合需求分析做仔细的测试分析，建立测试用例。
|
|
|
|
OO软件确认和系统测试具体的测试内容与传统系统测试基本相同，包括：功能测试、强度测试、性能测试、安全测试、恢复测试、易用性测试、安装/卸载测试(install/uninstalltest)等，此处不再赘述。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
面向对象系统分析（OOA）阶段将运用面向对象的方法分析问题域，建立基于对象、消息的业务模型，形成对客观世界和业务本身的正确认识。
|
|
|
|
|
|
面向对象的分析模型由用例模型、类-对象模型、对象-关系模型和对象-行为模型组成。
|
|
|
|
.用例模型：可用若干幅用例图组成。用例描述了用户和系统之间的交互，其重点是系统为用户做什么。用例模型描述全部的系统功能行为。
|
|
|
|
.类-对象模型：描述系统所涉及的全部类以及对象。每个类和对象都通过属性、操作来进行进一步描述。
|
|
|
|
.对象-关系模型：描述对象之间的静态关系，同时定义了系统中所有重要的消息路径，它也可以具体化到对象的属性、操作。对象-关系模型包括类图和对象图。
|
|
|
|
.对象-行为模型：描述了系统的动态行为。包括状态图、顺序图、协作图和活动图。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
