课程咨询: 400-996-5531 / 投诉建议: 400-111-8989
认真做教育 专心促就业
安全测试是目前大多数软件测试程序员都需要熟练掌握的一个测试方法,今天我们就简单来了解一下,安全测试与普通测试的区别都有哪些。
1.目标类似
不管是常规测试还是安全测试,都有一个原则:预防胜于检测。这个比较容易理解,不管是常规测试的缺陷也好,还是安全测试的漏洞也好,如果能预防使它不发生,就省了后期的修复与验证工作。如果不能成功的预防缺陷,能早一些发现的话,肯定比晚发现的修复的成本低。
2.在软件生命周期中的过程类似
以敏捷开发团队为例,常规测试人员在各个阶段的事情,安全测试人员也要做:
了解业务的需求,以避免混乱的测试优先级;
针对业务与系统功能设计用例:常规测试需要关注系统功能,安全测试同样也不能脱离系统功能;
与其他角色一起启动需求的开发:沟通测试用例,避免因为沟通不足造成返工;
与其他角色一起在开发环境验收需求:尽早提供反馈,发现缺陷了开发可以马上修正
在测试环境进行全面测试:针对端到端的场景进行测试,尽可能把三方系统(如果有的话)也包括进来;
分析并总结测试结果:整理问题清单,排列优先级;
反馈测试结果:把测试结果反馈给团队等干系人。测试同样需要注重安全测试测试同样需要注重安全测试
3.测试用例很多重合
在面向终端用户的测试场景上,常规测试的用例与安全测试的用例是非常类似的。比如对于登录系统的功能,不管是常规测试还是安全测试,我们都会测试用户输入正确的用户名是否可以登录,输入错误的用户名或密码是否系统会如何反应。
比如我曾经工作的一个搜集报税人信息的系统,不管是常规测试还是安全测试,常规测试会测试系统的登录,系统信息的录入与编辑,文件的上传等等,安全测试也会测试这些业务场景。
因为在每一个终端用户可以操作的场景上,都可能会有安全漏洞存在。所以,有了常规测试的经验,我们就相当于有了不少安全测试用例的储备。
4.都需要有探索的过程
测试是一个了解软件系统是否完成我们预期的过程,也是探索系统还有哪些我们没有预期的行为的过程。安全测试的过程需要把探索的目标转向安全漏洞。当我们这么做时,我们同样会得到很多探索的乐趣。
5.都要有测试人员必备的“怀疑态度”
相信咱们测试人员都非常熟悉一个场景--开发人员说:“我只做了一个很小的代码改动。”然后我们带着友好而警惕的态度,发现这个“很小的改动”引发了很大的问题。不管是在安全测试还是非安全测试,这个警惕性是我们都需要保持的良好传统。
那么,有了这么多类似的地方,还缺什么呢?如果想要做,还差很多。但是如果想马上安全测试上起步,我们可以先做下面的改变。
【免责声明】:本内容转载于网络,转载目的在于传递信息。文章内容为作者个人意见,本平台对文中陈述、观点保持中立,不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。更多内容请加danei456学习了解。欢迎关注“达内在线”参与分销,赚更多好礼。