http://www.cnblogs.com/fnng/p/3239590.html
虫师博客观后感
不要为了测试而测试
不要为了测试而测试这句话听上去有点绕,实际上说的是不要为了体现自己的价值,非要在一些不痛不痒的问题上揪着不放。这就好像之前手表APP开发的时候,提出了app更新时需要支持断点续传功能。实际上apk的大小只有三十兆左右,断点续传功能也不是重要的功能点。如果我当时一直揪着这个问题不放,就会耽误产品上线时间(断点续传功能比较难做)。
所以要尽量少做一些为了体现自己价值而不顾整个项目贡献的事情。
找准适合项目的测试流程
我们公司的项目都是用敏捷开发,需要快速开发出产品Demo用于客户演示,所以繁琐的测试流程就不适用于我们公司。比如给每个app功能都写一个自动化脚本,给每个接口都写压力测试脚本,这就很耗时间了。
产品质量与用户容忍度
还是拿断点续传功能的例子来说。现在是4G时代,下载速度普遍都在1M/s以上,而且下载、更新应用时大多数用户更倾向于WIFI,所以30m的apk下载时仅需要半分钟甚至十几秒钟。断点续传功能也不是该产品的重点功能,所以用户并不会因为没有断点续传功能而放弃我们的产品(或者退货)。
作为测试人员要关注分析用户的容忍度。
测试人员如何提升自己的贡献:
- 用测时发现产品的不可测试性(找到测试盲点)
- 建立产品质量的评估方法(明确分析问题分布情况)
- 建立可持续运行的测试框架(每个迭代或者项目可以快速得到反馈)
- 建立关注开发质量的开发环境
- 从测试角度贡献产品的发展
总的来说,这篇文章很多地方都让我有种顿时开悟的感觉。比如说前三点都是之前在测试过程中容易忽视的。虽然说我并没有在工作中触犯到前面两点,但是那只不过是因为初入职场不好意思执意要开发新增功能,以及项目快迭代没有时间编写繁缛的测试用例。
对于测试人员如何提升自己的贡献,我对前三点是十分的支持的,但是四五点对于我而言还是过于前卫了。
今年我要根据二三点,计划我的测试工作了。暂时的想法是,将工作中遇到的Bug收集到Excel中,并且建立模型,进行数据分析。优化接口测试的测试框架,将单个独立的测试脚本优化成更利于别人编写的测试脚本(之前的测试框架被Pass了…QAQ)。