测（bei）试（guo）员（xia）的进阶成长日记...

互联网时代下，在很多技术团队中测试人员可能扮演的角色合集大概是 = 说好的质量保障，沦为打杂，最后成为背锅侠。



递进的情绪请省略，

别设计那些情节，

想让我当背锅侠，请直说……



项目质量一旦出现问题，那么测试同学首席背锅侠的命运往往是无法逆转的。
但是……
如果测试同学打了鸡血一样拼命测试，是否可以保障项目质量呢？
不一定，这需要看开发团队的整体水平:



开发团队水平高
水平高的开发团队往往意味着产品质量高，如果在高水平开发团队中担任测试是一种大树底下好乘凉的体验。
开发提交的代码缺陷少，正常和异常流程的表现大都合理，可能细节还要推敲，不过总的来说项目会给人一种很稳的感觉。



高水平的开发团队中，信息往往是对称的。比如有1个需求，开发在实现的时候，测试同学都可以提出自己的一些疑虑，如异常情况的处理、数据的有效性校验建议、数据一致性保障建议等。
一些需求里不清楚的东西在开发过程中就可以讨论清楚，不需要等到提测之后再确认。



开发团队水平一般的
在水平一般的开发团队中当测试人员，大概应该是这样的一种体验：开发大部分活干的中规中矩，没有极大的失望，但是也没有惊喜，另外，信息不算太透明。



开发跟测试表面上合作沟通，实际上各自为战。
测试同学在提测的时候大概都知道会出什么问题，优先测这些问题。
如果发现问题很多，就把这个版本给打回去。偶尔会出现因为环境问题而导致测试无法按时进行下去的情况。
如果让整个团队都遵循一定的流程，测试同学多发现一些bug，项目质量往往会有所提高。
但是项目刚要发布上线的时候，测试心里可能会惴惴不安，怕有问题遗留到线上；但真上线后心中反而长舒一口气，知道该来的总是要来。

开发团队水平低于一般
在这样的团队里，你会发现信息极度不透明，开发人员憋大招，测试同学在此期间有点无所事事。
还会提测难产，因为各种各样的问题造成项目无法提测，比如环境问题、质量意识淡薄、开发可能在上线前临时改代码修复问题而不通知测试同学……
出了质量问题，嗯，那应该是测试的责任，谁让他们在产品/项目发布上线前那几小时没测出来问题呢？
测试同学可以拜拜神，反正心中没谱，只能靠老天保佑。



这日子怎么过？
有人问了：

如果质量都靠开发来保证，那么测试做什么？

如果所有的质量都靠开发来保证，那么测试同学做什么？

其实也不是所有的质量都靠开发保障，一些产品项目，往往需要有对业务相当熟悉的人，站在整体的角度去评估逻辑是否合理，一些操作带来的问题是否会影响到用户之类的。
这种人可以是产品人员或BA，不过很多情况下，产品人员不专注于找茬挑毛病，于是从更专业化的角度上讲，这些活就落在了测试同学的身上。

既然你要我给你挑毛病，那么至少你需要保证产品或系统是可以测试的，这基本的诚意开发团队是多少要拿出来的。
如果开发团队的水平高，测试人员可能不需要特别努力就能让产品维持在一个相对可以接受的质量水平上；
如果开发团队的水平一般，测试人员需要相当努力就能让产品维持在一个相对可以接受的质量水平上；
如果开发团队水平低，测试同学打了鸡血一样的测试可能也于事无补；



在团队中，测试需要做什么？
在开发能力相对不强的团队，测试同学需要做到以下几点：
推动一些流程管理，比如bug生命周期和提测发布流程之类的，起码让项目质量管理有一个底线；
推动开发团队吸收一些水平相对较高的成员，在规模不算太大的开发团队，大神光环对质量提升非常有帮助；
有时间多学一些能有核心竞争力的能力，说不定哪一天需要被锅走人；
最关键的一点：尽量消除信息不对称，最好知道开发每天在做啥，让开发告诉你他在做什么，写代码的时候就给开发一些建议，不要把希望寄托在提测后的测试周期，要知道，这个周期往往是会被拼命压缩的；
好的产品经理一定有非常优秀的缺陷发现能力，尽量争取到同一阵营；
增加测试人力，多个人多测一点总没坏处，人多自己被锅的概率也会相对小一点。

Testin送开年福利！

2月7日 （周三）晚8：30，Testin 将与Google工程师一起为大家奉上一场以“探索 Android Oreo 特性及兼容性”为主题的在线直播趴！

直播结束后将推出重磅抽奖环节！

报名方式：填写调查问卷报名参加本次直播，填写调查问卷前50名的同学可获得神秘大奖一份！

调查问卷入口->https://jinshuju.net/f/dueC8w

更多活动详情请戳：https://help.testin.cn/events/webinar-2018-02-07/