针对互联网行业的测试流程说明
现在互联网行业突飞猛进，于此相比的是互联网中技术部门的软件过程管理的混乱。有几个显现可见。
1.没有测试版本可言，一般都是小模块或者小内容的更新，测试都是在3天左右的时间。一般都是发现问题及时在服务器上修改，在测试机上测试完毕后，上线，在线上测试一遍，OK。
2.开发对代码的控制混乱，有时候一个问题能发现N遍，我相信每个测试都会遇到过。开发的代码更新往往会带出一些八百年前的BUG。
3.需求文档，这是测试最不愿意说的事也是必须得接收的事，在互联网行业尤其凸显。我们的产品经理写文档基本上就是告诉你，你需要做一个什么东西，真到测试的时候，测试到细节的时候，就是测试和开发打嘴仗的时候了，开发不愿意改，测试感觉是问题。然后找产品经理，产品经理肯定是没有想到的，然后一拍脑门定了一个东西。另外，需求变更，这是不可避免的，有些变更是前期考虑不周而造成的，是那种一看就不用心的问题。产品说让改，技术必须得改，如果不，那就是上面往死里批斗你。
总结，技术就是苦命孩儿，今天下班了就说到这，有同感的可以讨论讨论并找出个路子好好改善一下测试的流程，这样都省事，但是，毕竟改善不光是测试的事儿！ 生产环境和测试环境混在一起了？最好分开。
同一问题发现N遍，除了自动化测试，还可以制定规则，罚钱嘛。
测试起来需求不明确的，可以考虑不严重的，放在下期做； 还可以考虑在开发实现之前，开发和测试都深入思考下将如何做、怎么交互、数据、业务流程是怎么做、非正常的情况的系统的表现，都可以先讨论，再动手做。
页:
[1]
