6年软件测试总结

$H#FF9dN#S;SWI0　　上个工作部门：测试环境是测试工程师自己部署和维护；

5OQ/MI+t)s2G.uU_,R0　　现在工作部门：测试环境是开发工程师部署和维护；51Testing软件测试网2~ c}`gof n8d

　　刚开始的一个月非常不爽，偶尔服务异常（尼玛）、偶尔测试执行失败（诡异）、偶尔测试过程被中断（暴躁）、偶尔自动化执行失败（Fuck），强烈觉得这些情况打断我的测试思想、甚至测试的持续性，开始思考通过什么方式拿回测试环境的维护权。51Testing软件测试网 z4eg
|9j6e

　　可以尼玛两个月过去之后，我放弃了。因为当服务异常、执行失败的时候，肯定开发在部署新版本，那我去刷刷微博、刷刷豆瓣。换句话说：我用测试工程师维护测试环境的时间刷微博去了，为什么不呢？不过增加了一个约定：开发部署环境的时候先通知，测试工程师同意才可以部署。51Testing软件测试网
j/LA IC8QG#s

　　结论：

1A/W7x+xOM^0　　开发维护测试环境的优势：快速与准确。如果有问题的话，测试还是需要找开发解决，这是一种浪费。

:V%zeCO:A n%HO0　　最终结论：PD、PM、Dev、Test，在产品研发过程中，大家都做自身角色最高效的工作，紧密合作。

CB}1{G-t.Q_r0　　6年总结正文开始：51Testing软件测试网+n@N\)V`

　　思想 > 技术：

Q!ei9p!G;g G#j0　　技术实现你的思想，思想推动你的技术成长。如果技术视野不够开阔，将严重限制你的技术。51Testing软件测试网3g2XA _5{7U+r

,Ws+vQ I+S7`0　　技术更新太快，你不能保持技术的更新，但是思想可以，需要的时候你进行学习与实现。51Testing软件测试网p;L Qt.SD0w?

　　典型的反面教材：#鄙视链# 性能测试->自动化测试->手工测试。51Testing软件测试网,aw\H0O:X

b {/]$@ @#Z0　　产品 > 质量：51Testing软件测试网dY
u1e2G c p

　　产品兴，测试兴；产品亡，测试亡。作为测试工程师，守护产品（架构、需求、方向），守护产品质量。

　　如果产品提前上线一天，收入多100w，提前n天就是n*100w，作为测试工程师你什么测试策略？51Testing软件测试网6I1C4f%PR&K

EZ!|6N5RZ
O0l0　　合作 > 争斗：

m&V|JF1ta0　　如引子中所讲，不同的角色会有一些交互点的磨合，减少争斗，多多合作。

　　亚马逊有个很好模式：先从客户的需求开始，然后再往后推，立项、申请资源、开发，大家都只做这个产品，直到产品下线，解散到下一个产品，没有资源共享的情况（甚至UXD也是独占式）。51Testing软件测试网dGsXe8Lm h

　　综合 > 精通：51Testing软件测试网cI5R#]\:Oz

^!e4?&z!S5k0　　未来以产品划独立团队，未来开发自测质量越来越高，QA将转移至集成测试、性能测试、自动化、工具开发、也参与白盒测试。技术能力上和开发处于同一水平，只是开发代码熟练，QA测试熟练。

(Zr'_~n~'Cg)C;V0　　我们有一个测试数据中心，用于造各种测试数据。由所有的测试同学开发和维护，完成自己所测试的系统的造数据功能，没有工具组。

　　团队 > 个人：

3A9IpqK-B$w0　　团队的短板，代表团队的水平。提高团队的整体水平，才是一个高水平的团队。51Testing软件测试网B?Qvi2OL`Z BP K

'}xZB2yR&h0　　自我方向调整：

　　1、不再纠结测试技术、不再纠结测试流程、不再纠结个人，视角投向产品。51Testing软件测试网!a { k6~.o[

　　2、关注测试技术动态、关注行业数据、关注团队成长、关注生活。

:HHx)R#rO ~K0^0　　补充：51Testing软件测试网S.P#K2p.Z&zX'e0Xe

Dbp0a4Wv,m5U
|VD0　　1、旧：一周5天，2天在研究技术细节，1天开会，2天项目相关工作，周末没有生活安排。51Testing软件测试网[$sh'a
` fB

　　2、新：一周5天，0.5天关注技术动态，1.5天关注团队成员，1天开会，2天项目相关工作，周末生活安排。