关于测试的一切

第一章 动手设计之前,先学会验收

先放一个镇楼图以示敬意。

其实用磨刀来描述测试,并不算特别的准确,但一时间想不到更好的比喻。

本章用来总述,为什么学产品要先从测试开始,以及产品和测试的关系是什么

怎么测试,学到什么程度,放在接下来的章节里。

第一节 关于测试的一切

在学习什么是产品之前,先了解什么叫测试。

一 三个环境

这是常见的三个环境,开发环境,测试环境和线上环境

线上环境,是大家平常接触的最多的,如果关注新闻的话,可能会听说过线上事故之类的术语。

这个线上就是指正式给用户提供使用的环境

那,什么叫环境呢?通常指的就是服务器

什么叫做服务器?

你现在用的电脑叫做PC,个人电脑,性能比较差

(其实,现在很多服务器都比不上PC的性能),而服务器呢,运行在云端(这个术语不算特别准确,不过无所谓了)。

也就是说,通常而言,都会有至少三台服务器一台用做开发一台用做测试一台用做线上

三台服务器互相之间独立,不会有任何的关联,在某些要求严格的公司,三个环境都是物理隔离的,意思就是说,互相不可通信。

为什么要有三台?

因为线上很慎重,没有人敢轻易把未经验证的代码发布到线上

因此会有了一个测试环境。

为什么要有测试环境不是在开发环境直接测试完呢

两个原因:

第一,开发人员往往没有办法测试出自己写的代码的问题。

第二,测试环境通常需要一个稳定的环境,不允许随时更改和发布,而开发环境通常每天会发布四五次还要多。

这是三个环境的由来,也是测试这个岗位的工作平台。

所以我们先明确了,测试人员工作的边界

第一,会在开发人员提交测试之前(有的叫提测),参加Demo,以判断是否达到提测标准。

第二,在整个测试环境,都是自己的工作平台,直到验证无误,可以提交发布到线上。

二 为什么产品经理要懂测试?

那么,为什么产品经理要先懂测试呢?

第一产品经理是需求的发起者,更是验收者,不知道如何测试,就代表着不知道怎么去验收研发团队的工作。

第二,到了线上,产品经理更应该是直接接受用户反馈的角色,通常会收到很多建议或者是Bug。

这就需要对手里的Bug做好排期,必须了解Bug的优先级。

(Bug,可以简单理解为问题)

第三,产品经理通常应该决定一个版本是否可以上线,什么时候上线。

而往往这个版本会是一个带着Bug的产品。

TO BE OR NOT TO BE,一直以来都是一个问题,这也是产品经理需要懂测试的原因。

第四,对于新入行的产品经理而言,先学会验收别人的产品,相对简单,更能够深入理解一个功能。

同时,由测试出发,往往会更清楚的了解,自己的产品设计需要详细到什么程度,才可以交付给研发团队,有助于培养自己思维的严谨性。

三 测试都包括哪些内容?

测试的知识点不多,主要包括:

测试用例,Bug的级别,Bug的生命周期,性能测试和自动化测试,以及发布流程。

这些知识点,都会在接下来的文章中陆续谈到。

对于一个想要入门的产品经理而言,可能第一个要学会的:

就是抛开自己是一个正常的用户,让自己变的不正常起来。

听过那个关于测试的故事不?

这里就是隐藏了很多边界测试,注入测试,随机测试,并发测试,合法输入测试等等。

如果你是一个普通用户,你只需要关注正常的流程。

如果你想做一个产品经理,从现在开始,你就要了解:

在过去,你看到的都只是冰山中的一角,而你,就是这座冰山,或者是整个世界的创造者。

四 什么叫做测试用例?

简单来说,就是有条不紊的给系统挑刺。

刚开始,会依据功能模块,列几个主要的功能点,以登录注册为例,功能点可能就是这样的。

那么在注册这个功能点之下,我们应该做哪些测试呢?

测试的前提是需要了解需求。

假设:

我们的需求是用户可以通过手机号来注册,密码必须在大小写字母和数字和划线,不允许低于八位,不允许超过128位。

用户的手机会收到短信验证码,短信验证码有四位数字构成,半个小时之内都会是同一个验收码。

这是一个简要的需求说明,简单的描述了一些要求。

我们接下来该怎么测试?

测试要有完备性, 要能覆盖各种各样的场景,所以,开脑洞的时候到了。

怎么样,胡思乱想的感觉是不是很不错?

可是,这些都是随意的,不严谨的测试。

比如说,当你测出来一个问题,然后研发人员修复了。

你要去验证,可是你却忘记了操作的步骤(用户注册的例子也没那么简单),怎么办?

最好的解决方案,就是用一个固定的模板,来把我们做过的测试记录下来,这个,就是测试用例。

所以,我们来看一下,对一个测试用例来说,应该拥有哪些基本的属性

(看了一下百度百科,定义太繁琐,这里给一个简化版)。

1.前置条件

2.操作步骤

3.预期结果

4.对应功能点

这就够啦。

所谓的前置条件是因为用户的操作是有顺序的,比如说:

有要求验证码只能在1分钟之后才能继续发送,所以前置条件就应该是,1分钟之前已经点过发送验证码。

操作步骤就是你具体要做的事情。

预期结果,就是正常的系统,应该可以看到的结果。

好了,有了这些测试用例,你已经可以大致了解什么是测试了,想不想试一下?

修真院官网提供有对应任务,可以立刻去写自己的测试用例了。

传送门:

下节预告:

BUG的优先级】,敬请期待

至微信公众号菜单栏获取产品经理课程框架资料

  • 发表于:
  • 原文链接https://kuaibao.qq.com/s/20180831G1S33I00?refer=cp_1026
  • 腾讯「腾讯云开发者社区」是腾讯内容开放平台帐号(企鹅号)传播渠道之一,根据《腾讯内容开放平台服务协议》转载发布内容。
  • 如有侵权,请联系 cloudcommunity@tencent.com 删除。

扫码关注腾讯云开发者

领取腾讯云代金券