基于实际测试的功能测试点总结

2024-04-21

基于实际测试的功能测试点总结(通用11篇)

篇1:基于实际测试的功能测试点总结

1.页面链接检查:每一个链接是否都有对应的页面,并且页面之间切换正确。可以使用一些工具,如LinkBotPro、File-AIDCS、HTML Link Validater、Xenu等工具。LinkBotPro不支持中文,中文字符显示为乱码;HTML Link Validater只能测试以Html或者htm结尾的网页链接;Xenu无需安装,支持asp、do、jsp等结尾的网页,xenu测试链接包括内部链接和外部链接,在使用的时候应该注意,同时能够生成html格式的测试报告。如果系统用QTP进行自动化测试,也可以使用QTP的页面检查点检查链接。

2.相关性检查:

Ø 功能相关性:删除/增加一项会不会对其他项产生影响,如果产生影响,这些影响是否都正确,常见的情况是,增加某个数据记录以后,如果该数据记录某个字段内容较长,可能会在查询的时候让数据列表变形。Ø 数据相关性:下来列表默认值检查,下来列表值检查,如果某个列表的数据项依赖于其他模块中的数据,同样需要检查,比如,某个数据如果被禁用了,可能在引用该数据项的列表中不可见。

3.检查按钮的功能是否正确:如新建、编辑、删除、关闭、返回、保存、导入,上一页,下一页,页面跳转,重置等功能是否正确。常见的错误会出现在重置按钮上,表现为功能失效。

4.字符串长度检查: 输入超出需求所说明的字符串长度的内容, 看系统是否检查字符串长度。还要检查需求规定的字符串长度是否是正确的,有时候会出现,需求规定的字符串长度太短而无法输入业务数据。

5.字符类型检查: 在应该输入指定类型的内容的地方输入其他类型的内容(如在应该输入整型的地方输入其他字符类型),看系统是否检查字符类型。

6.标点符号检查: 输入内容包括各种标点符号,特别是空格,各种引号,回车键。看系统处理是否正确。常见的错误是系统对空格的处理,可能添加的时候,将空格当作一个字符,而在查询的时候空格被屏蔽,导致无法查询到添加的内容。

7.特殊字符检查:输入特殊符号,如@、#、$、%、!等,看系统处理是否正确。常见的错误是出现在% ‘ 这几个特殊字符

8.中文字符处理: 在可以输入中、英文的系统输入中文,看会否出现乱码或出错。

9.检查信息的完整性: 在查看信息和更新信息时,查看所填写的信息是不是全部更新,更新信息和添加信息是否一致。要注意检查的时候每个字段都应该检查,有时候,会出现部分字段更新了而个别字段没有更新的情况。

10.信息重复: 在一些需要命名,且名字应该唯一的信息输入重复的名字或ID,看系统有没有处理,会否报错,重名包括是否区分大小写,以及在输入内容的前后输入空格,系统是否作出正确处理。

11.检查删除功能:在一些可以一次删除多个信息的地方,不选择任何信息,按“delete”,看系统如何处理,会否出错;然后选择一个和多个信息,进行删除, 看是否正确处理。如果有多页,翻页选,看系统是否都正确删除,并且要注意,删除的时候是否有提示,让用户能够更正错误,不误删除。

12.检查添加和修改是否一致: 检查添加和修改信息的要求是否一致,例如添加要求必填的项,修改也应该必填;添加规定为整型的项,修改也必须为整型.13.检查修改重名:修改时把不能重名的项改为已存在的内容,看会否处理,报错.同时,也要注意,会不会报和自己重名的错.14.重复提交表单:一条已经成功提交的纪录,返回后再提交,看看系统是否做了处理。对于Web系统来说,可以通过浏览器返回键或者系统提供的返回功能。

15.检查多次使用返回键的情况: 在有返回键的地方,返回到原来页面,重复多次,看会否出错。

16.搜索检查: 有搜索功能的地方输入系统存在和不存在的内容,看搜索结果是否正确.如果可以输入多个搜索条件,可以同时添加合理和不合理的条件,看系统处理是否正确,搜索的时候同样要注意特殊字符,某些系统会在输入特殊字符的时候,将系统中所有的信息都搜索到。

17.输入信息位置: 注意在光标停留的地方输入信息时,光标和所输入的信息会否跳到别的地方。

18.上传下载文件检查:上传下载文件的功能是否实现,上传文件是否能打开。对上传文件的格式有何规定,系统是否有解释信息,并检查系统是否能够做到。下载文件能否打开或者保存,下载的文件是否有格式要求,如需要特殊工具才可以打开等。上传文件测试同时应该测试,如果将不能上传的文件后缀名修改为可以上传文件的后缀名,看是否能够上传成功,并且,上传文件后,重新修改,看上传的文件是否存在。

19.必填项检查:应该填写的项没有填写时系统是否都做了处理,对必填项是否有提示信息,如在必填项前加“*”;对必填项提示返回后,焦点是否会自动定位到必填项。

20.快捷键检查:是否支持常用快捷键,如Ctrl+C、Ctrl+V、Backspace等,对一些不允许输入信息的字段,如选人,选日期对快捷方式是否也做了限制。

21.回车键检查: 在输入结束后直接按回车键,看系统处理如何,会否报错。这个地方很有可能会出现错误。

22.刷新键检查:在Web系统中,使用浏览器的刷新键,看系统处理如何,会否报错。

23.回退键检查:在Web系统中,使用浏览器的回退键,看系统处理如何,会否报错。对于需要用户验证的系统,在退出登录后,使用回退键,看系统处理如何;多次使用回退键,多次使用前进键,看系统如何处理。

24.直接URL链接检查:在Web系统中,直接输入各功能页面的URL地址,看系统如何处理,对于需要用户验证的系统更为重要。如果系统安全性设计的不好,直接输入各功能页面的URL地址,很有可能会正常打开页面。

25.空格检查:在输入信息项中,输入一个或连串空格,查看系统如何处理。如对于要求输入整型、符点型变量的项中,输入空格,既不是空值,又不是标准输入。

26.输入法半角全角检查:在输入信息项中,输入半角或全角的信息,查看系统如何处理。如对于要求输入符点型数据的项中,输入全角的小数点(“。”或“.”,如4.5);输入全角的空格等。

27.密码检查:一些系统的加密方法采用对字符Ascii码移位的方式,处理密码加密相对较为简单,且安全性较高,对于局域网系统来说,此种方式完全可以起到加密的作用,但同时,会造成一些问题,即大于128的Ascii对应的字符在解密时无法解析,尝试使用“uvwxyz”等一些码值较大的字符作为密码,同时,密码尽可能的长,如17位密码等,造成加密后的密码出现无法解析的字符。

28.用户检查:任何一个系统,都有各类不同的用户,同样具有一个或多个管理员用户,检查各个管理员之间是否可以相互管理,编辑、删除管理员用户。同时,对于一般用户,尝试删除,并重建同名的用户,检查该用户其它信息是否重现。同样,提供注销功能的系统,此用户再次注册时,是否作为一个新的用户。而且还要检查该用户的有效日期,过了有效日期的用户是不能登录系统的。容易出现错误的情况是,可能有用户管理权限的非超级管理员,能够修改超级管理员的权限。

29.系统数据检查:这是功能测试最重要的,如果系统数据计算不正确,那么功能测试肯定是通不过的。数据检查根据不同的系统,方法不同。对于业务管理平台,数据随业务过程、状态的变化保持正确,不能因为某个过程出现垃圾数据,也不能因为某个过程而丢失数据。

30.系统可恢复性检查:以各种方式把系统搞瘫,测试系统是否可正常迅速恢复。

31.确认提示检查:系统中的更新、删除操作,是否提示用户确认更新或删除,操作是否可以回退(即是否可以选择取消操作),提示信息是否准确。事前或事后提示,对于Update或Delete操作,要求进行事前提示。

32.数据注入检查:数据注入主要是对数据库的注入,通过输入一些特殊的字符,如“’”,“/”,“-”等或字符组合,完成对SQL语句的破坏,造成系统查询、插入、删除操作的SQL因为这些字符而改变原来的意图。如select * from table where id = ‘ ’ and name = ‘ ’,通过在id输入框中输入“12’-”,会造成查询语句把name条件注释掉,而只查询id=12的记录。同样,对于update和delete的操作,可能会造成误删除数据。当然还有其它一些SQL注入方法,具体可以参考《SQL应用高级SQL注入.doc》,很多程序都是基于页面对输入字符进行控制的,可以尝试跳过界面直接向数据库中插入数据,比如用Jmeter,来完成数据注入检查。

33.刷新检查:web系统中的WebForm 控件实时刷新功能,在系统应用中有利有弊,给系统的性能带来较大的影响。测试过程中检测刷新功能对系统或应用造成的影响(白屏),检查控件是否回归默认初始值,检查是否对系统的性能产生较大影响(如每次刷新都连接数据库查询等)。

34.事务检查:对于事务性操作,断开网络或关闭程序来中断操作,事务是否回滚。

35.时间日期检查:时间、日期验证是每个系统都必须的,如2006-2-

29、2006-6-31等错误日期,同时,对于管理、财务类系统,每年的1月与前一年的12月(同理,每年的第1季度与前一年的第4季度)。另外,对于日期、时间格式的验证,如2006年2月28日、2006-2-

28、20060228等。日期检查还要检查日期范围是否符合实际的业务,对于不符合时间业务的日期,系统是否会有提示或者有限制

36.多浏览器验证:越来越多的各类浏览器的出现,用户访问Web程序不再单单依赖于Microsoft Internet Explorer,而是有了更多的选择:Maxthon、Firefox、Tencent Traveler等,考虑使用多种浏览器访问系统,验证效果。

37.安装测试:对于C/S架构的系统,安装程序的测试是一个重要方面,安装程序自动化程度、安装选项和设置(验证各种方案是否都能正常安装)、安装过程中断测试、安装顺序测试(分布式系统)、修复安装及卸载测试。

38.文档测试:主要是对用户使用手册、产品手册进行测试,校验是否描述正确、完整,是否与当前系统版本对照,是否易理解,是否二义性等。

39.测试数据检查:事实告诉我们,测试数据比代码更有可能是错的,因此,当测试结果显示有错误发生的时候,怀疑代码错误前要先对测试数据检查一遍。

40.请让我的机器来运行:在某些项目中,出现一个病态的问题:系统没有问题呀,它在我的机器上是能够通过的。这就说明了其中存在着和环境相关的BUG。“是否所有的一切都受到了版本控制工具的管理?”、“本机的开发环境和服务器的环境是否一样?”、“这里是否存在一个真正的BUG,只不过是在其他的机器里偶然出现?”。所有的测试必须在所有系统要求的机器上运行通过,否则的话,代码就可能存在问题。

41.Ajax技术的应用:Ajax有很多优点,但也有很多缺点,如果利用优点、避免缺点,是我们对新的Web2.0应用的一个挑战。而Ajax的应用最直接的问题就是用户体验,用户体验的效果直接关系到是否使用Ajax技术。“会做,并不意味着应该做、必须做”,这就是对Ajax技术的很重要的注解。

42.Ajax技术的应用:Ajax采用异步调用的机制实现页面的部分刷新功能,异步调用存在异常中断的可能,尝试各种方法异常中断异步的数据调用,查看是否出现问题。在这里遇到的一个问题就是对日期控件的操作,已经如果页面数据较多的时候的刷新。

43.脚本错误:随着Ajax、IFrame等异步调用技术的发展,Javascrīpt技术也越来越受到开发人员的重视,但Javascrīpt存在调试困难、各浏览器存在可能不兼容等问题,因此在Web系统中,可能会出现脚本错误。同时,脚本错误造成的后果可大、可小,不能忽视。

篇2:基于实际测试的功能测试点总结

1.页面链接检查:每一个链接是否都有对应的页面,并且页面之间切换正确。可以使用一些工具,如LinkBotPro、File-AIDCS、HTML Link Validater、Xenu等工具。LinkBotPro不支持中文,中文字符显示为乱码;HTML Link Validater只能测试以Html或者htm结尾的网页链接;Xenu无需安装,支持asp、do、jsp等结尾的网页,xenu测试链接包括内部链接和外部链接,在使用的时候应该注意,同时能够生成html格式的测试报告。如果系统用QTP进行自动化测试,也可以使用QTP的页面检查点检查链接。

2.相关性检查:功能相关性:删除/增加一项会不会对其他项产生影响,如果产生影响,这些影响是否都正确,常见的情况是,增加某个数据记录以后,如果该数据记录某个字段内容较长,可能会在查询的时候让数据列表变形。

数据相关性:下来列表默认值检查,下来列表值检查,如果某个列表的数据项依赖于其他模块中的数据,同样需要检查,比如,某个数据如果被禁用了,可能在引用该数据项的列表中不可见。

3.检查按钮的功能是否正确:如新建、编辑、删除、关闭、返回、保存、导入,上一页,下一页,页面跳转,重置等功能是否正确。常见的错误会出现在重置按钮上,表现为功能失效。

4.字符串长度检查: 输入超出需求所说明的字符串长度的内容, 看系统是否检查字符串长度。还要检查需求规定的字符串长度是否是正确的,有时候会出现,需求规定的字符串长度太短而无法输入业务数据。

5.字符类型检查: 在应该输入指定类型的内容的地方输入其他类型的内容(如在应该输入整型的地方输入其他字符类型),看系统是否检查字符类型。

6.标点符号检查: 输入内容包括各种标点符号,特别是空格,各种引号,回车键。看系统处理是否正确。常见的错误是系统对空格的处理,可能添加的时候,将空格当作一个字符,而在查询的时候空格被屏蔽,导致无法查询到添加的内容。

7.特殊字符检查:输入特殊符号,如@、#、$、%、!等,看系统处理是否正确。常见的错误是出现在% ‘ " 这几个特殊字符

8.中文字符处理: 在可以输入中、英文的系统输入中文,看会否出现乱码或出错。

9.检查信息的完整性: 在查看信息和更新信息时,查看所填写的信息是不是全部更新,更新信息和添加信息是否一致。要注意检查的时候每个字段都应该检查,有时候,会出现部分字段更新了而个别字段没有更新的情况。

10.信息重复: 在一些需要命名,且名字应该唯一的信息输入重复的名字或ID,看系统有没有处理,会否报错,重名包括是否区分大小写,以及在输入内容的前后输入空格,系统是否作出正确处理。

11.检查删除功能:在一些可以一次删除多个信息的地方,不选择任何信息,按“delete”,看系统如何处理,会否出错;然后选择一个和多个信息,进行删除, 看是否正确处理。如果有多页,翻页选,看系统是否都正确删除,并且要注意,删除的时候是否有提示,让用户能够更正错误,不误删除。

12.检查添加和修改是否一致: 检查添加和修改信息的要求是否一致,例如添加要求必填的项,修改也应该必填;添加规定为整型的项,修改也必须为整型.13.检查修改重名:修改时把不能重名的项改为已存在的内容,看会否处理,报错.同时,也要注意,会不会报和自己重名的错.14.重复提交表单:一条已经成功提交的纪录,返回后再提交,看看系统是否做了处理。对于Web系统来说,可以通过浏览器返回键或者系统提供的返回功能。

15.检查多次使用返回键的情况: 在有返回键的地方,返回到原来页面,重复多次,看会否出错。

16.搜索检查: 有搜索功能的地方输入系统存在和不存在的内容,看搜索结果是否正确.如果可以输入多个搜索条件,可以同时添加合理和不合理的条件,看系统处理是否正确,搜索的时候同样要注意特殊字符,某些系统会在输入特殊字符的时候,将系统中所有的信息都搜索到。

17.输入信息位置: 注意在光标停留的地方输入信息时,光标和所输入的信息会否跳到别的地方。

18.上传下载文件检查:上传下载文件的功能是否实现,上传文件是否能打开。对上传文件的格式有何规定,系统是否有解释信息,并检查系统是否能够做到。下载文件能否打开或者保存,下载的文件是否有格式要求,如需要特殊工具才可以打开等。上传文件测试同时应该测试,如果将不能上传的文件后缀名修改为可以上传文件的后缀名,看是否能够上传成功,并且,上传文件后,重新修改,看上传的文件是否存在。

19.必填项检查:应该填写的项没有填写时系统是否都做了处理,对必填项是否有提示信息,如在必填项前加“*”;对必填项提示返回后,焦点是否会自动定位到必填项。

20.快捷键检查:是否支持常用快捷键,如Ctrl+C、Ctrl+V、Backspace等,对一些不允许输入信息的字段,如选人,选日期对快捷方式是否也做了限制。

21.回车键检查: 在输入结束后直接按回车键,看系统处理如何,会否报错。这个地方很有可能会出现错误。

22.刷新键检查:在Web系统中,使用浏览器的刷新键,看系统处理如何,会否报错。

23.回退键检查:在Web系统中,使用浏览器的回退键,看系统处理如何,会否报错。对于需要用户验证的系统,在退出登录后,使用回退键,看系统处理如何;多次使用回退键,多次使用前进键,看系统如何处理。

24.直接URL链接检查:在Web系统中,直接输入各功能页面的URL地址,看系统如何处理,对于需要用户验证的系统更为重要。如果系统安全性设计的不好,直接输入各功能页面的URL地址,很有可能会正常打开页面。

25.空格检查:在输入信息项中,输入一个或连串空格,查看系统如何处理。如对于要求输入整型、符点型变量的项中,输入空格,既不是空值,又不是标准输入。

26.输入法半角全角检查:在输入信息项中,输入半角或全角的信息,查看系统如何处理。如对于要求输入符点型数据的项中,输入全角的小数点(“。”或“.”,如4.5);输入全角的空格等。

27.密码检查:一些系统的加密方法采用对字符Ascii码移位的方式,处理密码加密相对较为简单,且安全性较高,对于局域网系统来说,此种方式完全可以起到加密的作用,但同时,会造成一些问题,即大于128的Ascii对应的字符在解密时无法解析,尝试使用“uvwxyz”等一些码值较大的字符作为密码,同时,密码尽可能的长,如17位密码等,造成加密后的密码出现无法解析的字符。

28.用户检查:任何一个系统,都有各类不同的用户,同样具有一个或多个管理员用户,检查各个管理员之间是否可以相互管理,编辑、删除管理员用户。同时,对于一般用户,尝试删除,并重建同名的用户,检查该用户其它信息是否重现。同样,提供注销功能的系统,此用户再次注册时,是否作为一个新的用户。而且还要检查该用户的有效日期,过了有效日期的用户是不能登录系统的。容易出现错误的情况是,可能有用户管理权限的非超级管理员,能够修改超级管理员的权限。

29.系统数据检查:这是功能测试最重要的,如果系统数据计算不正确,那么功能测试肯定是通不过的。数据检查根据不同的系统,方法不同对于业务管理平台,数据随业务过程、状态的变化保持正确,不能因为某个过程出现垃圾数据,也不能因为某个过程而丢失数据。

30.系统可恢复性检查:以各种方式把系统搞瘫,测试系统是否可正常迅速恢复。

31.确认提示检查:系统中的更新、删除操作,是否提示用户确认更新或删除,操作是否可以回退(即是否可以选择取消操作),提示信息是否准确。事前或事后提示,对于Update或Delete操作,要求进行事前提示。

32.数据注入检查:数据注入主要是对数据库的注入,通过输入一些特殊的字符,如“’”,“/”,“-”等或字符组合,完成对SQL语句的破坏,造成系统查询、插入、删除操作的SQL因为这些字符而改变原来的意图。如select * from table where id = ‘ ’ and name = ‘ ’,通过在id输入框中输入“12’-”,会造成查询语句把name条件注释掉,而只查询id=12的记录。同样,对于update和delete的操作,可能会造成误删除数据。当然还有其它一些SQL注入方法,具体可以参考《SQL应用高级SQL注入.doc》,很多程序都是基于页面对输入字符进行控制的,可以尝试跳过界面直接向数据库中插入数据,比如用Jmeter,来完成数据注入检查。

33.刷新检查:web系统中的WebFor m.控件实时刷新功能,在系统应用中有利有弊,给系统的性能带来较大的影响。测试过程中检测刷新功能对系统或应用造成的影响(白屏),检查控件是否回

归默认初始值,检查是否对系统的性能产生较大影响(如每次刷新都连接数据库查询等)。

34.事务检查:对于事务性操作,断开网络或关闭程序来中断操作,事务是否回滚。

35.时间日期检查:时间、日期验证是每个系统都必须的,如2006-2-

29、2006-6-31等错误日期,同时,对于管理、财务类系统,每年的1月与前一年的12月(同理,每年的第1季度与前一年的第4季度)。另外,对于日期、时间格式的验证,如2006年2月28日、2006-2-

28、20060228等。日期检查还要检查日期范围是否符合实际的业务,对于不符合时间业务的日期,系统是否会有提示或者有限制。

36.多浏览器验证:越来越多的各类浏览器的出现,用户访问Web程序不再单单依赖于Microsoft Internet Explorer,而是有了更多的选择:Maxthon、Firefox、Tencent Traveler等,考虑使用多种浏览器访问系统,验证效果。

37.安装测试:对于C/S架构的系统,安装程序的测试是一个重要方面,安装程序自动化程度、安装选项和设置(验证各种方案是否都能正常安装)、安装过程中断测试、安装顺序测试(分布式系统)、修复安装及卸载测试。

38.文档测试:主要是对用户使用手册、产品手册进行测试,校验是否描述正确、完整,是否与当前系统版本对照,是否易理解,是否二义性等。

39.测试数据检查:事实告诉我们,测试数据比代码更有可能是错的,因此,当测试结果显示有错误发生的时候,怀疑代码错误前要先对测试数据检查一遍。

40.请让我的机器来运行:在某些项目中,出现一个病态的问题:系统没有问题呀,它在我的机器上是能够通过的。这就说明了其中存在着和环境相关的BUG。“是否所有的一切都受到了版本控制工具的管理?”、“本机的开发环境和服务器的环境是否一样?”、“这里是否存在一个真正的BUG,只不过是在其他的机器里偶然出现?”。所有的测试必须在所有系统要求的机器上运行通过,否则的话,代码就可能存在问题。

41.Ajax技术的应用:Ajax有很多优点,但也有很多缺点,如果利用优点、避免缺点,是我们对新的Web2.0应用的一个挑战。而Ajax的应用最直接的问题就是用户体验,用户体验的效果直接关系到是否使用Ajax技术。“会做,并不意味着应该做、必须做”,这就是对Ajax技术的很重要的注

解。

42.Ajax技术的应用:Ajax采用异步调用的机制实现页面的部分刷新功能,异步调用存在异常中断的可能,尝试各种方法异常中断异步的数据调用,查看是否出现问题。在这里遇到的一个问题就是对日期控件的操作,已经如果页面数据较多的时候的刷新。

篇3:基于实际测试的功能测试点总结

现代软件工程学中, 软件测试作为软件开发的重要环节越来越受到人们的重视。随着软件开发规模的增大、复杂程度的增加, 测试工作也显得更加困难。在测试中面临如下方面的问题:测试的基本单元应该是什么;继承的内在含义是什么;封装造成的困难是什么;多态性引起的附加困难是什么?本文就上述几个问题进行论述与分析。

二、面向对象软件测试的概念

面向对象软件测试是根据面向对象的软件开发过程结合面向对象的特点提出的。是新兴的软件测试技术, 是专门针对使用面向对象技术开发的软件而提出的一种测试技术。其目的是为了解决传统的软件测试技术, 面对面向对象技术开发的软件多少显得有些力不从心的现象。面向对象开发技术和传统的开发技术相比, 新增了多态、继承、封装等特点。这些新特点使得开发出来的程序, 具有更好的结构、更规范的编程风格, 极大地优化了数据使用的安全性, 提高了代码的重用率。然而, 另一方面也影响了软件测试的方法和内容, 增加了软件测试的难度, 带来了传统软件设计技术所不存在的错误;或者使得传统软件测试中的重点不再突出。

三、面向对象单元测试的选择

传统的单元测试的对象是软件设计的最小单位——模块。单元测试的依据是详细设计描述, 单元测试应对模块内所有重要的控制路径设计测试用例, 可以发现模块内部的错误。对于面向对象系统中的测试案例设计, 类——而不是功能 (面向对象中的方法) , 被作为测试的基本单元。

四、继承测试问题的分析

继承的功能是面向对象系统的主要优点之一。一个应用中正在被测试的类可能已经被完整地测试过后, 有必要重新测试继承的方法吗?当然在大多数情况下, 继承的功能要重新测试。因为当功能被继承时会产生新的使用上下文。另一个原因是, 多继承增加了要测试的上下文的数目。所以, 在设计一个类的测试计划时必须考虑类所继承的所有功能。

继承可以用来实现开发中的特殊化关系或仅为了编程的方便。实现特殊化作为继承的出发点必须对应于问题域的特殊化。这里, 用于测试超类的测试案例可能在测试继承类时是可以复用的。如果继承的使用仅仅是为了编程的方便, 那么这种子类不可能体现真正特殊化关系。因此我们把用于超类的测试案例直接复用于继承类存在一定的问题。继承类必须从新测试。所以, 基于继承所使用的上下文对继承要重新测试。从上述讨论中我们可以得出的结论是:派生类必须被测试, 即使其代码可能没有经过更改。我们需要对实施于基类的测试再补充一些测试案例来覆盖派生类中那些未被基类满足的需求区域。

五、封装测试问题的分析

封装是面向对象系统中添加的功能之一。封装本身不是错误的一个来源, 但是许多开发人员认为它会妨碍测试, 因为测试要求报告对象的具体和抽象状态。封装确实会使提供这类报告变得困难, 继而影响到报告方法的可靠验证。但是, 有几种方法可以解决这个问题。那么, 通过什么方法可以在较高层解决该问题呢?可以尝试使用常规的“正确性证明”技术, 因为一个已被证明的方法有理由免于测试。一个程序的常规正确性证明类似于证明一个理论是正确的。必须使用常规的数学方法来证明程序正确地执行了期望它实现的功能。常规的正确性证明就如同穷举测试, 不仅难度大而且耗时。但状态报告方法趋向于小而简单, 而且使用常规方法来证明相对比较容易。从上述讨论可以得出的结论是:封装加大了测试的难度, 但这个问题是可以解决的。底层单侧或调试工具可以帮助查看对象, 但不推荐使用。常规方法提供了最丰富的结果, 但实现起来极其困难。

六、多态测试问题的分析

多态对象将有多个绑定, 但是必须对多态对象的每个可能的绑定进行单独的测试。问题在于定位所有这种绑定可能很困难。无法定位到所有这些绑定将削弱代码覆盖的目标, 因而是不理想的。有可能缺陷就潜伏在这种情况下。我们必须承认:单独测试多态对象的多个绑定的要求确实会产生问题。它还会使集成规划变得复杂, 因为在一个客户类可以被测试之前, 必须集成许多服务类。

从上述讨论中, 我们可以得出结论:必须测试多态对象的所有绑定以检查完整的代码覆盖, 但是定位所有绑定却存在困难。

参考文献

[1]余先荣罗婷婷.关于面向对象软件测试技术的研究[J].中国新通信, 2013, (8) .

篇4:基于实际测试的功能测试点总结

北京中医药大学心血管病研究所所长、东直门医院心内科主任王显教授表示,虽然不能仅靠几道测试题,就能准确计算出心脏的实际年龄,但面对我国心血管疾病发病和死亡率不断上升的现状,这些警示能够帮助人们重视心脏健康,并立刻改变生活方式。

血压高,加5岁。据统计,我国每年心脑血管病死亡350万人,其中一半以上死亡与高血压有关。70%的脑卒中、50%的心脏病发生与高血压有关。

建议:上海交通大学附属瑞金医院高血压科教授郭冀珍呼吁,大家应提高对高血压的防范意识,做到早发现、早治疗、早控制。家里最好备个血压计,高血压患者即使血压达标也应每周坚持自测1-2次。如果血压未达标或经常感觉头痛、眩晕,最好每天测1次,以免延误病情,更重要的是在医生指导下用药和换药,不要吃吃停停或自行减量。

吸烟,加4岁。吸烟对心脏的损害是长期且顽固的。研究发现,吸烟的人发生心肌梗死的风险是常人的3倍,女性吸烟者患心脏病几率额外增加25%。

建议:尽量戒烟,并远离二手烟。

有家族史,加1岁。美国《女性挚友》杂志刊登的一项研究发现,如果直系亲属中有超过两人患有心脏病,发病风险将增加4倍。

建议:有研究证实,不良的生活方式对心脏的影响超过遗传,有家族史的人更要培养健康的生活习惯。

如果你是男性,加3岁。美国“心脏年龄”网站收集的600万数据显示,男性的心脏年龄比实际年龄老3岁,这与他们吸烟率高、精神压力大有关系。

建议:除了戒烟,男性更要学会减压,应让生活多点休闲成分,不要什么事都自己扛,家人也要多理解和支持。加拿大一项研究发现,男人在工作压力大时,如果得到妻子或女友的支持,其收缩压可平均下降2.5毫米汞柱。

爱吃肉,加3岁。研究发现,提升好胆固醇(高密度脂蛋白)水平有助于降低心脏病和脑卒中患病风险。红肉中的饱和脂肪酸会增加坏胆固醇,威胁心脏健康。美国哈佛大学研究发现,如果将饮食中的饱和脂肪酸换成不饱和脂肪酸,可使冠心病的患病风险降低19%。

建议:美国杜克大学饮食与健康研究中心营养学专家伊丽莎贝塔·波里提博士指出,饱和脂肪酸主要来自家畜的肉和乳类脂肪,应该少吃,每周最好吃1~2次三文鱼等深海鱼。从深海鱼、橄榄油等食物中摄入一定欧米伽-3脂肪酸,有助于提高好胆固醇水平,改善心脏健康。

口味重,加2岁。《新英格兰医学杂志》的研究显示,如果将每天食盐量减少半茶匙,冠心病的患病率将大减。

建议:北京朝阳医院营养师宋新指出,每天摄入不超过6克盐(一个啤酒瓶盖所盛的量),做菜时若不想放太多盐,可在菜出锅时再放盐,也可加一些醋,能让偏淡的菜肴变得咸淡适中。

喜欢熬夜,加4岁。习惯熬夜、长期睡眠不足的人容易精神紧张、烦躁,这会导致小动脉血管收缩,周围血管阻力增加,从而导致血压升高等症状,诱发心脏病。

建议:成年人每天要保证6-8小时的睡眠,晚上睡眠不足的人,中午最好睡个午觉。

习惯久坐,加4岁。长时间伏案工作、上网或打游戏,容易导致深静脉血栓,而血栓一旦游离至心脏或肺脏,就容易导致心脏病。

建议:久坐者应该至少每小时起身活动一次,以保持全身血液通畅。

肥胖,加4岁。流行病学调查表明,肥胖是导致冠心病发病的独立危险因素之一。此外,肥胖还会增加心梗、中风的发病率。

建议:体重指数(体重(千克)/身高(米)的平方)超过25的人,应及时控制体重,科学运动加上合理饮食,保持吃与动的平衡。饮食上,多吃叶菜类、根茎类蔬菜、西红柿、苹果、柑橘等水果以及豆类、全麦面食、稀饭。每天坚持运动,跑步、骑自行车、游泳等有氧运动都是不错的选择。

静息心率每分钟75次以下,减2岁。近年来,大量研究证实了静息心率(人在安静、空腹、清醒的状态下,不受外界环境影响而测出的心率)增快,是心血管疾病发病与死亡的一项独立危险因素。《新英格兰医学杂志》刊登一项研究发现,静息心率大于75次的男性比静息心率更低者的心脏病早亡危险高3倍。

建议:美国体能协会会员、体育科学专家尼尔·亨德森建议,要积极运动,推荐采取间歇交替锻炼的方法,每周3次,每次30分钟,跑步或骑自行车都可以,开始慢跑一段距离,之后以最快速度返回原点,多次反复,直至感觉疲劳。

北京大学人民医院心内科教授徐成斌强调,大家要养成经常摸脉搏的习惯,早上醒来时、胸闷心悸时、剧烈运动后,都要有意识地摸摸脉搏来了解自己的心率。如果频繁出现心率过快的情况,就需要到医院进行相关检查,明确原因后调理或治疗。

每天运动30分钟,减5岁。美国心脏协会在2010年就曾提出,每周进行不少于150分钟的中等强度运动或75分钟的高强度运动,能够保护心脏。

建议:王显说,只有能够让我们身体发热或呼吸加快的运动才更有益身体健康,如果你平时喜欢闲情漫步,不妨改成快走或者慢跑。

心态平和,凡事不急躁,减3岁。北京中日友好医院中西医结合心脏内科副主任医师曹启富指出,坏情绪是心脏大敌,有心血管病的人更不能着急、上火,很容易诱发急性心脏病。

建议:遇到了失意的事,要想的开,多和家人朋友沟通,通过交流,我们会发现自己的经历并不是最糟的。想发脾气时,先缓冲一下,不去立刻面对这件事情,让时间去“稀释”这些不愉快的回忆。另外,运动、聚会、唱歌也是不错的宣泄方法。

爱吃坚果,减2岁。坚果是心脏的最佳零食。美国哈佛大学研究发现,每周吃2-3次坚果的男性比几乎不吃坚果的男性死于心脏病的几率要小30%。目前,美国心脏学会已经将坚果列为“护心食品”。

篇5:APP测试功能点总结

1.功能性测试:

——根据产品需求文档编写测试用例。

——软件设计文档编写用例。

注意:就是根据产品需求文档编写测试用例而进行测试。

2.兼容性测试:

——android版本的兼容性

——手机分辨率兼容性

——网络的兼容性:2G3G4GWIFI,弱网下、断网时

——app跨版本的兼容性

1.适配性测试:

1>.手机不同分辨率支持:客户端支持的分辨率等

2>.手机不同版本的支持:2.34.04.4等;在测试计划中:需要安排单独的时间用于android不同系统的兼容性测试,包括2.0以下版本和4.0以上等

3>.手机不同厂家系统的支持:不同厂家会有不同android系统,例如:小米,华为,锤子对市面上主流手机的支持

4>.手机不同尺寸的支持:3.5到5.0屏幕在UI显示有区别,要支持最大到最小。

2.安装、卸载测试:

1>.生成apk文件在真机上可以安装及卸载;

2>.Android手机端通用安装工具。如:豌豆荚

3.在线升级测试:

1>.验证数字签名

2>.升级后可以正常使用。

3>.在线跨版本升级。

3.性能测试:

——压力测试:

——电量流量测试:

——cup、内存消耗:

——app启动时长

——crash率

——内存泄漏

4.网络测试:

1.外网测试主要现实模拟客户使用网络环境,检验客户单程序在实际网若环境中使用情况及进行业务操作。

2.外网测试主要覆盖到wifi2G3G4G,.netwap、电信移动联通、所有可能的组合进行测试。

原则:

1.尽可能全面覆盖用户的使用场景,测试用例中需要包含不同网络排列组合的各种可能。

2.还有模拟信号被屏蔽时候。客户端的影响等。还有做外包场景测试,在高山、丘陵、火车上等特殊环境下进行全面测试

5.接口性测试:

——client端和service端的交互

——client端的数据更新和service端的数据是否一致

——client端更新时断开了。

——client端更新时service端挂了。

6.业务逻辑测试:

1.业务逻辑测试:主要测试客户端业务能否正常完成。

2.功能点测试:主要测试客户端功能点是否正常使用

3.关联性测试:主要测试客户端与pc端的交互,客户端处理完后,pc端与客户端数据一致

7.异常测试:

1.交互异常性测试:客户端作为手机特性测试,包括被打扰的情况;如来电、来短信、低电量测试等,还要注意手机端硬件上,如:待机,插拔数据线、耳机等操作不会影响客户端。

2.异常性测试:主要包含了断网、断电、服务器异常等情况下,客户端能否正常处理,保证数据正确性。

客户端侧性能测试:

1.基准性能测试:主要通过压服务器端接口及客户端在不同网络环境下响应速度。

2.大数量的测试:主要在特定环境下,客户端一次性更新大量的数据及人员列表时,客户端能否正常处理,分为三种情况:

——客户端第一次使用,第一次就更新大量数据及人员列表。

——客户端在平时更新中,更新大量的数据

——客户端已经在手机本地下载很多数据后,再次更新大量

篇6:基于实际测试的功能测试点总结

2.当请求别人的帮助时,我总是感到不好意思

3.我会给以前的同事以及其他工作中的熟人寄送圣诞贺卡

4.当有问题想不通时,我会打电话或发电子邮件向以前的同事或熟人请教

5.我不喜欢开会浪费时间

6.我不记得我们团队里所有成员的名字及其家庭情况

7.我会将杂志上那些我认为其他同事感兴趣的文章剪下来

8.我宁愿发电子邮件或写信,也不愿打电话

9.我会尽快答复别人的电话请求

10.我会努力争取在委员会、混合任务小组以及项目小组里的工作机会

11.我喜欢依靠自己的力量来处理问题

12.我乐于向别人要求寄送工作贺卡

13.我会与团队以外的人一起参加社交活动

14.我已与以前的老板失去联系

15.我利用互联网与业内的朋友保持联系

16.我努力不让工作扰乱自己的社交

按照下面的方法计算自己的人际关系能力得分:

问题1、3、4、7、9、10、12、13与15,如果同意,则加1分,

 

测试:你的人际关系能力实际上怎样

 

问题2、5、6、8、11、14与16,如果不同意,也加1分。

得分和相关评价

0~5目前你好像并没有参与很多的人际关系活动。你要小心,免得在晋升或其他职业机会时被人遗忘。很显然,你需要阅读本章中提供的有关建议。不过,如果你仍然觉得与人交往令你颇费脑筋,那你也许可以找一位你认为人际关系处理得不错的朋友或值得信赖的同事,向他请教你如何才能做得更好一些。

6~9你有一些人际交往,但如果你对提高自身形象、通过与他人的交往增加职业发展机会感兴趣,那么你应该投入更多的精力。再回头看看练习中的问题,什么是你目前还没有做到的?

10~13你的人际关系能力超过了平均水平。不过,你也许还有可以改进的地方。如果你在单位内部人际关系处理得很好,那么你就需要更多地与外面的人交往,反之亦然。

篇7:基于实际测试的功能测试点总结

膜元件标准回收率为膜元件生产厂家在标准测试条件所采用的回收率,海德能公司苦咸水膜元件的标准回收率15%,海水膜元件10%。

膜元件实际回收率是膜元件实际使用时的回收率。为了降低膜元件的污染速度、保证膜元件的使用寿命,膜元件生产厂家对单支膜元件的实际回收率作了明确规定,要求每支l米长的膜元件实际回收率不要超过18%,但当膜元件用于第二级反渗透系统水处理时,则实际回收率不受此限制,允许超过18%。

系统回收率是指反渗透装置在实际使用时总的回收率。系统回收率受给水水质、膜元件的数量及排列方式等多种因素的影响,小型反渗透装置由于膜元件的数量少、给水流程短,因而系统回收率普遍偏低,而工业用大型反渗透装置由于膜元件的数量多、给水流程长,所以实际系统回收率一般均在75%以上,有时甚至可以达到90%,

在某些情况下,对于小型反渗透装置也要求较高的系统回收率,以免造成水资源的浪费,此时在设计反渗透装置时就需要采取一些不同的对策,最常见的方法是采用浓水部分循环,即反渗透装置的浓水只排放一部分,其余部分循环进入给水泵入口,此时既可保证膜元件表面维持一定的横向流速,又可以达到用户所需要的系统回收率,但切不可通过直接调整给水/浓水进出口阀门来提高系统回收率,如果这样操作,就会造成膜元件的污染速度加快,导致严重后果。

系统回收率越高则消耗的水量越少,但回收率过高会发生以下问题。

①产品水的脱盐率下降。

②可能发生微溶盐的沉淀。

③浓水的渗透压过高,元件的产水量降低。

篇8:基于实际测试的功能测试点总结

关键词:实验应力分析,应变片,测试原理,电桥,应用

科学的进步和发展是与科学实验密不可分的。随着我国城市化进程的发展、基本建设规模的不断扩大,许多工程项目对实验测试技术不断提出新的要求。实验应力分析在工程实际中得到了更广泛的应用。例如:在设计大型工程结构(混凝土结构、钢结构)或重要机械设备时,一般都需要用实验应力分析的方法对模型进行应变、应力的测试。测定某些必要的参数,为改进设计方案提供必要依据;为鉴定结构可靠性提供必要的参数。

1 测试原理

1.1 应变片的构成

应变片是由敏感栅、基底、覆盖层及引出线组成(见图1)。

敏感栅是电阻应变量转化为电阻变化量的敏感部分;基底和覆盖层具有定位和保护电阻丝与被测体绝缘的作用;引线起着连接测量导线的作用。

1.2 应变片的工作原理

应变片的工作原理是基于金属丝的电阻应变效应,即金属丝电阻随机械变形而改变的物理现象。其在不同方向的外力作用下,所产生的变形量(ε)不同。

设有一根长度为L的导线,横截面积为A、电阻率为ρ的金属丝,其初始电阻值为R=ρLA,见图2。

R=ρLA两边取对数后微分得:

dRR=dρρ+dLL-dAA,而dAA=2dDD=-2μdLL=-2με;

故:dRR/ε=(1+2μ)+dρρ/ε,令(1+2μ)+dρρ/ε=Κ;

则:dRR=Κε,即:ΔRR=Κε(Κ为电阻应变片的灵敏系数)。

1.3 电阻应变仪

电阻应变仪的作用就是可以将被测试构件因荷载作用引起的应变量转换为电阻变化率ΔRR。可以看出只要测得ΔRR的值,我们就可以通过换算得到应变值ε

电桥是应变仪的重要组成部分。通过电桥可以将应变片转换来的电阻变化率ΔRR再转换为电压变化,然后再由电压变化输给放大器加以放大。测量电桥见图3。

图中R1,R2,R3,R4为桥臂电阻,且R1=R2=R3=R4。

A,B端电压为UAB=ER1R1+R2AD端电压为UAD=ER4R3+R4;则B,D端输出电压为UBD=UAB-UAD=E(R1R3-R2R4)(R1+R2)(R3+R4)

当电桥处于平衡时,B,D间输出电压为0,即UBD=0,因此R1R3=R2R4。各电阻应变片所感受的应变量分别为ε1,ε2,ε3,ε4,各电阻的变化量为ΔR1,ΔR2,ΔR3,ΔR4,则有:

UBD=E(R3+ΔR3)(R1+ΔR1)-(R2+ΔR2)(R4+ΔR4)(R1+ΔR1+R2+ΔR2)(R3+ΔR3+R4+ΔR4);

UBD=EΚ4(ΔR1R1-ΔR2R2+ΔR3R3-ΔR4R4)=EΚ4(ε1-ε2+ε3-ε4);故:ε读=4UBDΚE=(ε1-ε2+ε3-ε4);ε读=(ε1-ε2+ε3-ε4)。

其中,ε读为应变仪读数。

1.4 温度效应

由于被测结构构件上粘贴的应变片不仅受到荷载的作用,也会因温度的影响产生一定的变化量,从而产生附加应力,即温度效应。为了消除温度效应,我们采用与被测材料相同的物体作为补偿块,补偿块不受荷载作用,只感受环境温度的变化。在补偿块上粘贴与被测构件相同的等效电阻应变片,将其接入电桥。利用惠斯通电桥的加减特性,则电桥相邻两臂上的电阻,由于温度引起的应变变化量相互抵消,从而消除了温度带给测试的影响。

1.5 测量电桥的组桥方式

测量电桥的组桥方式很多,有1/4桥、半桥、全桥三大类。测试中可根据实际情况的需要进行各种方式的组桥,恰当的组桥方式,不仅可以消除因荷载偏心造成的影响,也可以消除由于温度变化而带来的影响,提高测量精度。

2 应用

应变测量法是结构实验中非常重要的实验内容,通过测试结构有关部位的应变,就可以了解其在荷载作用下的应力分布情况、内力情况,从而了解结构的性能和承载力等,为建立结构理论提供重要的依据。应变片的测量用途非常广泛,我们可以根据测试要求,将一个弹性元件上粘贴电阻应变片,组成桥路,制作出各种所需要的应变式传感器。

在工程结构静载检测中,对于单点或多点加载无施加力的大小显示时,就需要荷载传感器来感受并反映受力信息,那我们就可以采用应变式力传感器来实现加载。

另外,对钢筋混凝土结构的应变监测也普遍采用电阻应变片。在施工过程中,将粘贴于结构表面或受力筋上的应变片经特殊防护处理后,埋置于混凝土内,可以对受力结构进行实时监测。

3 结语

实验应力分析在结构工程中发挥着重大的作用。应变片具有使用方便、操作简单、相对稳定、灵敏度高、结构受力后出现的微小变形能够直接被反映出来、测量结果可靠等优点被广泛使用。但在长期的使用中,我们也发现了一些问题,例如,因场地的狭小使我们必须采用长导线,而长导线必然会增大电桥桥臂的初始电阻。另外若测试在雨季时进行,那么处于潮湿环境中的应变片如何做好防水、防潮处理等都是关键的问题,这些因素都会直接影响到测试的结果。如何更好地解决这些问题,更完善电阻应变片的使用,是目前需要解决的问题。应变测量技术以其自身特性而被广泛应用于多个领域,在不远的将来应变测量技术不仅会更加完善,也会得到更充分的应用和发展。

参考文献

[1]徐俊刚,张立材.绝缘电阻在线检测研究[J].山西建筑,2008,34(4):185-186.

[2]周详,刘益虹.工程结构检测[M].北京:北京大学出版社,2007:2.

篇9:基于实际测试的功能测试点总结

关键词:快充电路;手机快充;大电流快充电路

1 FAN5405、APL3216、AW3208三款charge IC及WPT2E33-

3/TR大封装大功率BJT三极管充电的优缺点分析

本文针对Fairchild公司的FAN5405、茂达公司的APL3216以及艾为公司的AW3208三款charge IC及双极结型晶体管BJT+MOS管分立器件实现充电电路进行了评估并提炼出各自优劣点。

1.1 FAN540X系列

优点:①外围电路简单。②FAN5400系列芯片充电方式为开关式充电,因此具有比线性充电器更高的效率,充电速度更快。③散热性能更优。④可以根据不同容量的电池设定不同的充电电流。⑤具有输入OVP和OTP功能,能保证电路的可靠性。⑥能限制输入充电电流,保护在大电流充电情况下插入USB充电器造成电流反向灌入USB端口。⑦能在系统不正常工作时,及时关断对电池的充电。⑧由电池供电,具有升压模式,能为USB OTG提供稳定5V/300mA。

缺点:①芯片成本较高。②芯片充电过程需要系统通过I2C接口读写寄存器值,因此在软件上需要做较大更改。③不能兼容输出电压较高的诺基亚充电器。图1 评估板充电曲线及充电数据(充电电池容量650mAh)

1.2 APL3216系列

优点:①采用MOS管构成的电流镜像放大机制,输出电流的增益受温度影响较低,在大电流充电下表现明显。②具有OVP和OTP的功能。③充电方式为脉冲充电,因此无需修改软件。④外围器件简单,节省空间,成本较FAN540X也会低很多。⑤兼容诺基亚充电器。

篇10:测试:你升职的优势点在哪

A:脱下鞋子掷向二楼

B:回到车站打电话

C:弄坏门或窗的锁,或用铁丝想办法开门

A:你是运动型,把经营事业看做赌博或运动,做事稳妥,但也很重视新点子,偶尔冒险,

测试:你升职的优势点在哪

B:你是挑战勇士型,将社会或工作场所视为争夺胜负的地方,创业型经营者多属此型。

篇11:高职商务英语听说测试的几点思考

关键词: 高职商务英语听说测试 商务英语听说期末试卷 分析

语言测试是语言教学的重要手段之一,它可以为教学提供目标,检测学习者的学习效果及教师的授课手段和方法的效果。

在高职商务英语听说教学中,听说测试在一定程度上影响着听说教学的方向、内容和方法。

要使商务英语听说测试能更好地为学生商务英语听说能力的发展服务,就必须在测试的内容和设计方面不断探索。

下面我就来分析我校的一份商务英语听说期末试卷。

一、试卷分析

1.试卷特点

从试卷结构来看,本试卷分两大部分:第一部分为听力测试,共5大题,题型分别为:听写、判断正误、填空、多项选择和一道视听题,总共60分;第二部分为口试,分为两部分:第一部分是口述,第二部分是对话,共40分。

试卷题型丰富,考查方式灵活。

2.试卷内容

本试卷覆盖的内容包括商务活动的各个方面,既体现了商务性,又考查了学生英语听说能力。

试卷的第五部分是一套《大学英语应用能力B级》的听力测试题。

因为高职高专学生要求通过《大学英语应用能力B级》,所以在听力测试中加入这部分是符合大纲要求,也是符合学生需要的。

3.题型分析

(1)词汇听写。

本题所涉及的词汇都是商务英语对话中出现频率较高的词汇,学生对其较为熟悉,因此,要完成本题难度不大。

就分值来看,本题8分,分值偏少,可以上调到10分左右。

将本题放在试卷的第一大题,从心理角度来看是比较科学的,因为本题可以作为考试的热身部分,从语言较小的单位词汇开始过渡,能帮助学生尽快进入考试状态。

(2)判断正误。

本题主要考查学生对一篇听力文章的整体理解,所涉及的内容为工作描述。

听力材料的难度中等,答案并没有全部在原文中直接出现,但学生通过所听到的内容结合自己的分析能较容易地对所给的句子作出正确判断。

但应将本题放后一些,因为听力内容应从词汇过渡到句子或短对话,再到短文理解,这样的顺序更科学。

(3)补全对话。

本题的两段对话涉及的内容为电话用语,其中包括电话找人和电话预定。

本题要求学生熟悉电话用语和预定房间时涉及的饭店用语,并在只听一遍的情况下将所缺的词或者短语补充完整。

就难度而言,本题相对容易,因为所缺的词或短语为电话和酒店英语最常用的,学生对其比较熟悉。

但是听力材料不应只放一篇,而应稍微增加难度,要求学生有较快的反应能力及笔记能力。

(4)视听题。

本题所涉及内容为商务接待,分为两个部分:多项选择和连线。

多选题部分要求学生看懂并听懂视频内容,并能了解其中的细节,连线要求学生对视频中人物所提的问题找到相应的回答,这不仅考查听力,而且要求学生熟悉商务接待的流程和各种情形下的用语。

本题所选的材料结合声音和图像,具有真实性的特点。

(5)B级听力。

本题选用了6月B级真题的听力部分作为考试内容。

因为《大学英语应用能力B级》是高职高专学生必须通过的能力考试,所以平时上课教师会将这一内容结合到教学中去,因此将B级的听力放进期末试卷也有一定的意义。

(6)口语题。

本题分为两个部分:Statement和Dialogue。

第一部分主要考查学生对商务知识的掌握情况和他们组织语言的情况;第二部分不仅考查学生对商务用语的掌握情况,而且考查学生对商务礼仪的熟悉程度和商务交际的能力。

本题所涉及的话题都是本学期学过的内容,学生都进行过类似的操练,所以难度不大。

4.综合评价

本套试卷总的来说,内容覆盖了本学期的内容,题型灵活,难易适中,符合大纲要求和学生情况。

但是在题型顺序的安排上不够科学,在听力题型的设计上可以适当增加问答式和总结式,以便更好地测试学生的听力水平;口语部分采取的主要是直接口试,虽然这一方式能直接反映学生的口语能力,对教学也有良好的反驳作用,但是这种方式比较耗费资源,也存在一定的主观性,所以有一定的局限性,建议采用直接和半直接结合的口试方式。

本套试卷依然采用传统的模式,创新不多,随着技术的发展,社会对商务英语人才听说能力的要求逐渐提高,而作为技术学院的需要掌握语言的技能,并培养实际操作、实地运用的能力,所以在测试中如果能设计一些相关题型,改进测试的方式就会更好。

二、对高职商务英语听说测试的思考

1.对听力测试的设想

自20世纪80年代以来,教育界普遍认为提高听力理解能力是提高口语表达能力的基础。

听是接收口头语言,只有听懂对方的口头语言,才能表达自己的语言,同时,只有表达得正确才能使自己被对方理解,从而达到交流的目的。

这就为听力和口语测试的结合奠定了理论基础。

教师在设计试卷的时候,可以将听力测试与口语测试结合起来。

鉴于听力与口语测试各自的特点,笔试与口试两种形式都是必要的。

教师在结合听说设计试卷时,可以尝试以下方法:

(1)听对话录音,用口语回答教师所提出的与对话有关的问题,或者听短文录音,用口语回答短文后所提出与短文有关的问题或复述短文内容。

一般的听力测试基本上采用的是听录音,然后从试卷上找到相应问题的答案。

这是单纯的听力测试,不涉及口语部分。

当我们采取了让学生用口语回答教师的问题的方法时,就不仅仅要求学生听懂录音的内容和问题,还要在很短的时间内在理解语音信息后组织语言,以语音的形式对问题作出回答。

这样,既对学生的听力理解作了测试,又对口语能力作了测试。

当然这种测试的方法对学生的要求较高,测试时需要用到的设备和人力也比一般测试要多,但是预测这种形式的测试效果,是值得一试的。

(2)两个学生分别准备同一个主题的内容,然后进行对话,或者,教师将同一主题的资料分为两部分,分别发给两个学生,要求他们在一定的时间内记熟,然后以口语的形式与另外一个学生交换信息,将这一主题的所有信息补充完整。

这样可以使学生在对话过程中尽可能地集中注意力,理解对方的口语内容,然后从自己已有的信息中组织相关内容进行对话。

这种方式可以同时考查学生的听力理解能力和口语表达能力,达到交际的.目的,是英语听说教学的目标所在。

2.对口语测试的设想

大多数英语口语测试,尤其是学校的英语口语都是在教室内进行的,这样就无法为学生创设一个真实的语境,也很难判断其测试是否达到相应情景下英语口语的相应水平。

从口语测试的原则来看,我们要做到:真实性原则,即测试者为被测试者提供真实的交际场景,贴近被测试者学习英语的目的,在这种特定的语境中,判定其测试是否能达到相应情景下英语口语的相应水平;交互性原则,即被测试者之间、测试者与被测试者、被测试者与特定场景信息进行充分交流和互动,从而将被测试者的能力充分外显,为评分提供一个客观、公正的依据。

这两个原则都要求在进行英语的口语测试时,尤其是在进行商务英语口语测试时,为学生提供一个真实的语境或场景,以使学生能充分发挥本身的语言和交际能力。

现在几乎所有的大学都建立了语音试验室,在一些大学,特别是高职院校还有模拟实训室。

这些设备的建立为教师们在进行口语测试时设计仿真的场景创造了条件。

教师在测试前可以对这些实验室进行布置,使其看起来就像真实的场景一样,使学生有一种身临其境的感觉,对他们能力的发挥有一定的作用。

教师们如果有机会,可以将学生带到真实的场景中进行测试。

现在很多高职院校都会有一些实训基地,如公司、工厂、酒店,等等。

这也是很好的一种资源,不仅是测试的时候可以到这些场景里去,在平时的教学中,涉及相关的内容时教师也可以将学生领入实地,进行实地教学。

3.在教学中合理利用测试的积极反拨作用

英语测试对英语教学的正反拨作用体现在以下几个方面:(1)信息反馈。

英语测试的信息是师生掌握教学两方面成功与不足的最直接也最有说服力的材料,可以对英语的教与学起到检测、反馈和指引的作用。

(2)确立目标。

测试结果提供的信息可以给师生一个参考,从而制定一个切实可行的目标。

教师可针对学生的答卷情况,适当调整以后的教学计划并及时发现学生的优势和弱点,对其进行分析,鼓励并帮助他们克服困难;学生则可查漏补缺,调整自己的学习计划。

(3)教师自我评估。

英语测试检测的是学生和教师两方面的能力:学生学习的知识和能力及英语教师的素质和能力。

因此,教师通过英语测试可以了解自己的能力,及时地调整教学内容和方法,提高教学质量。

4.充分结合“终结性评估”和“形成性评估”

英语听说测试由于其考试的形式,主观因素较多,学生在考试的时候有可能受到考试内容、本身心理素质和教师评分时的主观因素的影响,会在一定程度上影响教师对学生作出客观、合理的评价。

商务英语听说由于其实践性较强,更需要教师在评价学生的时候结合各方面的表现,而不仅仅是一次终结性的考试。

形成性评估有利于全面整体性地评价学生,在很大程度上冲淡了主观性极强的终结性口语测试。

它还可以诊断教学活动中的问题,发现教学活动的症结,及时调整教学,所以在整体的教学活动中它应该发挥重要的作用。

笔者认为,在商务英语听说的测评当中,终结性评估和形成性评估的比例可以尽可能拉近。

平时成绩算入测试成绩,尤其是口语测试。

教师还可以建立学生的个人口语活动档案,对学生在口语学习过程中的表现进行必要的观察、记录和分析,再将这些平时成绩与将期末考试成绩结合起来进行综合评估,从而更客观地反映出学生的真实英语水平。

三、结语

英语听说测试需要一个逐渐完善的过程。

在试卷的设计和测试的方式上,如何体现测试的科学性、客观性、创新性、交际性和真实性,是英语教育者需要解决的问题。

但是教育理念的不断更新和先进教育设备的不断发展为语言测试的完善提供了越来越有利的条件。

教师要不断提高自身的理论素质和实践能力,思想要紧跟教育发展的步伐,使测试能更好地检测学生的水平和能力,也能更好地发挥其对教学的积极反拨作用。

参考文献:

[1]邹申.语言测试[M].上海:上海外语教育出版社,.9.

[2]赵科研.大学英语测试中的口语测试[J].辽宁财专学报,.2.

[3]李莉,弥沙.大学英语测试中的听说分离式测试[J].中国教育研究与创新,2005.9.

[4]张筝.学期测试对英语教学的反拨作用[J].河南工业大学学报(社会科学版),.12.

[5]郭革玲.英语测试及其对教学的影响[J].河南机电高等专科学校学报,.12.

上一篇:西隅小学总务的工作总结下一篇:历次党章修改:记录党的历史进程