软件测试之旅，路漫漫，其修远兮，吾将上下而求索。
<<软测之魂>> 作者 擅长测试设计，嵌入式软件测试，测试自动化，测试体系建设，测试管理, 软件配置管理建设，医疗器械软件测试,教育。
新浪微博@Aullyxiao,邮箱aul516@126.com
小谈模糊测试
上一篇 /
下一篇 2012-01-25 23:38:54 / 天气: 阴雨
/ 心情: 平静
/ 精华(3)
/ 置顶(1)
/ 个人分类：测试方法
今天读《测试之美》中“用模糊测试让办公软件更可靠”。联想到模糊测试与我们日常工作中通过修改或自动生成特殊数据对测试对象进行验证的方法异曲同工。我们也叫它为破坏性测试，是探测应用程序的健壮性或异常处理能力的有效方法。此方法根据测试对象的不同，不同行业不同产品测试的重要性会有所不同，如果操作不当或测试的权重过大，常会引起开发人员的不满，结果此类bug不了了之，最常看到的场景如下：1、 没有用户会这样用的，此bug无效！（没有用户会特意破坏数据来使用软件）；（测试人员感到委屈L ）
2、 考虑发生的概率极小，解决的代价大，不解决；（测试人员表示可以理解）
3、 延期解决；（测试人员可以接受）
4、 解决，加入容错措施；（最受测试人员欢迎）
建议：异常数据的模糊测试方法，我们测试人员必须采用，但重点放在用户常见场景的关键路径，异常路径放在次要或扩展场景中，且整个测试过程只考虑一次，因为健壮性或容错能力比起能给用户带来价值的核心功能的重要性要低很多。这也符合测试的2-8原则，信不信由你。
收藏
举报
TAG:
