通常软件测试会暴露软件中的缺陷,经过修正后可以保证软件系统的功能满足需求并正确运行。但是,在系统测试和确认测试中,测试人员容易遗漏一些隐藏的缺陷。众所周知,软件测试不可能发现所有的缺陷,而软件开发周期各个阶段仍然存在注入缺陷的可能,但是,有一些缺陷是测试中容易忽略的,也就是说,通过测试方法和用例可以充分暴露这些缺陷,遗憾的是,它们往往被忽略或者某种原因忘记测试了,这就给软件留下了隐患或者危机。这些容易被忽略的缺陷包括:

  1、安装缺陷

  通常项目组完成代码后,发布时候安装打包是最后一个环节,而软件测试人员通常在测试的时候,没有仔细的测试这一部分,而把用例集中在其他功能上。安装时候的缺陷通常通过拷贝而不是运行安装程序方式给测试人员安装软件,结果正式安装时候出现问题,引起例如控件没有注册,注册表没有导入等。删除时候没有注意安装文件夹是否存在用户文件,造成数据丢失;使用绝对路径;安装顺序没有说明书。

  2、配置文件

  有些文件在ini等配置文件中写出了管理员口令密码等信息,而且是明文的!这是一个安全隐患。另外,有些安装文件的 XML 文件,为了方便在数据库和中间层连接文件中写入了Admin 口令和密码。作为一个合格的软件测试人员,必须检查这些可以用记事本打开的文件。因为,一个稍有常识而且喜欢探索的用户,可能从中获取信息而成为不自觉的黑客。所以,配置文件可能成为软件安全方面的一个缺陷。

  3、网页安全缺陷

  现在网站开发已经注意到:登陆网站进入其内部网页后,直接拷贝网址,然后粘贴到另一IE 窗口输入,可以绕过登陆直接访问。也许商业网站很关注这个问题,但是很多行业软件却很容易忽略。

  网页安全缺陷还可能存在于 IE 弹出的子窗口。有些设计不严格的软件,在主页面关闭的时候子页面还可以运行,这是一个明显的漏洞,而且还大大增加了错误发生的几率。

  4、判断顺序/逻辑缺陷

  对界面进行多个输入判断的时候,非常容易出现这种问题。例如判断年月顺序,判断长度,判断非空等。假如操作员仅仅满足单个条件,保存不能成功;而按界面从上之下顺序一一满足条件之后,保存是没有问题的。但是,改变一下输入的次序,校验失效。例如,一一满足条件之后,不保存,倒过来将上面的输入改成非法输入,然后保存,结果居然也能成功,这是因为原先的判断由于发生过,或者根据语句顺序只检查最后一个判断,所以没有报错。这种错误尤其在 Java scrīpt 脚本的页面中要注意。能够保存不能保证数据正确,有可能引起系统崩溃或者后续数据错误。所以,在测试的时候,不要按照正常的顺序输入,而是要打乱步骤,看看代码是否强健,是否在判断逻辑上没有错误。良好的代码应该经得起折腾,至少保存时会再此全部进行判断,而不只是简简单单走到判断的最后一行。

  5、调试语句和冗余信息

  维护项目和升级改造的推广系统最容易潜伏这类缺陷。典型表现在没有删除或者屏蔽调试语句。弹出一个界面不友好的提示信息,会使不明真相的用户产生误以为系统发生了严重故障,从而引起对软件的不信任感。页面中某个角落存在当前客户不需要的冗余按钮和功能也是一种缺陷。多余的功能会使用户以为是额外附加部分而去使用,其结果可想而知;而多余的按钮会误导好奇心强的用户操作,产生不必要的错误。

  同样值得关注的还有参数设置,由于没有实际数据,开发人员在调试或者单元测试的时候,习惯性的进行自我设定而忘了删除,软件测试人员可能会忽略掉了这部分测试,也可能导致在客户现场发生错误而影响系统发布和验收。

  6、不可重现的故障

  新参加软件测试的人员或者新来的开发人员总是要问,不可重现的缺陷是否需要记录,有必要吗?回答是肯定的。测试必须如实的记录发生的问题,也许不能重现,或者使非软件系统本身问题,但是,可能这些偶然性背后是有规律的,不记录这些,就不可能发现这些规律。

  7、多节点的逆向流转缺陷

  当前软件不少喜欢使用工作流来驱动。工作流的问题,就是可能出现多个流向分支。测试容易忽略的部分,就是工作流多节点的逆向流转。例如,通过不通过涉及两个分支,但是流程逆转的时候,有可能不是回到上一节点而是平级的另一个节点去了。软件测试要格外注意这类用例的设计。另外,有些时候默认分支在向前的时候是有默认值的,例如默认通过,那么保存的时候要提示用户是否通过,否则可能由于操作疲劳而走错了节点,引起回退。

  8、输入框缺陷

  试过往输入框粘贴数据而不是直接输入吗?可能这里会出现问题。按 Ctrl+V 的时候,输入框会根据长度大小自动截断输入长度。但是用鼠标,截断可能会失效。有一次测试人员就是用这种方法把一篇 Word 文档输入进去了,保存的时候,数据库崩溃。有些网站登陆的口令****可以拷贝下来的,只要放在剪贴板里面马上明文显示。

  输入框可以说是问题最多的部分,能够引起的麻烦也很多。日期、数字、文本等等,都需要耐心的测试一下。

  9、界面布局缺陷

  曾经有一次,项目经理回来向测试部反映一个问题,客户对界面不满意。原因很简单,因为界面上删除按钮和保存按钮挨得很近。结果有些操作不熟练的业务人员,很容易误按。这个问题是测试人员没有意料到的,因此注意关闭、删除、退出按钮与保存、下一步等按钮的距离。类似的按钮应按此规则排列分布。

  界面布局还可能发生在窗口最大化和最小化上,有可能窗口缩小的时候没有下拉框或不匹配分辨率,对用户来讲,这个错误实在很低级。有些用户由于操作习惯,非常不喜欢腾出手使用鼠标,尤其是大量输入的界面,因此,要注意设置键盘的快捷方式。还有,按 Tab定位到下一焦点时要注意顺序,避免跳转太灵活而让操作人员感到无从适应,在界面进行维护或者修改的时候,不要忘了软件测试开发人员是否无意改变了这些快捷方式和跳转顺序。

  10、版本和补丁包的环境问题

  理论上讲,这属于兼容性测试应该覆盖的问题。有些客户很喜欢更新最新的软件版本或者微软时不时打些补丁包,问题就出现了。有时候升级不一定是好事。这些问题最好在测试的时候增加几个用例,多用不同软件版本的机器跑一跑。软件测试有个定律是:你没跑过的地方,就一定会出事。经常听到开发人员抱怨,怎么我的机器没问题,你的机器就有事了呢?这不能完全靠配置管理员解决问题,环境配置项是大家最容易忽略的。

  11、用户管理缺陷

  用户管理的角色和授权需要好好研究一下,作过测试的人员都知道,有时候为了测试的方便,测试用户都是具有超级权限的用户。而且,比较容易忽略用户管理这一部分的测试。往往发往客户的时候,很多测试用户都没有删除。

  另外,有些接口的用户和口令,到软件使用寿命结束都没有更改过。在一次测试中,软件测试人员发现,给一个用户授超级用户权限,之后更改这个用户为受限权限。使用中发现,用户居然没有真正回收权限,用户管理界面上没有任何不对。及早准备用户管理用例,不要等到测试快结束时候才想起。

  12、常识缺陷

  从逻辑或者统计学上讲,计算机是允许如此处理的,但是从常识上来讲,这些情况不可能发生。例如电话号码不可能出现小数点,终止时间不能大于开始时间等等。除此之外,常识还要结合业务特点来进行判断,因此,开发和测试人员要格外注意对自己知识的培养以及增加对需求细节的了解。不能因为一味追求进度而采用最简单的代码来实现,对用户来说,这些错误可能是很荒谬的。

  尽管我们不可能完美的测试一个软件,但是我们仍然可以改进我们的软件测试。每次测试结束,及时总结测试中的不足,进一步完善用例。思考一下那些容易忽略的软件缺陷,能提高对软件测试的认识,提高所在组织软件的质量。

软件测试人员易遗漏的一些隐藏缺陷相关推荐

  1. 软件测试缺陷表怎样描述,作为软件测试人员,如何描述缺陷(Defect)?

    作为软件测试人员,最基本的一项技能就是如何把所发现的缺陷(Defect)准确无歧义的表达出来,尤其还是全英文表达时候. 结合以前的一份总结,写下这篇博客. 其实从缺陷的描述也可以看出一个软件测试人员的 ...

  2. 测试人员容易遗漏一些隐藏的缺陷

    通常软件测试会暴露软件中的缺陷,经过修正后可以保证软件系统的功能满足需求并正确运行.但是,在系统测试和确认测试中,测试人员容易遗漏一些隐藏的缺陷.众所周知,软件测试不可能发现所有的缺陷,而软件开发周期 ...

  3. 软件测试中,容易被忽略的缺陷有哪些?

    小编热衷于收集整理资源,记录踩坑到爬坑的过程.希望能把自己所学,实际工作中使用的技术.学习方法.心得及踩过的一些坑,记录下来.也希望想做软件测试的你一样,通过我的分享可以少走一些弯路,可以形成一套自己 ...

  4. 你真的懂软件测试人员的痛苦吗?——目前软件测试5大误区

    随着软件测试对提高软件质量重要性的不断提高,软件测试也不断受到重视.但是,国内软件测试过程的不规范,重视开发和轻视测试的现象依旧存在. 因此,对于软件测试的重要性.测试方法和测试过程等方面都存在很多不 ...

  5. 软件测试人员分工【管理层必看】

    按照本文的主题还是来谈谈软件测试人员的分工吧!主要来谈传统软件测试过程中的测试分工 集体测试 也许专业测试里讲这种方式,很可能不叫"集体测试".因为我根据的自己的理解起了大概符合意 ...

  6. 软件测试人员经典面试题目汇总

    1.说说一个缺陷的生命周期 考查点: 测试人员对于缺陷整体生命周期的理解 ,注意面试官用词,有时只需要回答关键节点,有时需要分开阐述. 围绕缺陷提交.缺陷确认.缺陷打开.缺陷修复.缺陷回归.缺陷关闭这 ...

  7. 软件测试人员能力素质要求

    软件测试人员能力素质要求 一.基本素质要求 1.良好的沟通能力 2.扎实的工作作风 3.全面的技术基础 4.高级的综合素质 二.对软件测试工程师的误区 1.软件测试不可能发现所有错误,没必要较真 2. ...

  8. 论新时代软件测试人员的工作之道(一)之一个故事

    根据记载,魏文王曾求教于名医扁鹊:"你们家兄弟三人,都精于医术,谁是医术最好的呢?"扁鹊:"长兄最好,中兄次之,我最差." 魏王不解地说:"那么为什么 ...

  9. 关于不能成为专业软件测试人员的10大理由的一些阐述

    <不能成为专业软件测试人员的10大理由>终于在两个夜晚苦战到12点多翻译完了,2,3年不接触英文还真是很生硬,可能大家一看就知道是Chinese English,哈哈!只能请阅者委屈一下了 ...

最新文章

  1. 【前端】:jQuery上
  2. 廖雪峰团队最新研磨的实战宝典终终终终终终于免费了!
  3. 【codeforces 768F】 Barrels and boxes
  4. SpringBoot中自定义拦截器
  5. Waymo冰火两重天:无人出租车最快今秋推出,高管团队嫌隙严重
  6. ICE专题:实现简单的聊天室(一)
  7. C++ 控制结构和函数(二) —— 函数I(Functions I)
  8. How to Prevent the next Heartbleed
  9. 马上开始的机器学习顶会ICML该关注什么?论文集、精彩Workshop都在这里
  10. caffe 绘制accuracy和loss曲线
  11. Atitit.  Exception in thread main java.lang.Error: Unresolved compilation problem:
  12. Word多级标题出现黑块的解决思路
  13. 计算机里保存文件时没有桌面,电脑在保存文件时桌面怎么不见了怎么办
  14. 2016最新iOS开发证书配置和安装的详细步骤攻略
  15. matlab containers,matlab中的containers.Map()
  16. ROS 简单的跨浏览器通信
  17. linux下使用安装包安装git
  18. 关于项目部署在Tomcat中使用软连接之坑
  19. 数值积分-龙贝格(Romberg)积分
  20. matlab fmu,在Simulink中初始化Dymola FMU

热门文章

  1. Gitee如何免费部署静态网站?
  2. c语言编写的鼠标键盘录制程序,用C语言写的鼠标驱动程序
  3. java 整数 范围_探究JAVA整数的取值范围
  4. 基于java-swing打猎射击游戏
  5. Service References和Web References的引用
  6. 百度ueditor工具栏和输入框分离问题
  7. 常用的医学组织切片细胞图像数据集
  8. Django中间件之二
  9. 【流媒体|从入门到出家】:流媒体协议—FLV
  10. 基于FETMX8MM-C核心板的全自动特定蛋白分析仪