《EA下软件项目测试》由会员分享，可在线阅读，更多相关《EA下软件项目测试（19页珍藏版）》请在金锄头文库上搜索。
1、软件工程环境综合实践结业论文软件测试EA下的软件项目测试摘要：软件测试是在规定的条件下对程序进行操作，以发现程序错误，衡量软件质量，并对其是否能满足设计要求进行评估的过程，它在软件的生命周期中扮演者举足轻重的作用，本文主要讲解在Enterprise Architect软件下的软件测试管理，主要讲解的内容包括EA下应用程序的调试，以及测试点的管理。最后本文还讲解了EA下的数据库建模的相关内容，主要包括从PIM到PSM的转换也就是EA中的MDA转换以及生成数据库的Sql脚本等等。关键词： 软件测试 EA工具 数据库建模1.1软件测试的简介软件测试是软件开发过程的重要组成部分，是用来确认一个程序的品
2、质或性能是否符合开发之前所提出的一些要求。 软件测试就是在软件投入运行前，对 软件需求分析、设计规格说明和编码的最终 复审，是 软件质量保证的关键步骤。软件测试是为了发现错误而执行程序的过程。软件测试在软件生存期中横跨两个阶段：通常在编写出每一个模块之后就对它做必要的测试（称为 单元测试）。编码和单元测试属于软件生存期中的同一个阶段。在结束这个阶段后对 软件系统还要进行各种综合测试，这是软件生存期的另一个独立阶段，即测试阶段。1.2软件测试的目的软件测试的目的，第一是确认软件的质量，其一方面是确认软件做了你所期望的事情（Dotherightthing），另一方面是确认软件以正确的方式来做了这个
3、事件（Doitright）。第二是提供信息，比如提供给开发人员或程序经理的反馈信息，为风险评估所准备的信息。第三软件测试不仅是在测试软件产品的本身，而且还包括软件开发的过程。如果一个软件产品开发完成之后发现了很多问题，这说明此软件开发过程很可能是有缺陷的。因此软件测试的第三个目的是保证整个软件开发过程是高质量的。1.3软件测试的过程 a) 对要执行测试的产品/项目进行分析，确定测试策略，制定测试计划。该计划被审核批准后转向第二步。测试工作启动前一定要确定正确的测试策略和指导方针，这些是后期开展工作的基础。只有将本次的测试目标和要求分析清楚，才能决定测试资源的投入。 b) 设计测试用例。设计测试
4、用例要根据测试需求和测试策略来进行，进度压力不大时，应该设计的详细，如果进度、成本压力较大，则应该保证测试用例复盖到关键性的测试需求。该用例被批准后转向第三步。 c) 如果满足“启动准则”，那么执行测试。执行测试主要是搭建测试环境，执行测试用例。执行测试时要进行进度控制、项目协调等工作。 d) 提交缺陷。这里要进行缺陷审核和验证等工作。 e) 消除软件缺陷。通常情况下，开发经理需要审核缺陷，并进行缺陷分配。程序员修改自己负责的缺陷。在程序员修改完成后，进入到回归测试阶段。如果满足“完成准则”，那么正常结束测试。f) 撰写测试报告。对测试进行分析，总结本次的经验教训，在下一次的工作中改。1.4软
5、件测试的内容软件测试主要工作内容是验证（verification）和确认（validation），验证(verification)是保证软件正确地实现了一些特定功能的一系列活动， 即保证软件以正确的方式来做了这个事件(Do it right)，确认（validation）是一系列的活动和过程，目的是想证实在一个给定的外部环境中软件的逻辑正确性。即保证软件做了你所期望的事情。（Do the right thing）。1.4.1软件测试的分类a) 从是否关心软件内部结构和具体实现的角度划分（按测试分类）白盒测试：白盒测试也称 结构测试或 逻辑驱动测试，它是知道产品内部工作过程，可通过测试来检测产品
6、内部动作是否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按预定要求正确工作，而不顾它的功能，白盒测试的主要方法有逻辑驱动、基路测试等。黑盒测试：黑盒测试它是在已知产品所应具有的功能，通过测试来检测每个功能是否都能正常使用，在测试时，把程序看作一个不能打开的黑盆子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数锯而产生正确的输出信息，并且保持外部信息（如 数据 库或 文件）的完整性。灰盒测试：灰盒测试，是介于白盒测试与黑盒测试之间的，可以这样理解，灰
7、盒测试关注输出对于输入的正确性，同时也关注内部表现，但这种关注不象白盒那样详细、完整，只是通过一些表征性的现象、事件、标志来判断内部的运行状态，有时候输出是正确的，但内部其实已经错误了，这种情况非常多，如果每次都通过白盒测试来操作，效率会很低，因此需要采取这样的一种灰盒的方法。b) 从是否执行程序的角度 静态测试：静态方法是指不运行被测程序本身，仅通过分析或检查源程序的语法、结构、过程、接口等来检查程序的正确性。动态测试：动态测试方法是指通过运行被测程序，检查运行结果与预期结果的差异，并分析运行效率、正确性和健壮性等性能。这种方法由三部分组成：构造测试用例、执行程序、分析程序的输出结果。c)
8、从软件开发的过程按阶段划分单元测试：单元测试（unit testing），是指对软件中的最小可测试单元进行检查和验证，单元就是人为规定的最小的被测功能模块。集成测试：集成测试，也叫组装测试或联合测试。在单元测试的基础上，将所有模块按照设计要求组装成为子系统或系统，进行集成测试。确认测试：确认测试又称有效性测试。有效性测试是在模拟的环境下，运用黑盒测试的方法，验证被测软件是否满足需求规格说明书列出的需求系统测试：系统测试是将已经确认的软件、计算机硬件、外设、网络等其他元素结合在一起，进行信息系统的各种组装测试和确认测试，系统测试是针对整个产品系统进行的测试，目的是验证系统是否满足了需求规格的定义
9、，找出与需求规格不符或与之矛盾的地方，从而提出更加完善的方案。验收测试：验收测试是部署软件之前的最后一个测试操作。在软件产品完成了单元测试、集成测试和系统测试之后，产品发布之前所进行的软件测试活动。它是技术测试的最后一个阶段，也称为交付测试。验收测试的目的是确保软件准备就绪，并且可以让最终用户将其用于执行软件的既定功能和任务。2.1 Enterprise Architect软件的简介Enterprise Architect是一个对于软件系统开发有着极好支持的Case软件EA不同于普通的UML画图工具（如VISIO），它将支撑系统开发的全过程。在需求分析阶段，系统分析与设计阶段，系统开发 及部署
10、等方面有着强大的支持，同时加上对10种编程语言的正反向工程，项目管理，文档生成，数据建模等方面。可以让系统开发中各个角色都获得最好的开发效率。2.1.2 Enterprise Architect软件a) 为整个团队提供高级的UML2.0建模工具EA为用户提供一个高性能、直观的工作界面，联合UML2.0最新规范，为桌面电脑工作人员、开发和应用团队打造先进的软件建模方案。该产品不仅特性丰富，而且性价比极高，可以用来配备您的整个工作团队，包括分析人员、测试人员、项目经理、品质控制和部署人员等。b) 丰富系统设计EnterpriseArchitect是一个完全的UML分析和设计工具，它能完成从需求收集
11、经步骤分析、模型设计到测试和维护的整个软件开发过程。它基于多用户Windows平台的图形工具可以帮助您设计健全可维护的软件。除此，它还包含特性灵活的高品质文档输出。用户指南可以在线获取。c) 快速、稳定、高性能统一建模语言能够以一致方式构建强健和可跟踪的软件系统模型，而EA为该构建过程提供了一个易于使用和快速灵活的工作环境。d) 端到端跟踪EnterpriseArchitect提供了从需求分析、软件设计一直到执行和部署整个过程的全面可跟踪性。结合内置的任务和资源分配，项目管理人员和QA团队能够及时获取他们需要的信息，以便使项目按计划进行。e) 在UML2.0上构建通过UML（统一建模语言），您
12、可以构建严格的可追踪的软件系统模型。EA为UML构建软件模型提供了一个快速便捷的应用环境，它支持OMG定义的新UML2.0标准。EnterpriseArchitect的基础构建于UML2.0规范之上，不仅如此，使用UMLProfile还可以扩展建模范围，与此同时，模型验证将确保其完整性。产品含有免费的extensionsforBPMN和Eriksson-Penkerprofile，能够将业务程序、信息和工作流程联合到一个模型内。3.1 EA下调试应用程序本节主要主要讲解如何用EA的执行分析器来进行应用程序的调试，主要包括以下几个方面：本节主要以EA中的环形电车为例进行讲解。3.1.1路径配置a
13、) 首先将这个例子VEA从EA的安装目录复制到其它地方，本文的VEA安装目在C:Program FilesSparx SystemsEA TrialCode Samples下，我们将其复制到C盘的某一目录下例如：data目录下。b) 设置相关路径，首先打开EA Setting下的本地目录与路径，如下图位置：进行相关的路径设置以及编译器设置，如下图：工作目录路径编译器路径c) 保存，路径设置完毕。3.1.2 脚本配置a) 打开Analyzer下面的Execution Analyzerb) 选择执行分析器下面的CityLoop，双击，进行脚本配置。编译页面设置平台选择页面，在Debugger项我们
14、选择Microsoft Native ,以及默认工作路径和调试应用程序所在的debug路径。c) 进行保存。3.1.3 编译、调试应用程序a) 选择执行分析器下的CityLoop，右击选择编译，如下：b) 编译后，选择清除，再进行重新的编译，程序正常运行会出现下图：如果遇到问题：请考虑visio studio 版本是否过低以及与系统是否兼容等等。c) 调试应用程序，首先打开CTrain这个类的源代码，设置相关的断点，我们可以右击选择view source code ，如下图：d)断点的设置，例如在上车的时候设置断点我们只需要在程序左侧右击,程序运行到此就会终止，如果想要继续执行按下F6键，如下
15、图：e) 程序运行过程中记录程序的运行，我们可以打开Setting 目录下的recorder ,比如进行车站的记录，如下图：f) 然后进行起始点的设置，在乘客上车时进行记录，在乘客下车时进行记录，设值如下：3.1.4生成图a) 断点设置完成以后，然后运行程序，在记录窗口终止记录，会生成相应的顺序图，如下：b) 同样在此还能生成类图和测试点图，如下：3.2 测试点的管理测试点的管理主要是针对于合约编程，它主要应用于类，其功能是测试类是否满足于相应的条件。它可以定义在类上，这时约束条件变成了一个不变量，该不变量必须满意一个条件，它也可以定义在类的方法上，这时约束条件有三个：前提条件、后置条件和行条件。a )本节我们依然以CTrain这个的实例为例进行讲解，首先我们打开Analyzer目录下的Testpoint Manager：接下来在项目浏览器里打开Execution Analysis下的Test Domain,如下图所示：点击上图中的任何对象，会在测试点窗口中显示该对象中的类以及类中的成员函数，我们以TestcutCTrain为例，结果如下。b )在测试点窗口中，我们可以看到以下约束：从图中我们可以看出在整体类上定义了一个不
