bug单流程是什么?

你的唇吻不到我暧的亻


Bug分多种,主要分为业务与非业务方面的Bug.

业务方面的Bug,一般又可分为阻挡性与非阻挡性两个方面,这些缺陷一般可以通过黑盒与灰盒测试可以检测出来,例如测试某个应用系统上的某个页面上的需求功能时点击某个提交审批按钮没反应,导致下一步的推送审核流程无法进行,这称之为阻挡,非阻挡也可以理解为缺陷登记较低,例如页面上的某个不重要的字段没有正常显示等等。对于应用级别的系统来说,不论是否阻挡,大案例事件都是由于程序员写的程序不够严谨造成的,所以才需要测试来严把质量关。

安全方面的测试,对于应用级别来讲的话,安全测试衡量的标准是渗透性是否做得足够深入,例如考量一个登录模块是否安全可靠的因素有几个吧,密码不能有明文,必须采取加密方式进行加密;身份不能被伪造,必须采取防伪造机制;协议是否采取加密,(比如是否采取了HTTPS协议).

基础框架的流畅性,平稳性,安全性这些也相当重要,哪些是基础框架呢?数据库框架,内存管理框架,渲染引擎框架等等。测试工程师可以写Python脚本或者其他脚本进行白盒检测,消除安全隐患,性能漏洞!

当然,由于测试工程师的起点较低,大多数测试工程师都只是会做简单的黑盒测试,功能性测试为主,一般他们测试是由一条单项的测试用例来指导他们工作,核心是期望是否达到了,许多连场景化都没考虑。理想与现实是有差距的,任重道远啊!


jesbing


BUG处理预案,让工作流程清晰明了,有利于分工协作。


分享到:


相關文章: