请举例说明什么的文件采用顺序文件较好，什么文件采用直接文件较好？为什么？

在C盘当前文件夹下有一个已建立好的顺序文件Alph.txt，文件内容为只含有字母的一个字符串(有双引号界定符)。单击窗体，打开Alph.txt文件，读取字符串并显示在文本框Text1中，然后调用StrSort过程将此字符串按ASCII码的顺序重新排列并显示在文本框Text2，最后将重新排列的字符串存入AlpO.txt文件中(无双引号界定符)。请选择横线处合适的语句 ( )。 Private Sub Form_Load()Dim StrIn As String, StrOut As String Open "C:\ Alph.txt" For Input As #1 ______ Close Text1.Text=StrIn ______ Text2.Text=StrOut Open "C:\ AlpO.txt" For Output As #2 ______ CloseEnd SubPrivate Function StrSort(s As String) As String Dim sArr() As String *1, i As Integer, j As Integer, n As Integer Dim t As String*1 n=Len(s) ReDim sArr(n) For i= 1 To n sArr(i) = Mid(s, i, 1) Next i For i=1 To n-1 For j=i+1 To n If sArr(i) ＞ sArr(j) Then t=sArr(i): sArr(i)=sArr(j):sArr(j)=t End If Next j, i For i=1 To n StrSort = StrSort & sArr(i) Next i End Function

A．Input #1, StrIn StrIn Print #2, StrOut

B．Input #1, StrIn StrSort(StrIn) Print #2, StrOut

C．Input #2, StrIn StrSort(StrIn) Print #1, StrOut

D．Print #1, StrIn StrSort(StrIn) Input #2, StrOut

在C盘当前文件夹下有一个已建立好的顺序文件Alph.txt，文件内容为只含有字母的一个字符串(有双引号界定符)。单击窗体，打开Alph.txt文件，读取字符串并显示在文本框Text1中，然后调用StrSort过程将此字符串按ASCII码的顺序重新排列并显示在文本框Text2，最后将重新排列的字符串存入AlpO.txt文件中(无双引号界定符)。请选择横线处合适的语句( )。 Private Sub Form_Load() Dim StrIn As String, StrOut As String Open "C:\Alph.txt" For Input As #1 ______ Close Text1.Text = StrIn ______ Text2.Text = StrOut Open "C:\AlpO.txt" For Output As #2 ______ Close End Sub Private Function StrSort(s As String) As String Dim sArr() As String * 1, i As Integer, j As Integer, n As Integer Dim t As String * 1 n = Len(s) ReDim sArr(n) For i= 1 To n sArr(i) = Mid(s, i, 1) Next i For i= 1 To n-1 For j =i+1 To n If sArr(i)＞sArr(j) Then t = sArr(i): sArr(i) = sArr(j): sArr(j) = t End If Next j, i For i= 1 To n StrSort = StrSort & sArr(i) Next i End Function

A．Input #1, StrIn StrIn Print #2, StrOut

B．Input #1, StrIn StrSort(StrIn) Print #2, StrOut

C．Input #2, StrIn StrSort(StrIn) Print #1, StrOut

D．Print #1, StrIn StrSort(StrIn) Input #2, StrOut

在C盘当前文件夹下有一个已建立好的顺序文件Alph.txt，文件内容为只含有字母的一个字符串(有双引号界定符)。单击窗体，打开Alph.txt文件，读取字符串并显示在文本框Text1中，然后调用StrSort过程将此字符串按ASCII码的顺序重新排列并显示在文本框Text2中，最后将重新排列的字符串存入AlpO.txt文件中(无双引号界定符)。请选择横线处合适的语句( )。

Private Sub Form_Load()

Dim StrIn As String,StrOut As Strings

Open"C:\Alph.txt"For Input As #1

______

Close

Text1.Text=StrIn

______

Text2.Text=StrOut

Open"C:\AlpO.txt"For Output As#2

______

Close

End Sub

Private Function StrSort(s As String)As String

Dim s Arr() As String *1,i As Integer,j As Integer,n As Integer

Dim t As String *1

n=Len(s)

ReDim sArr(n)

For i=1 To n

s Arr(i)=Mid(s,i,1)

Next i

For i=1 To n-1

For j=i+1 To n

If sArr(i)＞sArr(j) Then

t=sArr(i):sArr(j):sArr(j):sArr(j)=t

End If

Next j,i

For i=1 To n

StrSort=StrSort & s Arr(i)

Next i

End Function

A．Input#1,StrIn StrIn Print#2,StrOut

B．Input#1,StrIn StrSort(StrIn) Input#2,StrOut

C．Input#2,StrIn StrSort(StrIn) Input#1,StrOut

D．Print#1,StrIn StrSort(StrIn) Input#2,StrOut

顺序文件是指()。

A.文件中按每条记录的记录号从小到大排序好

B.文件中按每条记录的长度从小到大排序好

C.文件中按记录的某关键数据项从大到小排序

D.记录按进入的先后顺序存放，读出也是按原写入的先后顺序读出

有一个顺序文件含有10000个记录，平均查找的记录数为5000个，采用索引顺序文件结构，则最好情况下平均只需查找（ ）次记录。

A．1000

B．10000

C．100

D．500

分析排序算法时间复杂性时，当待排序文件是顺序排列时，则所有排序算法对此文件执行都具有最好的时间复杂性；当待排序文件是逆序排列时，所有排序算法对此文件执行都具有最坏时间复杂性。 ( )【吉林大学2007一、4(1分)】

此题为判断题(对，错)。

假如你是江苏万圣公司的人力资源部经理。万圣公司是南京一家大型股份制企业，人力资源部是非常重要的部门，你有5个下属，分别负责招聘、培训、绩效、薪酬和劳动关系管理的相关工作。现在是下午2点钟，在听取了下属的工作汇报，做好今天的工作安排之后，你来到办公室。秘书(同时负责劳资的刘小敏)已经将你需要处理的近日积压的文件整理好，放在了文件夹内。文件的顺序是随机排列的，没有任何意义，你需要自己去排序处理。你必须在两个小时内处理完文件，并作出批示。四点钟之后你需要接待公司的一个重要客户并陪同晚宴。

在这两个小时里，你的秘书会为你推脱掉所有的杂事，相信没有什么人会来打扰你。另外，很抱歉，由于电话线路正在维修，你在处理文件的过程中，没有办法与外界通话。所以，需要你以文件、备忘录、便条、批示等形式将所有文件的处理意见、办法，作书面表达，最后交给秘书负责传达。

在公司，你被员工称为秦经理。好了，可以开始工作了，祝你一切顺利。

【任务】

在接下来的两个小时中，请你查阅文件筐中的各种信函、电话录音以及Email等，并用如下的回复表给出你对每个材料的处理意见。

具体填写的要求是：

(1)请准确、详细地写出你将要给出的回复(论何种方式)，并概要说明你这样做的意图和将要采取的措施。

(2)尽可能多考虑些思考的维度。

【回复表示例】

关于文件的回复表

回复方式：(请将选项前的□打√)

□ 信函/便函

□ 面谈

□ Email

□ 电话/语音邮件 处理时间

□ 不予处理 5月19日下午三点

【文件一】

类别：电话录音

来电人：刘小敏 劳资员

收电人：秦冬 人事经理

日期：5月18日

秦经理：

您好!前一段时间，按照您的意见，我对同行业的员工福利状况进行了一次调查。就每个月用于员工的人均福利费而言，我们公司位于同行业的中上等水平。但考虑到现在行业的激烈竞争和目前我公司的高流动率，为了增强我们的凝聚力和吸引力，我认为，提高员工的福利待遇是一项有力的激励措施。因此，我们提出一项增加员工福利的计划，也就是将现在的人均福利费1000元/月提高到人均1500元/月的较高水平。不知您对这项计划的意见如何?请指示。

文件一的回复表

回复方式：(请将选项前的□打√)

□ 信函/便函

□ 面谈

□ Email

□ 电话/语音邮件 处理时间

□ 不予处理

回复内容：(请作出准确、详细的回答)

【文件二】

类别：电子邮件

来件人：孙平 工程部经理

收件人：秦冬 人事经理

日期：5月16日

秦经理：

你好!我是工程部的孙平，去年10月中旬，人力资源部曾要求各部门上报2011年的大学生招聘计划。由于我部业务的特殊性，不仅要求较高的英语水平，而且要懂得一定的专业知识，这类人员在校内招聘的难度很大。此外，由于我们公司薪酬水平较低，即使招聘来也很容易流失，过去几年的流失率高达74％。为此我们工程部多次召开会议，并初步达成共识：公司需要制定中长期的人才规划以吸引并留住优秀人才。

但是，到底该如何操作，尚无具体方案。我刚和总裁通过电话，他建议我直接与您沟通，不知您有何意见与想法，请尽快告知。

文件二的回复表

回复方式：(请将选项前的口打√)口信函/便函

□ 面谈

□ Email

□ 电话/语音邮件 处理时间

□ 不予处理

回复内容：(请作出准确、详细的回答)

【文件三】

类别：电话录音

来电人：王睿 劳动关系与安全主管

收电人：秦冬 人事经理

日期：5月17日

秦经理：

您好!我是王睿，有件事情非常紧急，今早七点，我接到郑州交通管理局的电话，六点十分在郑州203国道上发生重大交通事故，我公司销售部的刘向东驾车与一辆大货车相撞，刘向东当场死亡，对方司机重伤，目前正在医院抢救，与刘向东同车的还有公司的销售人员蔡庆华、隋东和王小亮、三人都不同程度受伤，但无生命危险。目前事故责任还不能确定，我准备立刻前往郑州处理相关事务，希望您能尽快和我联系，商量一下应对措施。

文件三的回复表

回复方式：(请将选项前的□打√)

□ 信函/便函

□ 面谈

□ Email

□ 电话/语音邮件 处理时间

□ 不予处理

回复内容：(请作出准确、详细的回答)

【文件四】

类别：电子邮件

来件人：张玲 绩效专员

收件人：秦冬 人事经理

日期：5月17日

秦经理：

您好!公司今年结束年中的绩效考核后，准备实施基于目标考核的新的绩效考核系统，从上周起要求各部门经理和员工一起制定员工下半年的工作目标，按原定计划，该项工作应在下周三前完成，绩效监督小组对工作进程进行了检查，发现全公司32名部门经理仅有4个完成了工作，大部分经理尚未开始进行目标设定，当我们希望他们加快进度时，很多部门经理抱怨根本没有时间，觉得和员工共同制定工作目标是表面文章；还有部分部门经理认为这是部门内部的事，监督小组是在干涉他们的工作。目前工作进展很不顺利，请您能给我们一些支持。

文件四的回复表

回复方式：(请将选项前的□打√)

□ 信函/便函

□ 面谈

□ Email

□ 电话/语音邮件 处理时间

□ 不予处理

回复内容：(请作出准确、详细的回答)

【文件五】

类别：电子邮件

来件人：陈欣 培训专员

收件人：秦冬 人事经理

日期：5月17日

秦经理：

你好!公司四月份在南非首次承接的420工程现已开工，工程部准备委派6名高级技术人员到南非提供技术服务。可是，这6名技术人员英语水平较差，虽经过为期半年的在岗英语培训，但效果不尽如人意。因此，工程部计划临时安排他们去英语学校参加封闭式培训，培训时间为2个月，费用为每人10000元。该计划已经上报人力资源部。可是，昨天工程部来电称，财务部不同意支付培训费用，理由是该培训事先没有计划和预算，资金周转不过来，这几名员工原计划10月份赴南非，工程部担心如果不能按期派人提供技术支持，可能会影响合同的执行和公司的声誉。目前，工程部非常焦急，请求您出面协调，敬请尽快回复。

文件五的回复表

回复方式：(请将选项前的□打√)

□ 信函/便函

□ 面谈

□ Email

□ 电话/语音邮件 处理时间

□ 不予处理

回复内容：(请作出准确、详细的回答)

【文件六】

类别：电子邮件

来件人：娄奇 招聘主管

收件人：秦冬 人事经理

日期：5月19日

秦经理：

您好!由于业务调整，今年三月，公司决定停止化工产品的研发工作，将化工研发小组并入到研究方向相似的环保研发小组，并由原环保小组的项目主管全权负责。最近几个月，原化工小组的成员流失严重，我们高薪聘用的几位博士也提出了离职申请，通过和他们的沟通，原化工小组的成员普遍反映无法与原环保小组的成员合作，在工作中受到忽视，重要的研讨会议从来不通知他们，只让他们做一些类似输入数据的简单工作。在上半年的绩效考核中，很多原化工小组的成员觉得受到了排挤，考核结果都不理想。针对此事希望您能给予指示。

文件六的回复表

回复方式：(请将选项前的□打√)

□ 信函/便函

□ 面谈

□ Email

□ 电话/语音邮件 处理时间

□ 不予处理

回复内容：(请作出准确、详细的回答)

请帮忙给出每个问题的正确答案和分析，谢谢！

小组作业具体要求如下：（以下阶段应按顺序执行。附加题供学有余力的小组自选完成。） （1）阶段一：熟悉白盒测试方法。 使用白盒测试方法设计测试用例，建议使用测试管理工具来录入设计的测试用例，最后用csv或excel等工具支持的导出形式导出为测试用例清单文件（便于作业检查，谢谢）。也允许使用excel文件来记录测试用例，文档模板见附件1-测试用例设计清单(模板).docx。 使用测试管理工具的小组请看下面的注意事项，不使用的小组可跳过： a. 小组所选择的测试管理工具与第一周实践作业无关，即可以任选一款工具，不能导出测试用例的测试管理工具就尽量不选了（禅道支持测试用例导出）； b. 导出的测试用例建议在末尾列补充一个备注列，说明是基于什么覆盖标准或什么方法得到的测试用例。 （2）阶段二：熟悉代码复审的过程。 通过静态评审发现缺陷。选择被测系统中的一个风险最高（如业务逻辑最复杂，代码行最长，复杂度最高等）的模块，针对代码展开静态评审。关于如何准备和展开同行评审会议，可学习MOOC课程“软件测试与质量”的3.4节 静态白盒测试，通过视频和讲义了解相关内容。关于在评审过程中如何才能更好地进行代码复审，建议学习邹欣老师的讲义“现代软件工程讲义 3 代码规范与代码复审”。 该阶段要求遵循评审的流程，至少包括： l 指定全体与会人员角色； l 选择合适的代码评审标准（例如阿里巴巴Java开发手册，或者邹欣老师在讲义“现代软件工程讲义 3 代码规范与代码复审”中所提到的部分内容），全体评审人员应遵循该标准来评审代码； l 评审员应提前阅读代码，并填写评审表； l 主持人组织全体与会人员召开会议并记录会议过程，会议过程应给出拍照作为证明（在博客中体现）； l 提交会议纪要和评审结果报告，报告中应记录会议过程，评审员提交的评审表应作为附录放在报告末尾。评审结果报告内容可参考北京航空航天大学罗杰老师的作业要求中第一部分的内容，即代码复审Check List，且报告内容可根据本小组的实际情况进行适当删减或增加； l 如果在评审过程中发现了缺陷，还应提交缺陷报告。缺陷建议通过测试管理工具进行管理和跟踪，最后用csv或excel等工具支持的导出形式导出为缺陷清单文件（便于作业检查，谢谢）。也允许使用excel文档来管理，文档模板见：附件2-缺陷报告模板v1.0.xlsx。 使用测试管理工具的小组请看下面的注意事项，不使用的小组可跳过： a. 小组所选择的测试管理工具与第一周实践作业无关，即可以任选一款工具，不能导出缺陷的测试管理工具就尽量不选了（禅道支持缺陷导出）； b. 导出的缺陷建议在末尾列补充一个备注列，说明是通过什么途径发现的缺陷，例如，是通过静态评审，还是通过执行测试用例，或者是通过静态代码检查工具等。 （3）阶段三：熟悉静态代码检查工具。 通过自动化静态检查发现缺陷。选择一款静态代码检查工具（可阅读静态代码检查工具简介来初步了解和筛选合适的静态代码检查工具），对整个系统源代码进行扫描，统计发现的缺陷（包括错误和警告）。要求撰写静态代码检查报告， 具体要求包括： a. 说明工具来源、基本特点、下载地址； b. 给出工具扫描过程的界面截图，如果一张图不够，可以给出多张图； c. 通过图、表格等方式体现对缺陷的统计； d. 通过与同行评审中发现的bug对比，说明针对相同的模块，同行评审发现的缺陷，与使用静态代码检查工具发现的bug有何不同，也可选择部分缺陷重点分析； e. 基于上述过程，分析该款静态代码检查工具的优缺点。 注意： a. 每班班内各小组应选择不同的静态代码检查工具，最多只能有两个小组使用相同的工具，即每个班至少应选择三种不同的静态代码检查工具； b. 跨班允许选择相同的静态代码检查工具； c. 每班班内各小组应使用不同的被测系统； d. 跨班允许使用相同的被测系统，但使用相同被测系统的小组应选择不同的静态代码检查工具来执行代码检查（仅针对同群内的小组，如1-3班+7班部分同学为1群，4-6班+7班部分同学为2群，同群内的小组受本条件限制，跨群小组允许使用相同被测系统和相同的代码检查工具）。 （4）阶段四：熟悉基于JUnit的单元测试脚本开发 编写单元测试并执行测试。基于JUnit框架，结合面向对象程序的特点，针对阶段三所选择的风险最高的模块，根据在阶段一设计得到的测试用例，编写单元测试脚本，执行脚本，记录发现的缺陷。具体内容和要求如下： a. 无需额外设计测试用例，直接用阶段一设计得到的测试用例，编写单元测试脚本； b. 执行测试脚本； c. 报告发现的缺陷，记录和管理缺陷，缺陷记录方式的要求同阶段二，具体说明见评审流程的最后一条； d. 撰写测试执行报告，说明测试环境，测试的过程，通过报表对测试工作进行分析，通过图、表对缺陷进行统计和分析，如果是使用测试管理工具，可直接利用工具的统计、分析功能自动生成相关图和报表，再补充文字说明。注意，在测试小结中，应对测试和被测系统进行评估，说明测试的充分性、效率，说明被测系统是否符合要求等，根据测试执行过程文档要求（附件3-测试执行过程及小结-模板）撰写测试小结； e. 单元测试脚本应覆盖至少40个测试用例； f. 单元测试脚本应包含注释； g. 可以针对登录或注册模块编写单元测试脚本，但只能二选一。 有关JUnit的基本概念和使用，可通过学习SPOC课程“软件测试与质量”的7.1节 单元测试及其工具来了解。 （5）每日例会记录 小组成员的工作过程应通过博客进行记录。从本作业公布之日起，到任务提交之日止，小组每日在博客上记录任务完成情况，内容包括：小组成员的任务进展情况、存在的问题、解决方法、以及下一步计划等，应尽量详细并给出必要的证明，例如，说明每人完成任务所花的时长，测试脚本截图，小组开会的图片等（从隐私的角度考虑，可不必给出面部，打马赛克，或者背影之类均可）。格式不限，只要能反映小组的进度情况即可，请尽量详细。 小组需要提交的材料包括： （1）测试用例清单。阶段一设计得到，文件名格式：作业名-070x班-0x组-1白盒测试用例； （2）评审会议纪要和评审结果报告。阶段二得到。评审员提交的评审表应作为评审结果报告的附录。如果有发现缺陷，还应另外提交缺陷报告。文件名格式：作业名-070x班-0x组-2代码评审会议纪要和结果报告； （3）静态代码检查结果报告。阶段三得到。word文档，不要用wps格式。文件名格式：作业名-070x班-0x组-3静态代码检查结果报告； （4）单元测试脚本。阶段四得到。要求同时包含测试脚本对应的原始代码文件。如果测试脚本文件不止一个，可放在一个文件夹下。文件夹名称格式：作业名-070x班-0x组-4单元测试脚本； （5）测试总结报告。对上述单元测试的各个阶段进行总结，评价测试工作的质量和被测系统模块的质量。并对被测模块源代码的优劣进行评价。文档名格式：作业名-070x班-0x组-5代码测试总结报告； （6）所有上述材料仅为小组提交材料，应统一打包为一个压缩包，文件名格式为：作业名-170x班-0x组-组长名。（注意：个人提交时的格式要求见其他说明的第（1）条） 小组成员在完成小组作业的同时，还需要撰写个人完成情况说明，具体要求如下： 说明本人在该次作业中承担的任务，说明具体的完成情况，在完成作业的过程中碰到了哪些方面的困难，自己是如何解决的。主要的心得体会是什么。 其他说明： （1）组内每个同学在课程SPOC平台分别提交作业，作业内容包括：小组作业+个人作业。小组作业是打包后的压缩包，每个小组所提交的小组作业应该是完全一样的。个人作业根据模板（见附件1：个人完成情况说明-xxx-模板.docx）要求自行完成。每个人在SPOC平台上传作业时，小组作业及个人作业最终统一打包为一个压缩包，文件名格式：作业名-170x班-0x组-个人姓名。 （2）请务必在上传附件后，记得点击【提交答案】，才能成功提交作业。如图1所示。图1 作业提交时注意点击【提交答案】 （3）本次作业仍将采用互评方式来评分，因此，请确保单元测试脚本是可以运行的。在提交单元测试脚本材料的时候，自己务必提前在不同配置环境下实验，不能运行的测试脚本是不能得分的。 （4）互评的注意事项。本次作业分数构成和作用如下表所示。 分数构成 小组基本分 个人基本分 满分分值 90 10 作用 用于对小组所有成员的基本分取平均 用于本次作业的个人评分 因此，互评时，请各位同学除了参照评分标准逐项进行打分之外，还需要填写备注，在备注中明确指出分数的构成。例如，给某位同学的打分是小组基本分80分，个人基本分9分，则总分为：89分。此时，在SPOC评分系统中，除了给出总分89之外，还需要在备注中额外注明：小组基本分（80）+个人基本分（9）。否则，在互评机制下，小组中的所有组员得到的小组基本分可能是不相同的。

小组作业具体要求如下：（以下阶段应按顺序执行） （1）阶段一：熟悉白盒测试方法。 使用白盒测试方法设计测试用例，建议使用测试管理工具来录入设计的测试用例，最后用csv或excel等工具支持的导出形式导出为测试用例清单文件（便于作业检查，谢谢）。也允许使用excel文件来记录测试用例，文档模板见附件1-测试用例设计清单(模板).docx。 使用测试管理工具的小组请看下面的注意事项，不使用的小组可跳过： a. 小组所选择的测试管理工具与第一周实践作业无关，即可以任选一款工具，不能导出测试用例的测试管理工具就尽量不选了（禅道支持测试用例导出）； b. 导出的测试用例建议在末尾列补充一个备注列，说明是基于什么覆盖标准或什么方法得到的测试用例。 （2）阶段二：熟悉代码复审的过程。 通过静态评审发现缺陷。选择被测系统中的一个风险最高（如业务逻辑最复杂，代码行最长，复杂度最高等）的模块，针对代码展开静态评审。关于如何准备和展开同行评审会议，可学习MOOC课程“软件测试与质量”的3.4节 静态白盒测试，通过视频和讲义了解相关内容。关于在评审过程中如何才能更好地进行代码复审，建议学习邹欣老师的讲义“现代软件工程讲义 3 代码规范与代码复审”。 该阶段要求遵循评审的流程，至少包括： l 指定全体与会人员角色； l 选择合适的代码评审标准（例如阿里巴巴Java开发手册，或者邹欣老师在讲义“现代软件工程讲义 3 代码规范与代码复审”中所提到的部分内容），全体评审人员应遵循该标准来评审代码； l 评审员应提前阅读代码，并填写评审表； l 主持人组织全体与会人员召开会议并记录会议过程，会议过程应给出拍照作为证明（在博客中体现）； l 提交会议纪要和评审结果报告，报告中应记录会议过程，评审员提交的评审表应作为附录放在报告末尾。评审结果报告内容可参考北京航空航天大学罗杰老师的作业要求中第一部分的内容，即代码复审Check List，且报告内容可根据本小组的实际情况进行适当删减或增加； l 如果在评审过程中发现了缺陷，还应提交缺陷报告。缺陷建议通过测试管理工具进行管理和跟踪，最后用csv或excel等工具支持的导出形式导出为缺陷清单文件（便于作业检查，谢谢）。也允许使用excel文档来管理，文档模板见：附件2-缺陷报告模板v1.0.xlsx。 使用测试管理工具的小组请看下面的注意事项，不使用的小组可跳过： a. 小组所选择的测试管理工具与第一周实践作业无关，即可以任选一款工具，不能导出缺陷的测试管理工具就尽量不选了（禅道支持缺陷导出）； b. 导出的缺陷建议在末尾列补充一个备注列，说明是通过什么途径发现的缺陷，例如，是通过静态评审，还是通过执行测试用例，或者是通过静态代码检查工具等。 （3）阶段三：熟悉静态代码检查工具。 通过自动化静态检查发现缺陷。选择一款静态代码检查工具（可阅读静态代码检查工具简介来初步了解和筛选合适的静态代码检查工具），对整个系统源代码进行扫描，统计发现的缺陷（包括错误和警告）。要求撰写静态代码检查报告，具体要求包括： a. 说明工具来源、基本特点、下载地址； b. 给出工具扫描过程的界面截图，如果一张图不够，可以给出多张图； c. 通过图、表格等方式体现对缺陷的统计； d. 通过与同行评审中发现的bug对比，说明针对相同的模块，同行评审发现的缺陷，与使用静态代码检查工具发现的bug有何不同，也可选择部分缺陷重点分析； e. 基于上述过程，分析该款静态代码检查工具的优缺点。 注意： a. 每班班内各小组应选择不同的静态代码检查工具，最多只能有两个小组使用相同的工具，即每个班至少应选择三种不同的静态代码检查工具； b. 跨班允许选择相同的静态代码检查工具； c. 每班班内各小组应使用不同的被测系统； d. 跨班允许使用相同的被测系统，但使用相同被测系统的小组应选择不同的静态代码检查工具来执行代码检查（仅针对同群内的小组，如1-3班+7班部分同学为1群，4-6班+7班部分同学为2群，同群内的小组受本条件限制，跨群小组允许使用相同被测系统和相同的代码检查工具）。 （4）阶段四：熟悉基于JUnit的单元测试脚本开发 编写单元测试并执行测试。基于JUnit框架，结合面向对象程序的特点，针对阶段三所选择的风险最高的模块，根据在阶段一设计得到的测试用例，编写单元测试脚本，执行脚本，记录发现的缺陷。具体内容和要求如下： a. 无需额外设计测试用例，直接用阶段一设计得到的测试用例，编写单元测试脚本； b. 执行测试脚本； c. 报告发现的缺陷，记录和管理缺陷，缺陷记录方式的要求同阶段二，具体说明见评审流程的最后一条； d. 撰写测试执行报告，说明测试环境，测试的过程，通过报表对测试工作进行分析，通过图、表对缺陷进行统计和分析，如果是使用测试管理工具，可直接利用工具的统计、分析功能自动生成相关图和报表，再补充文字说明。注意，在测试小结中，应对测试和被测系统进行评估，说明测试的充分性、效率，说明被测系统是否符合要求等，根据测试执行过程文档要求（附件3-测试执行过程及小结-模板）撰写测试小结； e. 单元测试脚本应覆盖至少40个测试用例； f. 单元测试脚本应包含注释； g. 可以针对登录或注册模块编写单元测试脚本，但只能二选一。 有关JUnit的基本概念和使用，可通过学习SPOC课程“软件测试与质量”的7.1节 单元测试及其工具来了解。 （5）每日例会记录 小组成员的工作过程应通过博客进行记录。从本作业公布之日起，到任务提交之日止，小组每日在博客上记录任务完成情况，内容包括：小组成员的任务进展情况、存在的问题、解决方法、以及下一步计划等，应尽量详细并给出必要的证明，例如，说明每人完成任务所花的时长，测试脚本截图，小组开会的图片等（从隐私的角度考虑，可不必给出面部，打马赛克，或者背影之类均可）。格式不限，只要能反映小组的进度情况即可，请尽量详细。 小组需要提交的材料包括： （1）测试用例清单。阶段一设计得到，文件名格式：作业名-070x班-0x组-1白盒测试用例； （2）评审会议纪要和结果报告。阶段二得到。评审员提交的评审表应作为评审结果报告的附录。如果有发现缺陷，还应另外提交缺陷报告。文件名格式：作业名-070x班-0x组-2代码评审会议纪要和结果报告； （3）静态代码检查结果报告。阶段三得到。word文档，不要用wps格式。文件名格式：作业名-070x班-0x组-3静态代码检查结果报告； （4）单元测试脚本。阶段四得到。要求同时包含测试脚本对应的原始代码文件。如果测试脚本文件不止一个，可放在一个文件夹下。文件夹名称格式：作业名-070x班-0x组-4单元测试脚本； （5）测试总结报告。对上述单元测试的各个阶段进行总结，评价测试工作的质量和被测系统模块的质量。并对被测模块源代码的优劣进行评价。文档名格式：作业名-070x班-0x组-5代码测试总结报告； （6）所有上述材料仅为小组提交材料，应统一打包为一个压缩包，文件名格式为：作业名-170x班-0x组-组长名。（注意：个人提交时的格式要求见其他说明的第（1）条） 小组成员在完成小组作业的同时，还需要撰写个人完成情况说明，具体要求如下： 说明本人在该次作业中承担的任务，说明具体的完成情况，在完成作业的过程中碰到了哪些方面的困难，自己是如何解决的。主要的心得体会是什么。 其他说明： （1）组内每个同学在课程SPOC平台分别提交作业，作业内容包括：小组作业+个人作业。小组作业是打包后的压缩包，每个小组所提交的小组作业应该是完全一样的。个人作业根据模板（见附件1：个人完成情况说明-xxx-模板.docx）要求自行完成。每个人在SPOC平台上传作业时，小组作业及个人作业最终统一打包为一个压缩包，文件名格式：作业名-170x班-0x组-个人姓名。 （2）请务必在上传附件后，记得点击【提交答案】，才能成功提交作业。如图1所示。图1 作业提交时注意点击【提交答案】 （3）补交作业由老师打分，不进行互评。

考生文件夹下存在一个数据库文件“samp2．mdb”，里面已经设计好表对象“tOrder”、“tDetail”、“tEmployee”和“tBook”，试按以下要求完成设计：

(1)创建一个查询，查找清华大学出版社出版的图书中定价大于等于20且小于等于30的图书，并按定价从大到小顺序显示“书籍名称”、“作者名”和“出版社名称”。所建查询名为“qT1”。

(2)创建一个查询，查找某月出生雇员的售书信息，并显示“姓名”、“书籍名称”、“订购日期”、“数量”和“单价”。当运行该查询时，提示框中应显示“请输入月份：”。所建查询名为“qT2”。

(3)创建一个查询，计算每名雇员的奖金，显示标题为“雇员号”和“奖金”。所建查询名为“qT3”。

说明：奖金＝每名雇员的销售金额(单价×数量)合计数×5％。

(4)创建一个查询，查找单价低于定价的图书，并显示“书籍名称”、“类别”、“作者名”、“出版社名称”。所建查询名为“qT4”。