软件测试-作业2

软件测试作业2

1.找出程序中的错误:

public int findLast (int[] x, int y) {
//Effects: If x==null throw
NullPointerException
// else return the index of the last element
// in x that equals y.
// If no such element exists, return -1
for (int i=x.length-1; i > 0; i--)
{
if (x[i] == y)
{
return i;
}
}
return -1;
}
// test: x=[2, 3, 5]; y = 2
// Expected = 0

fault:因为数组是从0开始的,所以循环的时候应该从数组长度减一一直到零

修正:for (int i=x.length-1; i > 0; i--)应改为for (int i=x.length-1; i >= 0; i--)

public static int lastZero (int[] x) {
//Effects: if x==null throw
NullPointerException
// else return the index of the LAST 0 in x.
// Return -1 if 0 does not occur in x
for (int i = 0; i < x.length; i++)
{
if (x[i] == 0)
{
return i;
}
} return -1;
}
// test: x=[0, 1, 0]
// Expected = 2

fault:代码要实现的是找出最后一个零的位置,所以应该从后往前循环,如果从前往后找到就退出则是第一个零的位置

修正:

for (int i = 0; i < x.length; i++)改为for (int i = x.length-1; i >=0; i--)

2.If possible, identify a test case that does not execute the fault. (Reachability)

代码一:test: x=[]; y = 6

代码二:test: x=[];

都是空不执行直接抛出异常

3.If possible, identify a test case that executes the fault, but does not result in an error state.

代码一:test: x=[2, 3, 5]; y = 5 结果为2,正确,因为没有到x[0]就返回了,不算error

代码二:test: x=[0,2,3]; 结果为0,因为只有一个0

4.If possible identify a test case that results in an error, but not a failure.

代码一:test: x=[0, 3, 5]; y = 6  结果为-1,正确

代码二:test: x=[2, 3, 0]; 结果为2,正确

转载于:https://www.cnblogs.com/merfy/p/8574680.html

第一章 (判断) 1 程序测试是为了验证程序的功能而执行程序的过程× 2 软件测试是从编码开始,到开发结束× 3 软件缺陷的最大来源是产品说明书 √ 4 软件测试是软件质量保证的重要手段√ 5 软件测试是软件生命周期的一个阶段性工作× 6 烟雾测试(冒烟测试) 目的是确认软件基本功能正常,可以进行后续的正式测试工作√ 7 测试脚本是使用程序设计语言编写的可执行的程序× 8 软件测试在软件开发过程是可选的,在项目时间比较紧时,可以省略测试的过程× 软件测试的误区 误区一:如果发布出去的软件有质量问题,都是软件测试人员的错 误区二:软件测试技术要求不高,至少比编程容易多了 误区三:有时间就多测试一些,来不及就少测试一些 误区四:软件测试测试人员的事,与开发人员无 误区五:根据软件开发瀑布模型,软件测试是开发后期的一个阶段 软件测试的原则-1 1 所有测试的标准都是建立在用户需求之上。 2 软件测试必须基于“质量第一”的思想去开展各项工作,当时间和质量冲突时,时间要服从质量。 3 事先定义好产品的质量标准,只有有了质量标准,才能根据测试的结果,对产品的质量进行分析和评估。 4 软件项目一启动,软件测试也就是开始,而不是等程序写完,才开始进行测试。 5 穷举测试是不可能的。甚至一个大小适度的程序,其路径排列的数量也非常大,因此,在测试不可能运行路径的每一种组合 软件测试的原则-2 1 第三方进行测试会更客观,更有效。 2 软件测试计划是做好软件测试工作的前提。 3 测试用例是设计出来的,不是写出来的,所以要根据测试的目的,采用相应的方法去设计测试用例,从而提高测试的效率,更多地发现错误,提高程序的可靠性。 4 对发现错误较多的程序段,应进行更深入的测试。一般来说,一段程序已发现的错误数越多,其存在的错误概率也就越大。 5 重视文档,妥善保存一切测试过程文档(测试计划、测试用例、测试报告等) 软件测试的原则-3 1 应当把“尽早和不断地测试”作为测试人员的座右铭 2 回归测试联性一定要引起充分的注意,修改一个错误而引起更多错误出现的现象并不少见 3 测试应从“小规模”开始,逐步转向“大规模”。 4 不可将测试用例置之度外,排除随意性。 5 必须彻底检查每一个测试结果。 6 一定要注意测试错误发生现象,这和程序员的编程水平和习惯有很大的系 7 对测试错误结果一定要有一个确认的过程 第二章 (判断) 1 需求评审和设计评审是静态测试方法√ 2 最正式的评审方法是会议审查√ 3 需求评审的参与者当,必须要有用户或用户代表参与 √ 4 每次的需求会议评审都需要测试人员、业务人员、业务主管等相人员参与× 5 需求评审需要确定评审的标准√ 6 需求评审最重要的是“从用户的角度”进行评审√ 7 系统架构评审重点在系统的耦合度和内聚力上× 第三章 (填空) 1 测试用例的概念:是可以被独立执行的一个过程,一个最小的测试体 2 测试用例的三种状态:通过,未通过,未进行测试 3 测试用例的分类:正面,负面 4 由一系列的测试用例并与之联的测试环境组合而构成的集合称为:测试套件 测试自动化 1 误区:自动化测试可以取代手工测试 2 Jmeter使用的自动比较技术的验证模式是Assert: 断言 3 掌握Jmeter的简单使用方法和概念,如下图,如做如下测试:模拟20个用户并发访问1次www.suse.edu.cn, Jmeter的使用 要测试网站负载,应在“线程组”下添加…. TestComplete的使用 1 使用TC测试网站www.baidu.com的搜索功能(搜索“四川理工学院”),搜索结果的网页应该有“四川理工学院…”的链接文本 2 脚本的类型: 线性脚本、结构化脚本、键字脚本、数据驱动脚本第一章 (判断) 1 程序测试是为了验证程序的功能而执行程序的过程× 2 软件测试是从编码开始,到开发结束× 3 软件缺陷的最大来源是产品说明书 √ 4 软件测试是软件质量保证的重要手段√ 5 软件测试是软件生命周期的一个阶段性工作× 6 烟雾测试(冒烟测试) 目的是确认软件基本功能正常,可以进行后续的正式测试工作√ 7 测试脚本是使用程序设计语言编写的可执行的程序× 8 软件测试在软件开发过程是可选的,在项目时间比较紧时,可以省略测试的过程× 软件测试的误区 误区一:如果发布出去的软件有质量问题,都是软件测试人员的错 误区二:软件测试技术要求不高,至少比编程容易多了 误区三:有时间就多测试一些,来不及就少测试一些 误区四:软件测试测试人员的事,与开发人员无 误区五:根据软件开发瀑布模型,软件测试是开发后期的一个阶段 软件测试的原则-1 1 所有测试的标准都是建立在用户需求之上。 2 软件测试必须基于“质量第一”的思想去开展各项工作,当时间和质量冲突时,时间要服从质量。 3 事先定义好产品的质量标准,只有有了质量标准,才能根据测试的结果,对产品的质量进行分析和评估。 4 软件项目一启动,软件测试也就是开始,而不是等程序写完,才开始进行测试。 5 穷举测试是不可能的。甚至一个大小适度的程序,其路径排列的数量也非常大,因此,在测试不可能运行路径的每一种组合 软件测试的原则-2 1 第三方进行测试会更客观,更有效。 2 软件测试计划是做好软件测试工作的前提。 3 测试用例是设计出来的,不是写出来的,所以要根据测试的目的,采用相应的方法去设计测试用例,从而提高测试的效率,更多地发现错误,提高程序的可靠性。 4 对发现错误较多的程序段,应进行更深入的测试。一般来说,一段程序已发现的错误数越多,其存在的错误概率也就越大。 5 重视文档,妥善保存一切测试过程文档(测试计划、测试用例、测试报告等) 软件测试的原则-3 1 应当把“尽早和不断地测试”作为测试人员的座右铭 2 回归测试联性一定要引起充分的注意,修改一个错误而引起更多错误出现的现象并不少见 3 测试应从“小规模”开始,逐步转向“大规模”。 4 不可将测试用例置之度外,排除随意性。 5 必须彻底检查每一个测试结果。 6 一定要注意测试错误发生现象,这和程序员的编程水平和习惯有很大的系 7 对测试错误结果一定要有一个确认的过程 第二章 (判断) 1 需求评审和设计评审是静态测试方法√ 2 最正式的评审方法是会议审查√ 3 需求评审的参与者当,必须要有用户或用户代表参与 √ 4 每次的需求会议评审都需要测试人员、业务人员、业务主管等相人员参与× 5 需求评审需要确定评审的标准√ 6 需求评审最重要的是“从用户的角度”进行评审√ 7 系统架构评审重点在系统的耦合度和内聚力上× 第三章 (填空) 1 测试用例的概念:是可以被独立执行的一个过程,一个最小的测试体 2 测试用例的三种状态:通过,未通过,未进行测试 3 测试用例的分类:正面,负面 4 由一系列的测试用例并与之联的测试环境组合而构成的集合称为:测试套件 测试自动化 1 误区:自动化测试可以取代手工测试 2 Jmeter使用的自动比较技术的验证模式是Assert: 断言 3 掌握Jmeter的简单使用方法和概念,如下图,如做如下测试:模拟20个用户并发访问1次www.suse.edu.cn, Jmeter的使用 要测试网站负载,应在“线程组”下添加…. TestComplete的使用 1 使用TC测试网站www.baidu.com的搜索功能(搜索“四川理工学院”),搜索结果的网页应该有“四川理工学院…”的链接文本 2 脚本的类型: 线性脚本、结构化脚本、键字脚本、数据驱动脚本
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值