软件测试人员(NET)--操作技能鉴定历真题单.doc

个人收集整理资料， 仅供交流学习， 勿作商业用途
《软件测试人员<.NET）》<三级）
第一部分 单选题<每题3分，共30分）
1．在进行ASP.NET 2.0开发的web程序的应用环境的配置作业中,站点发布完成之后，访问初始页面时发生错误，错误信息如下：“程序遇到未知错误，详细信息请参照本系统日志。”可以通过以下的那个文件找到系统日志的位置 ( A> 
(A）Web.config (B）Global.asax(C）App.config(D）Default.aspx
2．以下关于visual studio team system 2008中测试工具的描述，正确的一项是< B ）
<A）Team System testing tools 提供了性能、功能及需求测试。
<B）Team System testing tools 提供了单元测试
<C）Team System testing tools 提供了兼容性测试
<D）Team System testing tools 提供了数据库测试
3．在QTP中每次增加一个新的操作都将增加一个测试，并增加_______。( B >
<A）在全局数据表中增加一列
<B）在数据表中增另一张表
<C）在数据表中增另一个表并且在全局表中增加一列
<D）在全局数据表中增加一行.
4．请判断下面的Bug属于哪个分类，Beta测试版本在IE7.0下测试完成后，发现工程中的工具栏中的某个图标没有正常显示出来<A ）
<A）界面错误<B）接口错误<C）逻辑错误 <D）其它
5．判断在C#中如下代码运行结果是< C）。
int[][] myArray=new int[3][]{new int[3]{5,6,2},new int[5]{6,9,7,8,3},new int[2]{3,2}}。
Console.WriteLine(myArray[1][1]>。
<A）9 <B）2 <C）6 <D）越界
6．对于参数配置类的软件，要用< C ）_选择较少的组合方式达到最佳效果？
<A）等价类划分　<B）因果图法　　<C）正交实验法　<D）场景法
7．某国个人所得税的征收标准，下面是其相关程序，以下测试用例能满足判定覆盖测试用例是< A ）
If (income<2000>i=0。。
Else if(income<=3000>i=0.05。
Else if(income<=5000>i=0.10。
Else i=0.2。
<A）income(2000,3000,5000,5001>
<B）income(2000,32001,4999,5000>
<C）income(1999,2999,5000,5001>
<D）income(2999,2000,4999,5000>
8．如果一个判定的复合条件表达式为<X>2）or<Y<=2），为了达到百分之百的条件覆盖率，至少需要设计多少个测试用例< D ）
<A）4 <B）3 <C）2 <D）1
以下第9~10题是基于如下案例，请仔细阅读后按照相应的题目要求进行回答
某程序为实现如下功能：输入三个整个A、B、C，输出以A、B、C为三边的三角形面积，<1<=A、B、C<100），结果保留2位小数；请运用等价类划分法和边界值方法，设计测试用例：
下表是部分测试用例，请选择合适的答案项填入表内<9）、<10）中。
用例编号
用例设计方法
输入数据
期望结果
1
有效等价类
A=1、B=1、C=1
0.43
2
无效等价类
<9）
提示“三边不构成三角形”
3
无效等价类
<10）
提示“所输入的边长不符合要求”
4
无效等价类
A=0、B=0、C=0
提示：所输入的边长不符合要求
9．上表中的空<9）中A、B、C的值应该为< B ）。
<A）A=2、B=3、C=2
<B）A=1、B=2、C=4
<C）A=1、B=1、C=1
<D）A=0、B=0、C=0
10．上表中的空<10）中A、B、C的值应该为< A ）。
<A）A=50、B=100、C=40
<B）A=99、B=99、C=99
<C）A=1、B=1、C=2
<D）A=2、B=2、C=2
第二部分 分析题<共3题，70分）
1、下列是关于chkMail 函数的功能说明，需要对该函数进行黑盒测试，请根据说明考虑测试用例的编写，并将测试用例做成因果图的分类和记述填入答题纸的表格内。<30分）
函数名
chkMail
概要
验证输入的email是否符合(*@*.*>格式
格式要求：
1．用户名开头结尾为字母和数字
2.用户名中间允许出现零个或一个横线、下划线或点，但不可连续出现
3.允许字母和数字开头并含有“-_”的域名
4. 域名后缀有1-3个，每个后缀有2-4个字母
结果返回true/false表示验证是否通过。
参数
参数名
数据类型
输入(in>/输出(out>
内容说明
strMail
String
In
输入的email
<返回值）
Boolean
Out
验证结果

要求：充分应用等价类划分以及边界值分析的测试方法。因果图中要求全面的分类及记述。
因果图的模板：
说明：【分类】是进行测试需要考虑的测试条件<如：字符串长度等）。
【记述】是针对所分析的条件做的实际描述。(如：字符串长度分为3、8等>
【用例】是根据所分析的条件编写实际测试时使用的参照字符串。
【结果】是当前case所使用的用例在该函数中理论上应该出现的结果。
【1，2，3，4，5……】是所分析条件的组合。
原因
分类
记述
1
2
3
4
5

用例

结果(Out>

用户名字符
开头结尾为字母
开头结尾为数字
开头结尾为其他字符
出现-和-连续
出现_和_连续
出现. 和. 连续
出现-和_连续
出现-和.连续
出现_和.连续_
含其它特殊字符
@字符
含@字符
域名字符
字母和数字开头
含有“-”字符
含有“_”字符
含除上述之外的字符
域名后缀字符
1个后缀
2个后缀
3个后缀
后缀为2-4个字母
后缀为一个字母
后缀大于四个字母
后缀含非字母字符
域名与后缀分隔符
“.”分隔
没有.分隔符

2、走查下述代码，不考虑处理的正确性仅从语法角度指出错误并将解答填入答题纸的对应栏内。(注意变量命名规范><20分）
行号 程序
1 public List<ProjectExcelDescriptor> GetProjects(>
2 {
3 Worksheet sheet = book.Sheets[SHEET_NAME] as Worksheet。
4
5 List<ProjectExcelDescriptor> projects = new
6 List<ProjectExcelDescriptor>(>。
7
8
9 int column = 0。
10
11 Range testName = sheet.Cells[row, column] as Range。
12 Range testFile = sheet.Cells[row, column + 1] as Range。
13
14 while (testFile.Value2 <> null>
15 {
16 ProjectExcelDescriptor project = new ProjectExcelDescriptor(>。
17
18 string 1_name = testName.Value2 as string。
19
20 string[] idAndName = 1_name.Split(SPACE_01>。
21
22 if (idAndName.Length <> 2>
23 {
24 idAndName = 1_name.Split(SPACE_02>。
25 }
26
27 if (idAndName.Length == 2>
28 {
29 project.Id = idAndName[0]。
30 project.Name = idAndName[1]。
31
32 do
33 {
34 project.Files.Add(testFile.Value2>。
35
36 row++。
37
38testName = sheet.Cells[row, column] as Range。
39testFile = sheet.Cells[row, column + 1] as Range。
40 }
41 while (testName.Value2 == null>。
42 }
43 else
44 {
45 throw (new Exception(MSG_01>>。
46 }
47
48 else
49 {
50 throw (new Exception(MSG_01>>。
51 }
52
53 projects.Add(project>。
54 }
55 this.Close(>。
56
57 return project。
58 }
序号
行号
错误描述
修改建议
1
8
变量row未定义
定义变量int row = 0。
2
14、22
操作符错误
把<>改成！=
3
43、44、45、46
else 多余
将else{内容}删除
4
47
缺少右括号“}”
补上右括号}
5
55
this.close<）代码多余
删除代码this.close(>
6
18、20、24
变量命名错误<变量名不能以数字开头）
去掉变量名1_name前面的1_
7
57
函数返回值类型不匹配
把project改成projects

3、阅读下列说明，回答【问题1】至【问题2】问题，将解答填入答题纸的对应栏内。
某工程组制定了如下图所示的测试后期Bug管理的相关流程。
1.发现Bug (Status→新建>
2.小组长分析 (Status→固定>
3.开发者修改 (Status→已处理>
4.小组长确认结果 (Status→已解决>
测试小组长进行确认
Assigned To: 开发人员
Assigned To: 开发小组长
Assigned To: 测试人员
5.测试人员回归测试 (Status→验证>
Assigned To: 版本管理者
6.版本管理者 (Status→结束>
Assigned To: 开发小组长
回归失败
是否重复
7．(Status→重复

【问题1】：请问作为该工程组的测试人员，主要参与上图中哪些步骤，各步骤的工作内容各是什么。(8分>
<1）根据测试case发现与设计不一致的地方，定为Bug，并将其状态改为“新建”
<5）对开发者修改的Bug，进行回归测试，确认Bug被正确的修改，并且符合功能设计要求
<7）如果测试人员发现Bug和已提交的Bug相同，则将Bug状态修改为“重复”。
【问题2】：为了便于Bug的管理，以及能够顺利按照该流程执行避免由于描述不清等导致的退回情况，请为该工程组设计一份简单的Bug记录。只需列出Bug记录的要素，以及对于该要素的说明即可。<12分）
1
Bug号

2
Bug发现时间

3
Bug记录时间

4
Bug发现者

5
Bug发现时所处的测试阶段

6
Bug所属的种类

7
Bug的状况[概要说明]

8
Bug的状况[详细内容]

9
Bug发生的原因

10
Bug原因的详细叙述

11
Bug的修改者

12
修改的文件<版本号）

13
Bug的解决方案

14
Bug解决后的确认方案

15
Bug解决确认结果

16
Bug解决确认时间

17
Bug解决确认者

18
Bug的状态

19
Bug是否有截图或其他证据

12 / 12