测试人员的产品观念

1.1缘由
昨天公司测试标准小组开了第一次会议，其中对需求测试大家都有一些讨论。在此回想了一下在易宝的工作，也有一些自己对需求测试的看法，就写了下来。

1.2什么是需求测试

1.2.1需求测试
需求测试，这里主要说的是在产品调研需求，形成需求文档或产品文档后，测试人员对需求说明或产品文档进行测试。

1.2.2测试什么，为什么要测
需求测试可以测试的东西很多，但最重要的有以下2条：
1产品是否符合预期，是否能够达到团队对此产品的预期？
产品就是要解决问题，如果不能解决问题，不能达到预期，那为什么还要做呢？不合格的产品如何能盈利，大家上班也都要挣钱，达不到市场预期的产品如何挣钱？
2产品设计是否合理，是否符合公司结算、信息安全、运营等标准，是否有垃圾设计。
一个人，或一伙人的智力总是有穷尽的。再出色的产品经理，都有垃圾设计。如果有不同的意见，一定要说，不要被产品带到沟里。否则，东西开发测试了一大半，发现需求或产品设计不对，还得返工，最要命还得赶时间上线。

1.3如何测试

1.3.1了解问题
产品既然是解决问题，那么我们第一步就是要了解问题。可以有以下三个渠道：

1和你的产品经理或市场调研的人勾搭起来。
如果你在产品评审的时候才知道你的产品是什么的话，那一定是有问题的。产品人员在设计一个产品时，一定是一个过程，在这个过程中，你没有参与，那么产品评审，对你来说就是一个过场。通常，产品人员设计一个产品都得花个几天甚至几周。你如何能在1、2个小时的评审会议中理解他们多天的思想成果呢？
产品人员一般都是乐于和你讨论的，乐于和你说的。如果他们不主动，那么就只能请你主动勾搭。

2关注开发设计过程，
产品评审之后，一般就会进行开发设计。这时，很多产品的细节就会因为开发实现的问题有许多修改或暴露出更多的设计不足。产品和开发人员就会开始讨论，开始pk，无论怎样，加入他们。这样你才能知道为什么产品设计需要变动。这时正真你需要进行测试的产品才八九不离十。

3积累你在产品方面的知识。有不知道的，请常开口问：这个产品怎么能挣钱？哪些人用这产品？他们有更好的替代产品吗？这个产品的不足在哪？等等问题。

1.3.2评审

评审的基础是了解问题。你知道了问题才能评判产品设计是否能有效的解决问题。评审是必不可少的。了解问题时，产品人员一般都会说许多对产品的设计，但那些都是构想。评审才是产品的定义，才是明确究竟要做什么。而技术评审，则是明确究竟怎么做。

1.4两个观念：
第一，人人都是产品经理。强调对产品的认知。人类对世界的活动就是：认识世界，改造世界。我们就是用计算机、互联网这些个工具解决问题，改造世界。
第二，全员测试。强调对产品质量的关心。自己做的东西，自己都不关心，谁关心？你的东西不好用，人家就不用。所以不仅测试人员要测试，产品、开发、运营都要测试。测试人员不仅要测试，更要起到测试标杆的作用，引导和帮助团队进行测试。