EA下的软件项目测试.docx

软件工程环境 综合实践结业论文—软件测试 EA下的软件项目测试 摘要：软件测试是在规定的条件下对程序进行操作，以发现程序错误，衡量软件质量，并对其是否能满足设计要求进行评估的过程，它在软件的生命周期中扮演者举足轻重的作用，本文主要讲解在Enterprise Architect软件下的软件测试管理，主要讲解的内容包括EA下应用程序的调试，以及测试点的管理。最后本文还讲解了EA下的数据库建模的相关内容，主要包括从PIM到PSM的转换也就是EA中的MDA转换以及生成数据库的Sql脚本等等。 关键词： 软件测试 EA工具 数据库建模 1.1软件测试的简介 软件测试是软件开发过程的重要组成部分，是用来确认一个程序的品质或性能是否符合开发之前所提出的一些要求。 软件测试就是在软件投入运行前，对 软件需求分析、设计规格说明和编码的最终 复审，是 软件质量保证的关键步骤。软件测试是为了发现错误而执行程序的过程。软件测试在软件生存期中横跨两个阶段：通常在编写出每一个模块之后就对它做必要的测试（称为 单元测试）。编码和单元测试属于软件生存期中的同一个阶段。在结束这个阶段后对 软件系统还要进行各种综合测试，这是软件生存期的另一个独立阶段，即测试阶段。 1.2软件测试的目的 软件测试的目的，第一是确认软件的质量，其一方面是确认软件做了你所期望的事情（Do?the?right?thing），另一方面是确认软件以正确的方式来做了这个事件（Do?it?right）。第二是提供信息，比如提供给开发人员或程序经理的反馈信息，为风险评估所准备的信息。第三软件测试不仅是在测试软件产品的本身，而且还包括软件开发的过程。如果一个软件产品开发完成之后发现了很多问题，这说明此软件开发过程很可能是有缺陷的。因此软件测试的第三个目的是保证整个软件开发过程是高质量的。 1.3软件测试的过程 a) 对要执行测试的产品/项目进行分析，确定测试策略，制定测试计划。该计划被审核批准后转向第二步。测试工作启动前一定要确定正确的测试策略和指导方针，这些是后期开展工作的基础。只有将本次的测试目标和要求分析清楚，才能决定测试资源的投入。 b) 设计测试用例。设计测试用例要根据测试需求和测试策略来进行，进度压力不大时，应该设计的详细，如果进度、成本压力较大，则应该保证测试用例复盖到关键性的测试需求。该用例被批准后转向第三步。 c) 如果满足“启动准则”，那么执行测试。执行测试主要是搭建测试环境，执行测试用例。执行测试时要进行进度控制、项目协调等工作。 d) 提交缺陷。这里要进行缺陷审核和验证等工作。 e) 消除软件缺陷。通常情况下，开发经理需要审核缺陷，并进行缺陷分配。程序员修改自己负责的缺陷。在程序员修改完成后，进入到回归测试阶段。如果满足“完成准则”，那么正常结束测试。 f) 撰写测试报告。对测试进行分析，总结本次的经验教训，在下一次的工作中改。 1.4软件测试的内容 软件测试主要工作内容是验证（verification）和确认（validation），验证(verification)是保证软件正确地实现了一些特定功能的一系列活动， 即保证软件以正确的方式来做了这个事件(Do it right)，确认（validation）是一系列的活动和过程，目的是想证实在一个给定的外部环境中软件的逻辑正确性。即保证软件做了你所期望的事情。（Do the right thing）。 1.4.1软件测试的分类 a) 从是否关心软件内部结构和具体实现的角度划分（按测试分类） 白盒测试：白盒测试也称 结构测试或 逻辑驱动测试，它是知道产品内部工作过程，可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按预定要求正确工作，而不顾它的功能，白盒测试的主要方法有逻辑驱动、基路测试等。 黑盒测试：黑盒测试它是在已知产品所应具有的功能，通过测试来检测每个功能是否都能正常使用，在测试时，把程序看作一个不能打开的黑盆子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数锯而产生正确的输出信息，并且保持外部信息（如 数据 库或 文件）的完整性。 灰盒测试：灰盒测试，是介于白盒测试与黑盒测试之间的，可以这样理解，灰盒测试关注输出对于输入的正确性，同时也关注内部表现，但这种关注不象白盒那样详细、完整，只是通过一些表征性的现象、事件、标志来判断内部的运行状态，有时候输出是正确的，但内部其实已经错误了，这种情况非常多，如果每次都通过白盒测试来操作，效率会很低，因此需要采取这样的一种灰盒的方法。 b) 从是否执行程序的角度 静态测试：静态方法是指不运