昨天晚上的分享，对自己感触挺大的。针对公司的测试流程有如下感想：
作为应届小白，找工作挺难的，所以面试上了一家小公司就没有太多犹豫，直接去了，在这家公司呆了差不多半年。公司很小，五脏俱全。流程基本上完整：
（1）形式上的需求分析，基本上都是产品定好需求给我们分配任务
（2）分配好任务后，开发去码代码，我们测试就对着PM给我们原型图和设计稿进行分析，列出测试点
（3）因为没有写用例，所以也没有用例评审，开发自测后周四就直接开测了，然后周五测完封包上线，然后对线上的产品进行抽查测试
在这个工作中，我们的需求比较明确，变动较小，一般有什么变更都可以直接拿着原型图设计稿找开发、产品撕，这个流程比较简陋，缺少某些关键阶段，但是由于公司小，有什么问题可以及时沟通当面解决，效率高。让我印象深刻的一个问题是，当时开发人员有权限私自更改测试机上的代码，所以当他们发现自己代码有问题时，会偷偷的改好，导致我们有些问题不能重现，后来我们就对版本控制有了严格的处理。
在这家公司太闲了，自己瞎折腾换了一家公司后，来到新公司也才3个月，开始以为这是个外包公司，后来跟徐哥聊了一下，说这个公司是一个项目型公司。公司团队不管是开发还是测试都比上家公司大。
首先，有项目经理与客户确定好项目的需求，他们并不是给一份文档我们就完事，而是要功能细化，设计出一些流程图，当然也不会细致到像上家公司那样把哪些按钮放在哪个具体位置。
第二步，就是进行需求评审，由于公司有点弱化测试团队，所以有些项目会到测试前才通知我们，不过由于公司目前正在对流程进行严格整顿，最近的项目相关的测试人员都与参与进来。主要参加人员有产品经理、开发、QA、测试。
第三，开发写代码时，测试人员就熟悉需求，编写测试计划、测试用例
第四，对测试计划、测试用例进行评审
第五，开发完成后，进行自测，然后将测试任务转交给测试人员
第六，测试人员进行测试，测试通过后，输出测试报告
最后，上线，抽查线上功能
在目前这家公司，测试有点不受重视，这就与昨天分享的内容有些关联，测试经理自己琢磨知识，不适合管理，开发太强势。对于这两家公司，有一个相通之处，都基于传统的瀑布模型进行产品开发，有一定的弊端 只能在开发完后才能查看到最后的成果，有些风险，如果前期工作不到位后期会有很大的问题。
最后，附上一张比较完整的测试流程，当然这只是个人觉得稍微完整的流程，具体还要与公司相匹配
测试流程
网友评论