1、“.....测试任何产品都有以下列两种方法白盒测试是把程序看成装在只透明的白盒子里，测试者完全了解程序的结构和处理过程。它根据程序的内部逻辑来设计测试用例，检查程序中的逻辑通路是否都按预定的要求正确地工作，即如果知道新产品的内部工作过程，可以通过测试来检验新产品内部动作是否按照规格说明书的规定正常进行。黑盒测试是把程序看成只黑盒子，测试者完全不了解程序的结构和处理过程。它根据规格说明书规定的功能来设计测试用例，检查程序的功能是否符合规格说明的要求。即如果已经知道了新产品应该具有的功能，可以通过测试来检验是否每个功能都能正常使用。根据以上测试方法的简单介绍，结合本系统应用的实际情况，最终决定选择使用黑盒测试方法对本系统进行测试。系统测试的实施登陆测试当用户登录时输入的密码时，则系统提示页面如图。图用户密码界面当普通用户进入本系统进行操作时......”。

2、“.....此页是每当用户无权查看页面时，进入此提示页面。本页面和系统首页类似如图。故此图只截取页面的部分。图权限不足出错页面当普通员工或者管理员成功登陆到本系统时，本系统将会在主菜单栏下边显示员工的登陆信息如图。图不同权限用户的登陆信息员工管理模块测试当管理员进行录入新员工入职信息时，以号所标记的信息是必须添写的内容，还有些信息需要进行规则验证的才能提交，如毕业日期必须为日期型才可以提交，否则会提示以正确的格式输入，如果出现以上情况时，系统将会进行提示如图。图添加信息出错界面当执行调动员工岗位修改员工信息删除员工信息等操作时，需要操作者的再次确定，以便进行误操作，因此当出现该情况时，系统将弹出如下提示信息。图提示信息界面工资管理模块测试在测试本模块过程中，本系统针对所有员工个月的考勤数据和工资数据进行了统计计算及数据更新的测试......”。

3、“.....测试过程描述用户先录入所有员工的上班时间和下班时间，添加几个员工的请假信息和加班信息，然后执行考勤数据汇总命令提交员考勤统计信息，系统会自动进行核算，用户可以根据考勤统计表进行核对是否出现考勤数据与所统计的数据不符等情况，执行以上操作后，在工资管理模块添加所有员工的基本工资和月奖金金额等数据，生成月工资明细表，用户可以根据此表检验工资统计数据是否与用户所输入的数据吻合，具体的检验方法可以根据计算实发工资和应发工资的公式进行校验。其它模块测试由于在测试本系统时涉及的界面繁多，而且界面有很多类似，有些在详细设计时也已经列出，故不在此处逐介绍，其它模块的测试，按照不同的用户身份，通过点击相应的链接进入各模块，在这些模块中的测试中，输入了各种不同数据，模块很好的完成了其要完成的功能。本章小结本章主要介绍了本系统的测试目标及测试方法，并详细描述了本系统测试的实施进程......”。

4、“.....测试目标决定了测试方案的设计。在测试阶段积累的测试结果，可以用更形式化的方法进行统计分析。系统可靠性模型使用这些率数据，可以估计将来出现的情况并进步对系统可靠性进行预测。由于经验的不足，按照上述测试目标所提到的三项测试内容，本人只完成了系统的功能测试性能测试中连接速度和响应时间的测试以及安全测试的部分内容。测试后发现系统基本上能通过测试。结论本文介绍了个小型企业内部信息管理系统的开发过程。该系统是在平台下，用工具软件进行开发的，后台的数据库采用的是。该系统共分为六个模块，分别为员工管理考勤管理工资管理部门管理，公告管理和产品管理。通过本系统可以对企业员工的基本数据和填报数据进行增加删除修改查询等操作，还可以对员工的出勤情况进行考核和统计调整员工的基本工资等操作，并可以自动汇总每个月的员工考勤明细及发放工资明细，在统计报表生成的同时，可以查看数据分析图......”。

5、“.....并且数据和图像均可以打印输出。另外，通过公告管理模块还可以方便，快捷的传达企业的最新通知及新闻信息，促进企业员工之间的交流。经多次测试结果表明，本系统完成了预计的基本功能，并在些方面有突出的特点。比如在报表生成导出方面，最大限度地方便了用户的使用，节约了时间。在系统的调试过程中，采用了自下而上分层分块的调试方法，通过分析得出对故障的推测，然后对问题进行解决，最终实现各个模块都能顺利运行，使本系统更具备完善性可实行性。但从总体看来，本系统还不是很完善，有很多地方需要改进。例如报表的格式比较单。所以应该考虑实现动态生成模板，方便用户的使用。致谢在本文即将完成之际，凝视着自己的拙作，感慨万分，因为它凝聚着自己三个月的心血和大学四年的学习成果。在此，我谨借这些只言片语来表达我对在我完成毕业论文设计的过程中的给予我帮助的老师同学最诚挚的谢意......”。

6、“.....回想近三个月以来做毕业设计论文的日子，王老师给了我太多的教诲和帮助，从论文结构划分内容选择到最后的论文写作，都对我进行了耐心的辅导。论文的每次修改每步完善，都倾注了王老师的心血。王老师高深的学术造诣和严谨治学的作风，给我留下了深刻的印象，是我学习的楷模。在此，谨向王建老师致以我最衷心的感谢和最诚挚的敬意。与此同时，在程序编写论文撰写的过程中，系里的很多老师和同学们都给了我很多帮助，感谢他们对我的帮助。最后，感谢学院领导和各位老师四年以来对我的关心和教导。参考文献陈火旺设计原理与编程技术中南大学出版社，胡燕软件工程与标准化信息技术与标准化期刘洪山，谢玉山开发平台及其应用武汉理工大学学报年期张桂元，贾燕枫开发入门与项目实践人民邮电出版社，孙卫琴基于的设计与开发电子工业出版社，毋建宏，董宝晔基于框架开发应用软件世界，年期美技术内幕中国水利水电出版社，汪孝宣，刘中兵......”。

7、“.....王谢华数据库项目开发宝典电子工业出版社，赛奎春信息系统开发实例精选机械工业出版社，机械工业出版社，美著高级开发与应用电子工业出版社,,,,,,,,,附录软件生命周期软件生命周期模型的发展实际上是体现了软件工程理论的发展。在最早的时候，软件的生命周期处于无序混乱的情况。些人为了能够控制软件的开发过程，就把软件开发严格的区分为多个不同的阶段，并在各阶段间加上严格的审查。这就是瀑布模型产生的起因。瀑布模型体现了人们对软件过程的个希望严格控制确保质量。可惜的是，现实往往是残酷的。瀑布模型根本达不到这个过高的要求，因为软件的过程往往难于预测。反而导致了其它的负面影响，例如大量的文档繁琐的审批。因此人们就开始尝试着用其它的方法来改进或替代瀑布方法。例如把过程细分来增加过程的可预测性。典型的几种生命周期模型包括瀑布模型快速原型模型迭代模型......”。

8、“.....该模型由于酷似瀑布闻名。在该模型中，首先确定需求，并接受客户和小组的验证。然后拟定规格说明，同样通过验证后，进入计划阶段可以看出，瀑布模型中至关重要的点是只有当个阶段的文档已经编制好并获得小组的认可才可以进入下个阶段。这样，瀑布模型通过强制性的要求提供规约文档来确保每个阶段都能很好的完成任务。但是实际上往往难以办到，因为整个的模型几乎都是以文档驱动的，这对于非专业的用户来说是难以阅读和理解的。想象下，你去买衣服的时候，售货员给你出示的是本厚厚的服装规格说明，你会有什么样的感触。虽然瀑布模型有很多很好的思想可以借鉴，但是在过程能力上有天生的缺陷。工程软件既是个创造性的也是个逐步进行的过程，通常包含许多人员开发各种不同的产品。首先，我们更详细的考察这些步骤，了解组织活动的方法，由此调节我们所的工作和我们开工作的时间。我们可以先从过程的定义开始......”。

9、“.....然后，我们考察软件过程模型的几项类型。旦了解了我们希望采用模型的类型，就要仔细研究模型技术的两种类型静态的和动态的。当我们提供种服务或者开发种产品时，无论是开发软件撰写报告还是商业旅行，我们总是遵循系列的步骤来完成组任务。这些任务通常每次以相同的次序执行，比如，在为房子布线完成前，般情况不能刷干墙面，或者在所有原料混匀之前，不烘制蛋糕。我们把组有次序的任务看作个过程，即系列的步骤它包括产生种与其产品的活动约束和资源。当程序包括了些产品的构造过程，我们有时候将其称作为个生命周期。因此，软件开发过程有时被称为软件生命周期，因为它描述了个软件产品从概念到实现交付使用和维护的整个生命过程。过程印在组活动中引入致性和结构性而重要。当我们知道如何把事情做好，并且确保其他人用同样的方法做时，这些特性很有用。软件开发过程可以用灵活的方法来描述......”。