由于在项目组中，我的角色是产品，所以很多开发相关的坑我无法体会。在产品的整个生命流程中（可研--需求--开发--测试--上线--运维--终止），除了开发这个过程之外，其他的环节其实产品都是需要参与的。
上一篇文章说到了变动的需求，这一次想说一下测试，接下来也会按照流程来说一下每个环节遇到的坑。由于我们的产品主要是为母公司服务的，因此可研也由母公司找其他的咨询公司来做，以后如果有机会参与可研，会补上这么一篇~
产品的背景可以去翻一下之前的文章，在此我想说一下开发团队、我以及客户的所在地。开发团队位于帝都，我坐标深圳，客户坐标海外。需求的沟通是我通过QQ或者出差的方式与客户沟通，沉淀需求文档后通过QQ或者出差的方式与开发团队沟通。开发完成之后，由开发团队的测试同事进行测试，没有影响使用的Bug（流程Bug、操作闪退等）后和我联合测试，最终产品将去海外的真实环境测试。
测试环境与真实环境的配置是一样的，并且处于同一个网络环境中。说来奇怪，每次帝都的同事与我在各自的办公室使用测试服务器测试，app都表现得比较完美，几乎测不出来Bug。但是，一旦我带着产品去了真实的网络环境测试，总能让人震惊，有可能我带了一个假的app去...
这里想说一下，在国内访问测试环境与在真实环境直接访问测试环境，网络上的差异很大，app在海内外表现差异的原因主要在于说不清道不明的网络环境。当然，这种情况并不适用于其他app，目前主流的app都是为国内的用户使用，网络环境的差异一般而言不会导致app表现差异巨大。
出现这种情况，不能让客户调整他们的网络情况，该怎么办？凉拌。如果在一个网络环境中，app的流程是可以顺利完成的，那么其他网络环境中，逻辑上也是通的。如果是Bug，在这个网络环境有，那个网络环境没有，只要Bug曾经出现，那Bug就是真实存在的，寻求测试的帮助，尽量复现场景，通过图片、小视频的方式给开发展示，有助于开发定位Bug。
说起来真的很多辛酸泪，因为我的网络环境、开发团队的网络环境以及客户的网络环境是不一致的，中间造成过很多的误解。比如仅在客户网络环境出现的Bug（由于网络限制，无法部署在80端口）会让客户以为开发团队根本没有测试或者开发的同事能力不够，实际上大家都是受害者，在内地测试几乎很少出现这种情况（后来得知，由于客户公司服务器申请过程繁杂、漫长，我们使用自己的服务器测试，对于服务器的要求完全按照项目走；另一方面，由于客户公司出于诸多考虑，没有按照我们对于服务器的要求进行配置）。
诡异的体质之只有我能测出来的Bug
除开海内外的差异不说，我在深圳测试与同事在北京测试也会出现一些差异，主要表现在：很多Bug只有我能测出来。
按照我的测试习惯，如果出现了Bug，我会找来另一个手机录小视频，尽可能重现场景，然后给开发以及测试的同事描述一下操作设备、网络情况以及操作顺序。尽管是如此，北京和深圳两地办公室依然有诸多差距，导致北京的同事无法复现Bug场景。
每当这个时候，心急又毛躁的我简直要炸毛。因为产品在内地都会出现Bug的话，就不敢带去海外给客户使用了。当然，开发的同事也有很给力的时候，仅仅依据小视频，也能准确定位Bug并且修复。在此，感谢开发团队所有小伙伴的鼎力相助，有了你们才有我们的产品。
我做的不好的地方是：Bug没有记录的习惯。现在回想起来，发现Bug不可追溯，哪些解决了，哪些没解决，都没有进行相应的记录。养成好习惯，今天做起~
网友评论