测试用例-软件测试技术实战(3)

发表于:2017-7-11 11:47

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:顾翔    来源:51Testing软件测试网原创

  扩展阅读:FIPS标准和SQL-92标准
  1.FIPS标准
  FIPS(Federal Information Processing Standards)即(美国)联邦信息处理标准。它是批准技术与标准国家协会 (National Institute of Standards and Technology),为联邦计算机系统制定标准和指南。
  2.SQL-92标准
  SQL-92,是数据库的一个ANSI/ISO标准。
  SQL92标准有4个层次
  入门级
  这是大多数开发商符合的级别。这一级只是对前一个标准SQL89稍做修改。所有数据库开发商都不会有更高的级别,实际上,美国国家标准和技术协会NIST(National Institute of Standards and Technology,这是一家专门检验SQL合规性的机构)除了验证入门级外,甚至不做其他的验证。Oracle 7.0于1993年通过了NIST的SQL92入门级合规性验证,那时我也是小组中的一个成员。如果一个数据库符合入门级,它的特性集则是Oracle 7.0的一个功能子集。
  过渡级
  这一级在特性集方面大致介于入门级和中间级之间。
  中间级
  这一级增加了许多特性,包括(以下所列并不完整):
  完备级
  增加了以下特性(同样,这个列表也不完整):
  入门级标准不包括诸如外联结(outer join)和新的内联结(inner join)语法等特性。过渡级则指定了外联结语法和内联结语法。中间级增加了更多的特性,当然,完备级就是SQL-92全部。有关SQL-92的大部分书都没有区别这些级别,这就会带来混淆。这些书只是说明了一个完整实现SQL-92的理论数据库会是什么样子。所以无论你拿起哪一本书,都无法将书中所学直接应用到任何SQL-92数据库上。关键是,SQL-92最多只达到入门级,如果你使用了中间级或更高级里的特性,就存在无法"移植"应用的风险。
  10.本地化测试
  本地化测试是指为各个地方开发产品的软件测试,如英文版、中文版等,包括程序是否能够正常运行,界面是否符合当地习俗,快捷键是否正常起作用等,特别要测试在A语言操作系统环境下运行B语言软件(如在英文版的Windows操作系统下试图运行中文版的程序),运行是否正常。
  11.文字测试
  文字测试主要测试文字是否拼写正确、是否易懂、不存在二义性、没有语法错误;文字与内容(包括图片、文字)是否有出入等。
  12.发布测试
  主要在产品发布前对一些附带产品,如说明书、广告稿等进行软件测试。发布测试在验收测试中进行。
  说明书测试
  说明书测试主要为语言检查、功能检查、图片检查。
  语言检查:检查说明书语言是否正确,用词是否易于理解。
  功能检查:功能是否描述完全,或者描述了并没有的功能等。
  图片检查:检查图片是否正确。
  宣传材料测试
  主要测试软件产品中附带的宣传材料中的语言、描述功能、图片。
  产品说明书的测试
  产品说明书是用户(特别是一些新用户)了解产品的一个有力工具。所以,软件测试工程师应该对产品说明书中的每一条功能进行严格核实。除此之外,还应从用户的角度思考,考虑是否将注意事项告诉了用户,产品说明书是否便于阅读,产品说明书的书写逻辑是否合理以及说明书中章节的前后顺序是否需要进行调整。
  产品广告
  产品广告往往是由市场人员为了推销产品而书写的,对于广告中提及的功能,我们要与市场和销售人员进行及时沟通,弄清楚每条语句是在哪个模块的哪个功能点上实现的,然后在产品上具体操作一下,看是否是那么一回事。广告具有一定的夸大性,这在所难免。但是,对于夸大过份的内容,软件测试工程师有提出修改建议的责任。
  1.1.10  软件测试曲线
  众所周知软件的Bug不可能为零,但一般随着时间的推移,Bug数逼近于零。软件测试曲线如图1-19所示。
 
 图1-19  软件测试曲线
  这里,横坐标是时间,纵坐标是还没有发现的Bug数。项目开始前,Bug为无穷大,随着时间的推移,Bug趋于零,但是不会等于零。
  另外一条曲线的横坐标是时间,纵坐标是已经发现的Bug数。项目开始前,Bug为零,随着时间的推移,Bug趋于一个固定值,但是不会等于这个值。
  一般来说,两条曲线的交汇处为产品发布的最好时候,避免过度软件测试,也避免软件测试不够。
  1.1.11  软件的杀虫剂现象
  由于每个软件测试工程师的思路不同,测试的侧重点也可能不同,所以,不同的测试工程师即使执行相同的测试用例,发现的Bug也可能不同。例如,A测试某个模块,第一天到第四天测到许多Bug,但是从第五天开始几乎报不出Bug了。第七天换了B,B又测试出许多Bug,但不能简单地说A的水平差,B的水平高。其实,这是由于A对这个模块产生了抗药性造成的,这就是软件测试学中的杀虫剂现象,可用图1-20表示。
  
图1-20  软件测试的杀虫剂现象
  为避免杀虫剂现象,建议每次进行轮流测试,最好安排不同的工程师进行不同模块的测试工作。
  案例1-17:根据软件杀虫剂现象进行测试计划调整。
  某软件项目有测试员甲、乙、丙、丁4人,项目模块为A、B、C、D、E、F、G七个模块,测试周期为3周,为了避免软件杀虫剂现象,测试经理做了分工,见表1-4。这样保证了每一个模块至少有两个人经过测试。
本文选自《软件测试技术实战-设计、工具及管理》第一章,本站经人民邮电出版社和作者的授权。
版权声明:51Testing软件测试网获人民邮电出版社和作者授权连载本书部分章节。任何个人或单位未获得明确的书面许可,不得对本文内容复制、转载或进行镜像,否则将追究法律责任。
相关推荐:
软件工程模型-软件测试技术实战(2)
33/3<123
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号