档案网站建设与知识管理,十大免费网页游戏,做淘宝客网站用什么程序最好,做网站的软件下载通常软件测试会暴露软件中的缺陷#xff0c;经过修正后可以保证软件系统的功能满足需求并正确运行。但是#xff0c;在系统测试和确认测试中#xff0c;测试人员容易遗漏一些隐藏的缺陷。众所周知#xff0c;软件测试不可能发现所有的缺陷#xff0c;而软件开发周期各个阶… 通常软件测试会暴露软件中的缺陷经过修正后可以保证软件系统的功能满足需求并正确运行。但是在系统测试和确认测试中测试人员容易遗漏一些隐藏的缺陷。众所周知软件测试不可能发现所有的缺陷而软件开发周期各个阶段仍然存在注入缺陷的可能但是有一些缺陷是测试中容易忽略的也就是说通过测试方法和用例可以充分暴露这些缺陷遗憾的是它们往往被忽略或者某种原因忘记测试了这就给软件留下了隐患或者危机。这些容易被忽略的缺陷包括 1、安装缺陷 通常项目组完成代码后发布时候安装打包是最后一个环节而软件测试人员通常在测试的时候没有仔细的测试这一部分而把用例集中在其他功能上。安装时候的缺陷通常通过拷贝而不是运行安装程序方式给测试人员安装软件结果正式安装时候出现问题引起例如控件没有注册注册表没有导入等。删除时候没有注意安装文件夹是否存在用户文件造成数据丢失;使用绝对路径;安装顺序没有说明书。 2、配置文件 有些文件在ini等配置文件中写出了管理员口令密码等信息而且是明文的!这是一个安全隐患。另外有些安装文件的 XML 文件为了方便在数据库和中间层连接文件中写入了Admin 口令和密码。作为一个合格的软件测试人员必须检查这些可以用记事本打开的文件。因为一个稍有常识而且喜欢探索的用户可能从中获取信息而成为不自觉的黑客。所以配置文件可能成为软件安全方面的一个缺陷。 3、网页安全缺陷 现在网站开发已经注意到登陆网站进入其内部网页后直接拷贝网址然后粘贴到另一IE 窗口输入可以绕过登陆直接访问。也许商业网站很关注这个问题但是很多行业软件却很容易忽略。 网页安全缺陷还可能存在于 IE 弹出的子窗口。有些设计不严格的软件在主页面关闭的时候子页面还可以运行这是一个明显的漏洞而且还大大增加了错误发生的几率。 4、判断顺序/逻辑缺陷 对界面进行多个输入判断的时候非常容易出现这种问题。例如判断年月顺序判断长度判断非空等。假如操作员仅仅满足单个条件保存不能成功;而按界面从上之下顺序一一满足条件之后保存是没有问题的。但是改变一下输入的次序校验失效。例如一一满足条件之后不保存倒过来将上面的输入改成非法输入然后保存结果居然也能成功这是因为原先的判断由于发生过或者根据语句顺序只检查最后一个判断所以没有报错。这种错误尤其在 Java scrīpt 脚本的页面中要注意。能够保存不能保证数据正确有可能引起系统崩溃或者后续数据错误。所以在测试的时候不要按照正常的顺序输入而是要打乱步骤看看代码是否强健是否在判断逻辑上没有错误。良好的代码应该经得起折腾至少保存时会再此全部进行判断而不只是简简单单走到判断的最后一行。 5、调试语句和冗余信息 维护项目和升级改造的推广系统最容易潜伏这类缺陷。典型表现在没有删除或者屏蔽调试语句。弹出一个界面不友好的提示信息会使不明真相的用户产生误以为系统发生了严重故障从而引起对软件的不信任感。页面中某个角落存在当前客户不需要的冗余按钮和功能也是一种缺陷。多余的功能会使用户以为是额外附加部分而去使用其结果可想而知;而多余的按钮会误导好奇心强的用户操作产生不必要的错误。 同样值得关注的还有参数设置由于没有实际数据开发人员在调试或者单元测试的时候习惯性的进行自我设定而忘了删除软件测试人员可能会忽略掉了这部分测试也可能导致在客户现场发生错误而影响系统发布和验收。 6、不可重现的故障 新参加软件测试的人员或者新来的开发人员总是要问不可重现的缺陷是否需要记录有必要吗?回答是肯定的。测试必须如实的记录发生的问题也许不能重现或者使非软件系统本身问题但是可能这些偶然性背后是有规律的不记录这些就不可能发现这些规律。 7、多节点的逆向流转缺陷 当前软件不少喜欢使用工作流来驱动。工作流的问题就是可能出现多个流向分支。测试容易忽略的部分就是工作流多节点的逆向流转。例如通过不通过涉及两个分支但是流程逆转的时候有可能不是回到上一节点而是平级的另一个节点去了。软件测试要格外注意这类用例的设计。另外有些时候默认分支在向前的时候是有默认值的例如默认通过那么保存的时候要提示用户是否通过否则可能由于操作疲劳而走错了节点引起回退。 8、输入框缺陷 试过往输入框粘贴数据而不是直接输入吗?可能这里会出现问题。按 CtrlV 的时候输入框会根据长度大小自动截断输入长度。但是用鼠标截断可能会失效。有一次测试人员就是用这种方法把一篇 Word 文档输入进去了保存的时候数据库崩溃。有些网站登陆的口令****可以拷贝下来的只要放在剪贴板里面马上明文显示。 输入框可以说是问题最多的部分能够引起的麻烦也很多。日期、数字、文本等等都需要耐心的测试一下。 9、界面布局缺陷 曾经有一次项目经理回来向测试部反映一个问题客户对界面不满意。原因很简单因为界面上删除按钮和保存按钮挨得很近。结果有些操作不熟练的业务人员很容易误按。这个问题是测试人员没有意料到的因此注意关闭、删除、退出按钮与保存、下一步等按钮的距离。类似的按钮应按此规则排列分布。 界面布局还可能发生在窗口最大化和最小化上有可能窗口缩小的时候没有下拉框或不匹配分辨率对用户来讲这个错误实在很低级。有些用户由于操作习惯非常不喜欢腾出手使用鼠标尤其是大量输入的界面因此要注意设置键盘的快捷方式。还有按 Tab定位到下一焦点时要注意顺序避免跳转太灵活而让操作人员感到无从适应在界面进行维护或者修改的时候不要忘了软件测试开发人员是否无意改变了这些快捷方式和跳转顺序。 10、版本和补丁包的环境问题 理论上讲这属于兼容性测试应该覆盖的问题。有些客户很喜欢更新最新的软件版本或者微软时不时打些补丁包问题就出现了。有时候升级不一定是好事。这些问题最好在测试的时候增加几个用例多用不同软件版本的机器跑一跑。软件测试有个定律是你没跑过的地方就一定会出事。经常听到开发人员抱怨怎么我的机器没问题你的机器就有事了呢?这不能完全靠配置管理员解决问题环境配置项是大家最容易忽略的。 11、用户管理缺陷 用户管理的角色和授权需要好好研究一下作过测试的人员都知道有时候为了测试的方便测试用户都是具有超级权限的用户。而且比较容易忽略用户管理这一部分的测试。往往发往客户的时候很多测试用户都没有删除。 另外有些接口的用户和口令到软件使用寿命结束都没有更改过。在一次测试中软件测试人员发现给一个用户授超级用户权限之后更改这个用户为受限权限。使用中发现用户居然没有真正回收权限用户管理界面上没有任何不对。及早准备用户管理用例不要等到测试快结束时候才想起。 12、常识缺陷 从逻辑或者统计学上讲计算机是允许如此处理的但是从常识上来讲这些情况不可能发生。例如电话号码不可能出现小数点终止时间不能大于开始时间等等。除此之外常识还要结合业务特点来进行判断因此开发和测试人员要格外注意对自己知识的培养以及增加对需求细节的了解。不能因为一味追求进度而采用最简单的代码来实现对用户来说这些错误可能是很荒谬的。 尽管我们不可能完美的测试一个软件但是我们仍然可以改进我们的软件测试。每次测试结束及时总结测试中的不足进一步完善用例。思考一下那些容易忽略的软件缺陷能提高对软件测试的认识提高所在组织软件的质量。 [转帖]转载于:https://www.cnblogs.com/yangxia-test/archive/2012/09/06/2673652.html
