软件异常测试

温柔似野鬼°
915次浏览
2021年02月21日 08:52
最佳经验
本文由作者推荐

-

2021年2月21日发(作者:花儿姐姐)


软件异常测试




由安 博测试空间技术中心


/


提供



地址:北京市海淀区学院路


40


号大唐电信测试 空间楼





软件交付最终用户使用之前,


需要进行各种类型的


测试



其中就包括异常测试。


异常测


试,


是检测系统对异常情况的处理。


异常测试覆盖硬件 或软件异常时的处理。


测试方应通过


人为制造错误情况测试系统 对错误操作、


错误报文的反应,


检查程序中的屏幕或页面是否给


出了清晰且充分的提示或约束;


一旦出现错误情况,

< p>
系统是否能正常报告,


并检查系统的错


误提示是否 清晰且充分;测试系统是否处理了用户的异常操作,还是造成死机或处理错误。


只有通过 异常测试的软件产品,才可以保证软件在正式上线后长时间的保持良好的运营状


态,给最 终用户以信心。异常测试的结果也有助于为我们进一步的系统优化设计积累经验,


设计和 测试是一个相互反馈的过程。




< /p>


这里我们只针对异常测试案例的设计进行讨论。


为了验证软件的健 壮性、


可靠性,


我们


需要对软件进行异 常测试,设计软件异常测试的测试用例。为了更清晰的分析和解决问题,


我们从四个方面 入手,他们分别是:业务需求、操作需求、标准需求和经验需求。下面我们


就从这四个方 面详细阐述如何设计异常测试用例。





从业务需求方面:





业务需求是开发之源,也是测试之 源。测试人员对业务需求的了解是非常非常重要的,


针对于异常测试更是如此。


进行正常测试可以对软件进行



扫菜单



式的测试,


但是进行异常

测试就必须要熟悉所测软件的业务流程、


相关业务领域知识等信息,


只有这样才可以知道系


统在什么情况下会发生异常,


什 么情况下容易发生人为错误。


这需要测试人员和开发人员或


者系 统分析员甚至真正的业务人员一起讨论,


根据软件的类型与特点设计测试案例,


不能凭


空猜想。


只有这样设计出的案例才能够真 正的测试到,


由于关键业务需要或者变化发生了异


常,在此时软 件的处理能力。





这一类的测试案例可以包括:





特殊业务流程测试:


测试软件不按照 正规的流程,


而是按照可能的但非正规的业务流程


运行,是否会 生成错误数据,或者造成原有数据的错误,甚至造成系统的瘫痪;





压力测试



压力测试又称强度测试,


主要是检查系统某些关键业务在极限 情况下运行的


能力,测试在这种情况下系统的运行、处理数据的情况,是否会造成系统瘫 痪;





业 务模块的添加、删除测试:根据实际情况,


增加或删除业务模块,测试系统的运行状


况;





删除或修改系统的重要配置文件测试:


测试情况发生时系统是否能够正 确的提示,


指明


系统的错误。在进行相应修补后,系统是否能够 正常运行;




修改系统的重要配置信息测试:


在软件的配置界面进行重要信息的修改或删除,


测试系


统是否有相关限制提示,


并测试如果 修改错误,


系统是否能够进行错误提示,


引导用户修改,


而不至于系统瘫痪;





违规操作:


这类测试可以包括,


对现有重要业务数据的违规操作、


用户越权业务操作等,

< p>
测试系统是否有相关约束。


如果发生类似事件,


系 统是否有补救措施,


而不导致系统的瘫痪。





从操作需求方面:





用户正确的操作是系统正常运行的前提。

所以在测试的时候,


一定要进行错误操作来测


试软件系统的 健壮性。


在从操作需求方面设计异常测试的测试用例时,


需要从 用户或者操作


者的每一步的操作中进行提炼,


而且这些测试用例 一定要可操作性强,


输入、输出、操作步


骤都应该明确。


实际上这部分测试用例也是


功能测试


用例的一 部分,


只是他不是正常、


按照


用户需求 说明书的操作而已。


-


-


-


-


-


-


-


-