测试人员定位

http://www.cnblogs.com/fnng/p/3239590.html

虫师博客观后感

 

不要为了测试而测试

不要为了测试而测试这句话听上去有点绕，实际上说的是不要为了体现自己的价值，非要在一些不痛不痒的问题上揪着不放。这就好像之前手表APP开发的时候，提出了app更新时需要支持断点续传功能。实际上apk的大小只有三十兆左右，断点续传功能也不是重要的功能点。如果我当时一直揪着这个问题不放，就会耽误产品上线时间（断点续传功能比较难做）。

所以要尽量少做一些为了体现自己价值而不顾整个项目贡献的事情。

 

找准适合项目的测试流程

我们公司的项目都是用敏捷开发，需要快速开发出产品Demo用于客户演示，所以繁琐的测试流程就不适用于我们公司。比如给每个app功能都写一个自动化脚本，给每个接口都写压力测试脚本，这就很耗时间了。

 

产品质量与用户容忍度

还是拿断点续传功能的例子来说。现在是4G时代，下载速度普遍都在1M/s以上，而且下载、更新应用时大多数用户更倾向于WIFI，所以30m的apk下载时仅需要半分钟甚至十几秒钟。断点续传功能也不是该产品的重点功能，所以用户并不会因为没有断点续传功能而放弃我们的产品（或者退货）。

作为测试人员要关注分析用户的容忍度。

 

测试人员如何提升自己的贡献：

1. 用测时发现产品的不可测试性（找到测试盲点）

2. 建立产品质量的评估方法（明确分析问题分布情况）
3. 建立可持续运行的测试框架（每个迭代或者项目可以快速得到反馈）
4. 建立关注开发质量的开发环境
5. 从测试角度贡献产品的发展

 

总的来说，这篇文章很多地方都让我有种顿时开悟的感觉。比如说前三点都是之前在测试过程中容易忽视的。虽然说我并没有在工作中触犯到前面两点，但是那只不过是因为初入职场不好意思执意要开发新增功能，以及项目快迭代没有时间编写繁缛的测试用例。

对于测试人员如何提升自己的贡献，我对前三点是十分的支持的，但是四五点对于我而言还是过于前卫了。

今年我要根据二三点，计划我的测试工作了。暂时的想法是，将工作中遇到的Bug收集到Excel中，并且建立模型，进行数据分析。优化接口测试的测试框架，将单个独立的测试脚本优化成更利于别人编写的测试脚本（之前的测试框架被Pass了…QAQ）。