餐馆订餐系统的UML设计文档-系统测试报告.docVIP

UML大作业 餐馆订餐系统 系统测试报告 项目组成员： 贾伟昊 方晓彬 刘春宇 王燕茹 张梦巧 柯 蓬 目 录 TOC \o 1-3 \h \z \u 1 软件测试概念 3 2 软件测试目的 3 3 软件测试原则 4 4 软件测试方法 5 4.1 黑盒测试 5 4.2 白盒测试 5 4.3 单元测试 6 4.4 集成测试 7 5 测试引言 11 5.1编写目的 11 5.2项目背景 11 5.3定义 11 5.4参考资料 11 6 测试计划执行情况 11 6.1 JE_Table类： 12 6.2 JE_TableState类： 12 6.3 JE_WelcomeDialog类： 13 6.4 JE_OrderList类： 14 6.5 Database类： 14 6.6 JE_Customer类： 15 6.7 JE_mainFrame_AboutBox类： 16 6.8 JE_Member类： 17 6.9 JE_Restaurant类： 17 6.10 其他类的测试 18 1 软件测试概念 软件测试是软件开发过程的重要组成部分，是用来确认一个程序的品质或性能是否符合开发之前所提出的一些要求。软件测试就是在软件投入运行前，对软件需求分析、设计规格说明和编码的最终复审，是软件质量保证的关键步骤。软件测试是为了发现错误而执行程序的过程。软件测试在软件生存期中横跨两个阶段：通常在编写出每一个模块之后就对它做必要的测试（称为单元测试）。编码和单元测试属于软件生存期中的同一个阶段。在结束这个阶段后对软件系统还要进行各种综合测试，这是软件生存期的另一个独立阶段，即测试阶段。 2 软件测试目的 在谈到软件测试目的时，许多人都引用Grenford J. Myers在《The Art of Software Testing》一书中的观点： 软件测试是为了发现错误而执行程序的过程； 测试是为了证明程序有错，而不是证明程序无错误。 一个好的测试用例是在于它能发现至今未发现的错误； 一个成功的测试是发现了至今未发现的错误的测试。 这是对软件测试目的最精辟的解析了 这种观点可以提醒人们测试要以查找错误为中心，而不是为了演示软件的正确功能。但是仅凭字面意思理解这一观点可能会产生误导，认为发现错误是软件测试的唯一目的，查找不出错误的测试就是没有价值的，事实并非如此。 　　首先，测试并不仅仅是为了要找出错误。通过分析错误产生的原因和错误的分布特征，可以帮助项目管理者发现当前所采用的软件过程的缺陷，以便改进。同时，这种分析也能帮助我们设计出有针对性地检测方法，改善测试的有效性。 　　其次，没有发现错误的测试也是有价值的，完整的测试是评定测试质量的一种方法。详细而严谨的可靠性增长模型可以证明这一点。 3 软件测试原则 ? 软件测试从不同的角度出发会派生出两种不同的测试原则，从用户的角度出发，就是希望通过软件测试能充分暴露软件中存在的问题和缺陷，从而考虑是否可以接受该产品，从开发者的角度出发，就是希望测试能表明软件产品不存在错误，已经正确地实现了用户的需求，确立人们对软件质量的信心。 为了达到上述的原则，那么需要注意以下几点： 应当把“尽早和不断的测试”作为开发者的座右铭 程序员应该避免检查自己的程序，测试工作应该由独立的专业的软件测试机构来完。 设计测试用例时应该考虑到合法的输入和不合法的输入以及各种边界条件，特殊情况要制造极端状态和意外状态，比如网络异常中断、电源断电等情况。 一定要注意测试中的错误集中发生现象，这和程序员的编程水平和习惯有很大的关系。 对测试错误结果一定要有一个确认的过程，一般有A测试出来的错误，一定要有一个B来确认，严重的错误可以召开评审会进行讨论和分析。 制定严格的测试计划，并把测试时间安排的尽量宽松，不要希望在极短的时间内完成一个高水平的测试。 回归测试的关联性一定要引起充分的注意，修改一个错误而引起更多的错误出现的现象并不少见。 妥善保存一切测试过程文档，意义是不言而喻的，测试的重现性往往要靠测试文档。 4 软件测试方法 软件测试的方法和技术是多种多样的。对于软件测试技术，可以从不同的角度加以分类： 从是否需要执行被测软件的角度，可分为静态测试和动态测试。 从测试是否针对系统的内部结构和具体实现算法的角度来看，可分为 白盒测试和黑盒测试； 4.1 黑盒测试 　　黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过测试来检测每个功能是否都能正常使用，在测试时，把程序看作一个不能打开的黑盆子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程