一段小插曲 前段时间产品改版,产品经理为了改进用户体验,就决定改版用户的注册流程页面,但又怕身份证注册验证接口不稳定(第三方的身份证校验). 于是产品经理就让我通过随机概率去控制注册流程,让一部分用户使用身份证注册,让一部分用户使用手机号注册.当时我听这种需求确实有点懵,总感觉不好做,产品经理就说了句,先用灰 度测试一下,听完我就学到了这个“灰度测试”术语,网上研究了一下这个术语,顺便把这个需求实现. 概念 什么是灰度测试(发布) 测试同一个产品发布,随机让一部分用户会使用新版,一部分用户仍然使…

模糊测试(fuzz testing)是一类安全性测试的方法.说起安全性测试,大部分人头脑中浮现出的可能是一个标准的“黑客”场景:某个不修边幅.脸色苍白的年轻人,坐在黑暗的房间中,正在熟练地使用各种工具尝试进入某个系统.这种由安全人员“模拟黑客进入系统”的测试方法的确是安全性测试中的一种有效测试手段,名叫“渗透测试”.渗透测试方法完全依靠测试执行者的能力,能力强的“白客”能够发现有价值的安全性漏洞,而不具备很强的攻击能力的测试者就无法有效发现系统中的安全性漏洞.必须承认,渗透测试是一种有效的安全性…

模糊测试(fuzz testing)是一种安全测试方法,他介于完全的手工测试和完全的自动化测试之间.为什么是介于那两者之间?首先完全的手工测试即是渗透测试,测试人员可以模拟黑客恶意进入系统.查找漏洞,这对测试人员的要求比较高.能力强的测试人员可以发现比较多或者高质量的安全性问题,但是如果测试人员的能力不够,可能就不能找到足够多.威胁大的安全漏洞.所有渗透测试对人员能力的依赖性强,成本高,难以大规模的实施. 但是想用完全的自动化来实现渗透测试也不可行,同一套测试用例和方法不可能不加修改的就用在不同…

冒烟测试(smoke testing),就是开发人员在个人版本的软件上执行目前的冒烟测试项目,确定新的程序代码不出故障.冒烟测试的对象是每一个新编译的需要正式测试的软件版本,目的是确认软件基本功能正常,可以进行后续的正式测试工作.冒烟测试的执行者是版本编译人员. 回归测试是软件测试的一种,旨在检验软件原有功能在修改后是否保持完整. 测试驱动开发(Test-driven development,缩写为TDD)是一种软件开发过程中的应用方法,倡导先写测试程序,然后编码实现其功能得名. 测试驱动开发是…

鉴于之前跟开发提到提测前需要进行冒烟测试,然后几个开发一脸迷茫的问我:什么叫冒烟测试?所以我准备跟大家从以下几个方面简单的分享一下什么是冒烟测试. 一.软件测试的分类 二.冒烟测试(Smoke Testing)的概念 Smoke Testing 的概念最早源于制造业,用于测试管道.测试时,用鼓风机往管道里灌烟,看管壁外面是否有烟冒出来,以便检验管道是否有缝隙.这一测试显然比较初级,更深层一点的测试至少要进行渗油测试.带压测试等等.Smoke Testing 只是一种初级.直观的测试. 软件测试中…

1 branch testing 分支测试 测试代码的所有分支 2 boundary testing 测试 程序的限制条件…

此文已由作者王婷英授权网易云社区发布. 欢迎访问网易云社区,了解更多网易技术产品运营经验. 缓存,看到这两个字,第一反应,最近怎么又要弄缓存的改造啊,这个测试好复杂,一不不留心就踩一个线上bug.实在头疼.一般对于这方面的测试,都不会掉以轻心.但还是会踩到雷.那么怎么做才可以又快又好完成这个任务呢?相信每个QA都会有自己的测试应对方案,来达到高质量的上线. 接下来进行分享下社区这边测试solo缓存迁移的测试方案,有不周到的地方大家多提建议,有更好的方案,也可以分享下,让我们能更快更好的应对这方面…

这周小鲸悄悄推送了社区版V6.1(二进制部署版本,包含基础套餐.监控日志套餐),没过一天就有用户来问6.1的使用问题了.小鲸大吃一鲸,原来你还是爱我的. ## 这次又有什么亮点功能了?| 产品 | 亮点功能 || ---------------------- | ------------------------------------------…

与可靠性测试类似,尖峰冲击测试这种方法也是从其他行业借鉴而来.在电力工业,有一种冲击测试,用来验证设备在刚刚接通电源时能否经受住涌流的破坏.所谓涌流,通俗地说,就是电源接通瞬间,电流突然变大的现象.涌流过后,电流逐渐恢复到正常的 水平.软件行业的冲击测试,或者说本书称之的尖峰冲击测试,就是为了验证网站在用户突然极具增加的情况下能够正常工作.我们知道,在网站的运行过程中,会经常出现各种各样用户数量的突然增加:网站开幕时可能导致用户急剧增加,超过预期.网站公布与用户极为相关的信息,比如高考成绩.录取…

1.A/B测试与灰度发布的理论 产品是多维度的,设计体验.交互体验.系统质量.运营支持等等, 测试的目的是为了系统最终的交付,一套各方面都足够好的系统,而不是文档上定义的系统,系统是需要不断进化的. 测试的质疑贯穿产品的设计到编码到最终的运营过程,并最终促使产品的改善,周而复始. 符合互联网思维敏捷的本质. 2.A/B测试与灰度发布相关的一些术语 1.1 桶测试(Bucket Testing):这个没有什么地方给出明确的定义,但是通常来说是国外用于测试游泳池是否存在漏水行为的一种比较测试.即将一…