If Txt1.Text = \
mysqls = \
If Cmb2.Text = \等于\
mysqls = mysqls + Cmb1.Text + \ ElseIf Cmb2.Text = \相似\
mysqls = mysqls + Cmb1.Text + \ Else
mysqls = mysqls + Cmb1.Text + Cmb2.Text + Txt1.Text
End If
If Frame1.Enabled = True Then
str = \
If Optsex(1).Value Then
str = \性别=\男\ ElseIf Optsex(2) Then
str = \性别=\女\ End If End If
mysqls = mysqls + str
If Not Opt(0) Then
If Opt(1).Value Then str = \
ElseIf Opt(2).Value Then str = \ End If
mysqls = mysqls + str + Cmb3.Text
If Cmb2.Text = \等于\
mysqls = mysqls + \ ElseIf Cmb2.Text = \相似\
mysqls = mysqls + \ Else
mysqls = mysqls + Cmb4.Text + Txt2.Text End If
15
End If
FrmMain.DataA.RecordSource = mysqls On Error GoTo exp: Txtsql.Text = mysqls FrmMain.DataA.Refresh Exit Sub exp:
Txtsql.Text = \搜索语句错误：\
End Sub
2、系统测试
为了确保本系统能够正常运行，需要在发布之后做一次较全面的测试。现将具体操作及过程举例说明如下： 2.1测试举例
（1）.测试用户登陆是否成功：
打开人事管理系统，在“用户名”里填入root，“密码”框里我们填入root作为用户登录密码。填写完成点击“确定”按钮，将会出现操作程序页面，即该用户已经登陆成功了。再运行程序，会有提示页面出现：程序已经运行，不能再次装载！ （2）.测试其他用户是否能够登录：
打开人事管理系统登录页面，输入任意密码，点击“登录”按钮。将出现密码出错提示页面。然后点“确定”返回人事管理系统登录页面。 （3）.测试编辑功能是否成功：
编辑功能：在登录成功之后，即可进入相应的管理页面，点击“编辑”，即出现编辑页面，即可以修改和删除员工的个人信息资料。最后保存。 （4）.测试查询功能是否成功：
查询功能：在登录成功之后，点击“查询”，在弹出的文本框，在里面输入想要查找的资料，点击“查询”按钮，成功即可出现结果页面，页面内显示查询出来的员
16
工资料内容，表示测试成功。 （5）.用户登出系统的测试：
在管理操作已全部完成，需要退出程序的时候，在系统页面“系统设置”下拉菜单的有一个“退出”的选项，点击之后便可退出。也可以点“关闭”退出。 （6）.测试密码更改：
在以超级用户登录的情况下，在程序中打密码设置，弹出文本框，显示用户列表。可以添加新的普通用户，也可以删除和禁止普通用户使用程序。在以普通用户登陆情况下，打开密码设置选项，系统会提示该用户为普通用户，只可以修改自己的密码。
经过以上各项的测试，证明本系统完全可以正常运行，至此测试成功！
2.2测试项目
在MIS开发过程中采用了多种措施保证软件质量，但是实际开发过程中还是不可避免地会产生差错，系统中通常可能隐藏着错误和缺陷，不经周密测试的系统投入运行，将会造成难以想象的后果，因此系统测试是MIS开发过程中为保证软件质量必须进行的工作。大量统计资料表明，系统测试的工作量往往占MIS开发总工作量的40%以上。因此，我们必须重视测试工作。
由于程序中隐藏的缺陷只在特定的环境下才有可靠显露，系统缺陷通常是由于对某些特定情况考虑不周造成的。因此测试不是为了表明程序正确；成功的测试也不是没有发现错误的测试。有意义的软件测试应该是从“破坏”软件系统的角度出发，精心设计最有可以暴露程序系统缺陷的测试方案。因此软件测试的目标应该是以尽可能少的代价和时间找出软件系统中潜在的错误和缺陷。
从产品角度看，测试计划中的测试项目包括软件结构中的分系统层、子系统层、功能模块层、程序模块层中的各类模块，从测试本身看，分为单元测试，组合测试，确认测试等。测试对象是随不同阶段而异的，最基本、最初的测试是单元测试，后面的组合测试、确认测试都是以被测过的模块作为测试对象的。
(1)单元测试：
单元测试也称模块测试或程序测试，单元测试是对每个模块单独进行的，验证模块接口与设计说明书是否一致，对模块的所有主要处理路径进行测试且与预期的结构进行对照，还要对所有错误处理路径进行测试。对源码进行审查，对照设计说明书，
17
表态地检查源程序是否符合功能的逻辑要求，是进行单元测试前的重要工作工。单元测试一般是由程序员完成，也称程序调试。
(2)组合测试
组合测试也称集成测试或子系统测试，通常采用自顶向下测试和自底向上测试两种测试方法。组合测试的对象是指已经通过单元测试的模块，不是对零散模块进行单个测试，而是用系统化的方法装配和测试软件系统，是一个严格的过程，必须认真地进行，其计划的产生和单元模块测试的完成日期要协调起来，这种测试应在系统目标机上进行，造成系统应用的环境条件，除了开发部分项目负责人参加以外，还应该有相应系统的用户参加，给评审员进行演示。
(3)确认测试
确认测试是对通过组合测试的软件进行的，这些软件已经存于系统目标设备的介质上，确认测试的目的是表明软件是可以工作的，并且符合“软件需求说明书”中规定的全部功能和性能要求。确认测试是按照这些要求定出的“确认测试计划”进行的。测试工作是由一个独立的组织进行，而且测试要从用户的角度出发。
(4)系统测试
系统测试是对整体性能的测试，主要解决各子系统之间的数据通信和数据共享问题以及检测系统是否达到用户的实际要求，系统测试的依据是系统分析报告。系统测试应在系统的整个范围内进行，这种测试不只对软件进行，而是对构成系统的硬、软件一起进行。系统测试与建构同时进行或略慢。系统测试需要确认从头到尾的功能正常才算完成，应当尽量避免系统测试延到项目末尾进行。
(5)用户验收测试
在系统测试完成后，进行用户的验收测试，它是用户在实际应用环境中所进行的真实数据测试。
在具体的测试中，一般应遵循以下原则：由程序设计者之外的人进行测试；测试用例应由两部分组成：输入数据和预期输出结果；应选用不合理的输入数据与非法输入测试；不仅要检验程序是否实现预期功能，还应检查程序是否做了不应该做的工作；集中测试容易出错的程序模块；对程序修改以后，必须重新进行测试。
18